2 Mitos tentang Perangkat Lunak
a. Mitos: Orang-orang kami memiliki piranti
pengembangan perangkat lunak yang modern dan kami juga memiliki komputer yang memanfaatkan teknologi terbaru. Kami pasti dapat membangun PL yang sangat berkualitas. Fakta : Pengembangan perangkat lunak membutuhkan lebih dari sekadar komputer atau bahkan mainframe terbaru. Computer Aided So t ware Engineering CASE tools atau piranti bantu pengembangan perangkat lunak, alat bantu dan metode rekayasa perangkat lunak, contohnya SSADM, Power Analist lebih dibutuhkan dari sekedar perangkat keras yang berteknologi terbaru.b. Mitos: Jika jadual pengembangan perangkat
lunak terlambat dari rencana, kita dapat menambah programmer sering disebut Mongolian Horde Concept. Fakta : Pengembangan perangkat lunak bukan proses mekanis seperti proses manufaktur. Dalam bukunya “The Mythical Man-Month ”, F. Brooks mengatakan “Adding people to a late project makes it later”. Artinya, dengan menambah pemrogram dalam sebuah pengembangan perangkat lunak yang terlambat, akan memperlambat pengembangannya. Karena ketika pemrogram baru ditambahkan, programmer 13 Manajemen Proyek Teknologi Informasi yang telah bekerja sebelumnya, harus menghabiskan waktu untuk mengajari dan menjelaskan sistem yang sedang dibangun, sehingga akan banyak waktu terbuang. Penambahan sumber daya manusia dalam proyek pengembangan perangkat lunak dapat dilakukan dengan rencana awal yang matang.c. Mitos: Pernyataan global mengenai tujuan pemesanan
perangkat lunak telah cukup untuk digunakan sebagai dasar memulai penulisan program, detail kemudian. Fakta : Defi nisi awal yang kurang jelas merupakan sebab utama kegagalan pengembangan perangkat lunak. Deskripsi yang formal dan detil terhadap domain, fungsi, perilaku, performansi, antarmuka, batasan desain, dan kriteria validasi adalah hal yang vital. Karakteristik-karakteristik ini hanya dapat ditentukan melalui komunikasi antara konsumen customer dan pengembang.d. Mitos: Kebutuhan perangkat lunak memungkinkan
untuk berubah, tapi tenang saja karena perubahan itu akan mudah diakomodasi karena perangkat lunak bersifat fl eksibel. Fakta : Benar bahwa kebutuhan PL dapat berubah, tetapi efeknya bermacam-macam, tergantung kapan perubahan tersebut dilakukan. Semakin dini perubahan kebutuhan tersebut dilakukan, maka biaya tenaga yang dibutuhkan semakin kecil.Parts
» MANAJEMEN PROYEK TEKNOLOGI INFORMASI.
» Pandangan Industri Mengenai PL
» Perangkat Lunak Karakteristik Perangkat Lunak
» Pentingnya Proses Rekayasa Perangkat Lunak
» 2 Mitos tentang Perangkat Lunak
» Mitos: Orang-orang kami memiliki piranti Mitos: Jika jadual pengembangan perangkat
» Mitos: Pernyataan global mengenai tujuan pemesanan Mitos: Kebutuhan perangkat lunak memungkinkan
» Mitos: Satu-satunya produk deliverable yang Mitos: Dokumentasi perangkat lunak hanyalah
» Pengertian Rekayasa Perangkat Lunak
» RPL: Proses, Metode, Piranti
» Fase Proses RPL PROSES REKAYASA
» Model Proses RPL Paradigma Pengembangan PL
» Tahap Analisis ANALISIS PERANCANGAN
» Tahap Analisis STUDI KASUS TERSTRUKTUR:
» Pencatatan Pencatatan Display Display
» Tahap Perancangan STUDI KASUS TERSTRUKTUR:
» Konsep Berorientasi Objek ANALISIS PERANCANGAN
» Tahap Perancangan ANALISIS PERANCANGAN
» Pengertian IT, kerja operasional dan proyek, serta proyek IT
» Mencari visi dan misi proyek IT
» Refl eksi manajemen Karakteristik Proyek IT
» Kegiatan utama sebuah proyek
» Konsep kerja manajemen proyek
» Project Charter Guna project charter
» Siklus hidup proyek Project life cycles
» Riset proyek FEASIBILITAS RENCANA PROYEK
» Menciptakan feasibility plan Project Scope Management
» Aspek pengukuran measurement Project Scope Management
» Prioritas proyek FEASIBILITAS RENCANA PROYEK
» Presentasi tentang Proyek MANAJEMEN RESIKO
» Wawancara dengan Pihak Terkait
» Identifi kasi Resiko Contingency Plan
» Kuantifi kasi dan Evaluasi Resiko
» Kegunaaan WBS WORK BREAKDOWM STRUCTURE
» Proses penyusunan WBS WORK BREAKDOWM STRUCTURE
» Manajemen Waktu Proyek Project Time
» Proses Pengelolaan Waktu Kerja
» Istilah-istilah dalam Jaringan Kerja Pendekatan Jaringan Kerja dan Konsepnya
» Activity on Node AON Precedence Diagramming Method PDM
» Menghitung SLACK Network Forward dan Backward Pass
» Menggunakan LAG Aktivitas Hammock
» Prosedur crashing Kompresi Durasi Crashing
» Kesulitan Estimasi Perangkat Lunak
» Sofware Life-cycles Secara umum kegunaan dari life-cycles ini adalah:
» Waterfall Model model air terjun Spiral model Karakteristik:
» Analisis domain Biaya-biaya Proyek Perangkat Lunak
» Teknik Umum Estimasi Biaya dan Usaha e
» Kontrol Biaya Manajemen Biaya Proyek Perangkat Lunak
» Basic COCOMO COCOMO 81 Teknik Estimasi Usaha Pengembangan Perangkat Lunak
» Konstanta COCOMO Teknik Estimasi Usaha Pengembangan Perangkat Lunak
» Menghitung Nilai Domain Teknik Estimasi Usaha Pengembangan Perangkat Lunak
» Menghitung Faktor Pemberat “cost drivers”
» Estimasi LOC Teknik Estimasi Usaha Pengembangan Perangkat Lunak
» Revisi COCOMO II Teknik Estimasi Usaha Pengembangan Perangkat Lunak
» Tips Estimasi Biaya, Waktu dan Penjadualan dalam Proyek
» Hubungan antar-muka Aktor proyek
» Batasan Lingkup Kerja Alur dan Konsep Kerja Manajemen SDM
» Pengembangan Tim Kerja ORGANISASI TIM KERJA PROYEK
» Fungsi Struktural Organisasi Kerja IT
» Matriks Alokasi ORGANISASI TIM KERJA PROYEK
» Komunikasi Tim Proyek ORGANISASI TIM KERJA PROYEK
» Laporan Alokasi Sumberdaya nonmanusia
» Beberapa contoh PM so t ware
» Proyek kecil - Proyek Besar dengan Koordinasi -
» Microso t Project SOFWARE TOOLS PROJECT
» Pembagian Fase Manajement Kualitas
» Perencanaan Kualitas SOFWARE TOOLS PROJECT
» Laporan Kemajuan Proyek Penjaminan Kualitas
» Audit kualitas Penjaminan Kualitas
» Kontrol Kualitas So t ware Quality Management
» Pengelolaan Perubahan Proyek Project Change Management Peran manajer Proyek
» Mengevaluasi Deliverables SOFWARE TOOLS PROJECT
» Evaluasi tim Kerja SOFWARE TOOLS PROJECT
» Client Acceptation SOFWARE TOOLS PROJECT
» Laporan akhir dan pendokumentasian Indikator Keberhasilan Suatu Proyek IT
» Kegagalan proyek IT Kata Akhir
» Menciptakan suatu proyek baru
» Mengatur Kalender Proyek SOFWARE TOOLS PROJECT
» Masukkan kegiatan-kegiatan dan lama waktunya
» Menciptakan milestone penanda pencapaian
» Menyusun struktur kegiatan-kegiatan menjadi kerangka logis
» Ciptakan hubungan antara kegiatan-kegiatan
» Set tanggal start dan fi nish yang spesifi k untuk suatu kegiatan
» Menambah deadline suatu kegiatan
» Mengganti jadwal kerja sumberdaya
» Mengatur sumberdaya untuk kegiatan-kegiatan Check dan edit resource assignments
» Menentukan biaya suatu sumberdaya
» Tentukan kapan biaya akan terkumpul
» Merekam rencana baseline Save an interim plan
» Memeriksa apakah kegiatan dilaksanakan sesuai rencana
» Memasukkan tanggal mulai dan selesai yang sesungguhnya actual untuk suatu kegiatan
» Mengupdate perkembangan kegiatan dalam persentase
Show more