Halaman 1

Halaman 1
Bab 26 - Proses perbaikan

Kuliah 1
1
Bab 26 Perbaikan proses
Halaman 2
Topik yang dibahas
✧Proses proses perbaikan
✧Pengukuran proses
✧Proses analisis
✧Proses berubah
✧Kerangka perbaikan proses CMMI
2
Halaman 3
Peningkatan proses
✧Banyak perusahaan perangkat lunak beralih ke perangkat lunak
perbaikan proses sebagai cara untuk meningkatkan kualitas
dari perangkat lunak mereka, mengurangi biaya atau mempercepat
proses pembangunan
✧Proses perbaikan berarti pengertian yang ada
proses dan perubahan proses ini meningkat
kualitas produk dan / atau mengurangi biaya dan pengembangan
waktu.
3
Halaman 4
Pendekatan untuk perbaikan
✧Pendekatan kematangan proses, yang berfokus pada
memperbaiki proses dan manajemen proyek dan
memperkenalkan praktik rekayasa perangkat lunak yang baik.
▪ Tingkat kematangan proses mencerminkan sejauh mana yang baik
praktek teknis dan manajemen telah diterapkan di Indonesia
proses pengembangan perangkat lunak organisasi
✧Pendekatan tangkas, yang berfokus pada iteratif
pengembangan dan pengurangan biaya overhead di
proses software
Karakteristik utama metode tangkas adalah pengiriman cepat
fungsionalitas dan daya tanggap terhadap perubahan pelanggan
Persyaratan.
4
Halaman 5
Proses dan kualitas produk
✧Kualitas proses dan kualitas produk sangat erat
Manfaat perbaikan terkait dan proses timbul karena
kualitas produk tergantung perkembangannya
proses.
✧Proses yang baik biasanya dibutuhkan untuk menghasilkan barang yang baik
produk.
✧Untuk barang-barang manufaktur, proses adalah kualitas utama
determinan
✧Untuk kegiatan berbasis desain, faktor lainnya juga
terlibat, terutama kemampuan para desainer.
5
Halaman 6
Faktor-faktor yang mempengaruhi kualitas produk perangkat lunak
6
Halaman 7
Faktor kualitas
✧Untuk proyek besar dengan kemampuan 'rata-rata',
Proses pengembangan menentukan kualitas produk.
✧Untuk proyek kecil, kemampuan pengembangnya adalah
penentu utama.
✧Teknologi pengembangan sangat penting untuk
proyek kecil
✧Dalam semua kasus, jika jadwal yang tidak realistis dipaksakan saat itu
kualitas produk akan menderita.
7
Halaman 8
Proses perbaikan proses
✧Tidak ada perangkat lunak 'ideal' atau 'standar'
proses yang berlaku di semua organisasi atau untuk semua
produk perangkat lunak dari tipe tertentu.
▪ Anda jarang akan berhasil dalam mengenalkan proses
perbaikan jika Anda hanya mencoba untuk mengubah proses
yang digunakan di tempat lain.
▪ Anda harus selalu memperhatikan lingkungan dan budaya setempat dan
bagaimana ini mungkin dipengaruhi oleh usulan perubahan proses.
✧Setiap perusahaan harus mengembangkan prosesnya sendiri
tergantung ukuran, latar belakang dan keterampilannya
staf, jenis perangkat lunak yang sedang dikembangkan, pelanggan
dan persyaratan pasar, dan budaya perusahaan.
8
Halaman 9
Atribut perbaikan
✧Anda juga harus mempertimbangkan aspek proses apa
yang ingin kamu tingkatkan
✧Tujuan Anda mungkin untuk meningkatkan kualitas perangkat lunak dan
sebagainya
Anda mungkin ingin mengenalkan aktivitas proses baru itu
mengubah cara software dikembangkan dan diuji.
✧Anda mungkin tertarik untuk memperbaiki beberapa atribut dari
proses itu sendiri (seperti waktu pengembangan) dan kamu punya
untuk menentukan atribut proses mana yang paling banyak
penting bagi perusahaan anda
9
Halaman 10
Atribut proses
Proses
ciri
Masalah kunci
Understandability Sejauh mana proses didefinisikan secara eksplisit dan seberapa
mudahnya melakukannya
mengerti definisi proses
Standardisasi
Sampai sejauh mana prosesnya berdasarkan proses generik standar?
Ini mungkin penting bagi beberapa pelanggan yang membutuhkan
kesesuaian dengan seperangkat standar proses yang ditetapkan. Sejauh mana
apakah proses yang sama digunakan di semua bagian perusahaan?
Visibilitas
Apakah aktivitas proses berujung pada hasil yang jelas, sehingga
kemajuan proses terlihat secara eksternal?
Pengukuran
Apakah prosesnya meliputi pengumpulan data atau kegiatan lain yang memungkinkan
proses atau karakteristik produk yang akan diukur?
Supportability
Sampai sejauh mana perangkat lunak dapat digunakan untuk mendukung proses
tersebut
kegiatan?
10
Halaman 11
Atribut proses
Proses
ciri
Masalah kunci
Penerimaan
Apakah proses yang didefinisikan dapat diterima dan dapat digunakan oleh para
insinyur
bertanggung jawab untuk memproduksi produk perangkat lunak?
Keandalan
Apakah proses yang dirancang sedemikian rupa sehingga kesalahan proses dihindari
atau terjebak sebelum mereka menghasilkan kesalahan produk?
Kekokohan
Bisakah proses berlanjut meski ada masalah tak terduga?
Maintainability
Dapatkah proses berevolusi untuk mencerminkan perubahan persyaratan organisasi
atau perbaikan proses yang teridentifikasi?
Kecepatan
Seberapa cepat proses penyampaian sebuah sistem dari yang diberikan
spesifikasi selesai?
11
Halaman 12
Tahap perbaikan proses
✧Pengukuran proses
▪ Atribut dari proses saat ini diukur. Ini adalah a
baseline untuk menilai perbaikan.
✧Proses analisis
▪ Proses saat ini dinilai dan kemacetan dan
kelemahan diidentifikasi
✧Proses berubah
▪ Perubahan pada proses yang telah diidentifikasi selama
analisis diperkenalkan
12
Halaman 13
Siklus perbaikan proses
13
Halaman 14
Pengukuran proses
✧Sebisa mungkin, data proses kuantitatif
harus dikumpulkan
▪ Namun, di mana organisasi tidak memiliki definisi yang jelas
Proses standar ini sangat sulit karena Anda tidak tahu harus berbuat apa
mengukur. Suatu proses mungkin harus didefinisikan sebelumnya
pengukuran itu mungkin
✧Pengukuran proses harus digunakan
menilai perbaikan proses
▪ Tapi ini tidak berarti bahwa pengukuran harus mendorong
perbaikan. Driver perbaikan seharusnya menjadi
tujuan organisasi
14
Halaman 15
Proses metrik
✧Waktu yang dibutuhkan untuk aktivitas proses
lengkap
▪ Misalnya waktu atau usaha Kalender untuk menyelesaikan suatu aktivitas atau
proses.
✧Sumber daya yang diperlukan untuk proses atau kegiatan
▪ Misalnya usaha total secara pribadi-hari.
✧Jumlah kejadian dari kejadian tertentu
▪ Misalnya jumlah cacat yang ditemukan.
15
Halaman 16
Paradigma Sasaran-Pertanyaan-Metrik
✧Tujuan
▪ Apa yang ingin dicapai oleh organisasi? Tujuan dari
Proses perbaikan adalah untuk memenuhi tujuan tersebut.
✧Pertanyaan
▪ Pertanyaan tentang bidang ketidakpastian yang terkait dengan tujuan. Kamu
butuh pengetahuan proses untuk mendapatkan ini.
✧Metrik
▪ Pengukuran yang akan dikumpulkan untuk menjawab pertanyaan.
16
Halaman 17
Pertanyaan GQM
✧Paradigma GQM digunakan dalam proses perbaikan
bantu jawab tiga pertanyaan penting:
▪ Mengapa kita memperkenalkan perbaikan proses?
▪ Informasi apa yang kita butuhkan untuk membantu mengidentifikasi dan menilai
perbaikan?
▪ Proses dan pengukuran produk apa yang harus dilakukan
berikan informasi ini
17
Halaman 18
Paradigma GQM
18
Halaman 19
Analisis proses
✧Mempelajari proses yang ada untuk memahami
hubungan antara bagian-bagian proses dan ke
bandingkan dengan proses lainnya.
✧Proses analisis dan pengukuran proses adalah
terjalin.
✧Anda perlu melakukan beberapa analisis untuk mengetahui apa yang harus
dilakukan
mengukur, dan, saat melakukan pengukuran, Anda
mau tidak mau mengembangkan pemahaman yang lebih dalam tentang
proses yang diukur
19
Halaman 20
Tujuan analisis proses
✧Untuk memahami kegiatan yang terlibat dalam proses dan
hubungan antara aktivitas ini.
✧Untuk memahami hubungan antara proses
kegiatan dan pengukuran yang telah dilakukan.
✧Mengaitkan proses atau proses spesifik yang Anda inginkan
menganalisis proses yang sebanding di tempat lain di
organisasi, atau proses ideal dari tipe yang sama.
20
Halaman 21
Teknik analisis proses
✧Menerbitkan proses dan proses proses
standar
▪ Selalu terbaik untuk memulai analisis proses dengan model yang ada.
Orang kemudian bisa memperpanjang dan mengubah ini.
✧Kuesioner dan wawancara
▪ Harus dirancang secara hati-hati. Peserta bisa memberi tahu Anda apa mereka
pikir kamu mau dengar
✧Analisis etnografi
▪ Melibatkan asimilasi proses pengetahuan dengan observasi. Terbaik
untuk analisis mendalam fragmen proses daripada untuk keseluruhan-
proses pemahaman
21
Halaman 22
Aspek analisis proses
Proses
aspek
Pertanyaan
Adopsi dan
standardisasi
Apakah proses didokumentasikan dan distandarisasi secara keseluruhan
organisasi? Jika tidak, apakah ini berarti bahwa setiap pengukuran
dibuat khusus hanya untuk contoh proses tunggal? Jika proses
tidak distandarisasi, maka perubahan pada satu proses mungkin tidak
dapat dialihkan ke proses yang sebanding di tempat lain di perusahaan.
Perangkat lunak
teknik
praktek
Apakah ada yang diketahui, praktik rekayasa perangkat lunak yang bagus itu
tidak termasuk dalam proses? Mengapa mereka tidak disertakan? Apakah
Kurangnya praktik ini mempengaruhi karakteristik produk, seperti
jumlah cacat dalam sistem perangkat lunak yang dikirimkan?
Organisasi
kendala
Kendala organisasi apa yang mempengaruhi prosesnya
desain dan cara prosesnya dilakukan? Sebagai contoh,
Jika prosesnya melibatkan berurusan dengan materi rahasia, mungkin ada
menjadi kegiatan dalam proses untuk mengecek informasi rahasia tersebut
tidak termasuk dalam materi apapun karena dilepas ke eksternal
organisasi. Kendala organisasi mungkin berarti itu mungkin
Perubahan proses tidak bisa dilakukan.
22
Halaman 23
Aspek analisis proses
Aspek Proses Pertanyaan
Komunikasi Bagaimana komunikasi dikelola dalam prosesnya? Bagaimana
Masalah komunikasi berhubungan dengan proses pengukuran yang dimilikinya
telah dibuat? Masalah komunikasi merupakan isu utama di banyak kalangan
Proses dan kemacetan komunikasi sering menjadi alasan
penundaan proyek
Introspeksi
Apakah prosesnya reflektif (yaitu, apakah pelaku terlibat dalam prosesnya
secara eksplisit memikirkan dan mendiskusikan prosesnya dan bagaimana jadinya
diperbaiki)? Adakah mekanisme dimana pelaku proses dapat melakukannya
mengusulkan perbaikan proses?
Belajar
Bagaimana orang bergabung dengan tim pengembangan belajar tentang perangkat
lunak
proses yang digunakan? Apakah perusahaan memiliki manual proses dan
proses program pelatihan
Dukungan alat
Aspek apa dari proses itu dan tidak didukung oleh perangkat lunak
alat? Untuk area yang tidak didukung, adakah alat yang bisa digunakan
hemat biaya untuk memberikan dukungan? Untuk area yang didukung, adalah alatnya
efektif dan efisien? Apakah alat yang lebih baik tersedia?
23
Halaman 24
Model proses
✧Model proses adalah cara yang baik untuk memusatkan perhatian
kegiatan dalam proses dan transfer informasi
antara kegiatan ini.
✧Proses model tidak harus formal atau lengkap -
Tujuan mereka adalah memprovokasi diskusi bukan
dokumentasikan proses secara rinci.
✧Pertanyaan berorientasi model dapat digunakan untuk membantu
mengerti prosesnya misalnya
▪ Kegiatan apa yang terjadi dalam praktik namun tidak ditunjukkan dalam
model?
▪ Apakah ada aktivitas proses, yang ditunjukkan dalam model, bahwa Anda (
proses aktor) anggap tidak efisien?
24
Halaman 25
Proses pengecualian
✧Proses perangkat lunak rumit dan model prosesnya
tidak dapat secara efektif mewakili cara menangani pengecualian:
▪ Beberapa orang kunci menjadi sakit sesaat sebelum melakukan kajian kritis;
▪ Pelanggaran keamanan yang berarti semua komunikasi eksternal
tidak beraksi selama beberapa hari;
▪ Organisasi reorganisasi;
▪ Kebutuhan untuk menanggapi permintaan baru yang tidak diantisipasi
proposal.
✧Dalam keadaan seperti ini, modelnya ditangguhkan dan
manajer menggunakan inisiatif mereka untuk menangani pengecualian.
25
Halaman 26
Poin kunci
✧Tujuan perbaikan proses adalah kualitas produk yang lebih tinggi,
mengurangi biaya proses dan pengiriman perangkat lunak lebih cepat.
✧Pendekatan utama untuk memperbaiki proses adalah tangkas
pendekatan, diarahkan untuk mengurangi overhead proses, dan kedewasaan-
berdasarkan pendekatan manajemen proses yang lebih baik dan
penggunaan praktik rekayasa perangkat lunak yang baik.
✧Siklus perbaikan proses melibatkan pengukuran proses,
analisis proses dan pemodelan, dan perubahan proses.
✧Pengukuran harus digunakan untuk menjawab pertanyaan spesifik
proses software yang digunakan Pertanyaan-pertanyaan ini harus didasarkan pada
tujuan perbaikan organisasi
26
Halaman 27
Bab 26 - Proses perbaikan
Kuliah 2
27
Halaman 28
Proses berubah
✧Melibatkan membuat modifikasi pada proses yang ada.
✧Ini mungkin melibatkan:
▪ Memperkenalkan praktik, metode atau proses baru;
▪ Mengubah urutan aktivitas proses;
▪ Memperkenalkan atau menghapus kiriman;
▪ Memperkenalkan peran atau tanggung jawab baru.
✧Perubahan harus didorong oleh sasaran yang terukur.
28
Halaman 29
Proses perubahan proses
29
Halaman 30
Tahap perubahan proses
✧Identifikasi perbaikan
▪ Tahap ini berkaitan dengan penggunaan hasil proses
analisis untuk mengidentifikasi cara mengatasi masalah kualitas, jadwal
kemacetan atau inefisiensi biaya yang telah diidentifikasi selama
analisis proses.
✧Prioritas perbaikan
▪ Bila banyak kemungkinan perubahan telah diidentifikasi, biasanya
Tidak mungkin mengenalkan semuanya sekaligus, dan Anda harus memutuskannya
yang paling penting
✧Proses pengantar perubahan
▪ Pengenalan perubahan proses berarti menempatkan prosedur baru,
metode dan alat ke tempatnya dan mengintegrasikannya dengan yang lain
aktivitas proses
30
Halaman 31
Tahap perubahan proses
✧Proses perubahan pelatihan
▪ Tanpa pelatihan, tidak mungkin mendapatkan keuntungan penuh dari
perubahan proses Insinyur yang terlibat perlu mengerti
perubahan yang telah diajukan dan bagaimana cara melakukan
proses baru dan berubah.
✧Ubah tuning
▪ Perubahan proses yang diajukan tidak akan pernah efektif sama sekali
segera setelah diperkenalkan. Anda memerlukan fase tuning di mana
Masalah kecil dapat ditemukan, dan modifikasi pada
Proses bisa diajukan dan diperkenalkan.
31
Halaman 32
Proses perubahan masalah
✧Perlawanan terhadap perubahan
▪ Anggota tim atau manajer proyek mungkin menolak pendahuluan
dari perubahan proses dan mengusulkan alasan mengapa perubahan tidak akan terjadi
bekerja, atau menunda pengenalan perubahan. Mereka mungkin, dalam beberapa
Kasus, sengaja menghalangi perubahan proses dan menafsirkan data
untuk menunjukkan ketidakefektifan perubahan proses yang diusulkan.
✧Ubah ketekunan
▪ Meskipun memungkinkan untuk mengenalkan perubahan proses pada awalnya, itu
mungkin
Adalah umum untuk inovasi proses yang akan dibuang setelah waktu yang singkat
waktu dan proses untuk kembali ke keadaan sebelumnya.
32
Halaman 33
Bertahan untuk tidak berubah
✧Manajer proyek sering menolak perubahan proses karena
Setiap inovasi memiliki risiko yang tidak diketahui terkait dengannya.
▪ Manajer proyek dinilai berdasarkan apakah mereka atau tidak
Proyek menghasilkan perangkat lunak tepat waktu dan sesuai anggaran. Mereka
mungkin
lebih memilih proses yang tidak efisien tapi dapat diprediksi ke arah yang lebih baik
proses yang memiliki manfaat organisasi, namun memiliki short-
risiko jangka panjang yang terkait dengannya.
✧Insinyur mungkin menolak pengenalan proses baru
untuk alasan yang sama, atau karena mereka melihat ini
proses sebagai ancaman profesionalisme mereka.
▪ Artinya, mereka mungkin merasa bahwa proses yang telah ditentukan sebelumnya
memberi
Mereka kurang berhati-hati dan tidak mengenal nilai mereka
kemampuan dan pengalaman.
33
Halaman 34
Ubah ketekunan
✧Masalah perubahan diperkenalkan saat itu
kemudian dibuang adalah umum.
▪ Perubahan dapat diajukan oleh seorang 'penginjil' yang percaya
sangat bahwa perubahan akan mengarah pada perbaikan. Laki-laki atau perempuan
dapat bekerja keras untuk memastikan perubahan yang efektif dan yang baru
proses diterima
▪ Jika 'penginjil' pergi, maka orang-orang yang terlibat mungkin demikian
hanya kembali ke cara-cara sebelumnya dalam melakukan sesuatu.
✧Perubahan pelembagaan itu penting
▪ Ini berarti bahwa perubahan proses tidak tergantung pada individu
namun perubahan tersebut menjadi bagian dari praktik standar dalam
perusahaan, dengan dukungan dan pelatihan di seluruh perusahaan.
34
Page 35
Kerangka perbaikan proses CMMI
✧Kerangka CMMI adalah tahap kerja saat ini
proses penilaian dan perbaikan yang dimulai pada
Software Engineering Institute di tahun 1980an.
✧Misi SEI adalah mempromosikan teknologi perangkat lunak
transfer terutama ke kontraktor pertahanan AS.
✧Ini memiliki pengaruh besar pada perbaikan proses
▪ Capability Maturity Model diperkenalkan pada awal tahun 1990an.
▪ Revised maturity framework (CMMI) yang diperkenalkan pada tahun 2001.
35
Page 36
SEI kemampuan model kedewasaan
✧awal
▪ Intinya tidak terkendali
✧berulang
▪ Prosedur pengelolaan produk yang ditetapkan dan digunakan
✧Ditetapkan
▪ Prosedur dan strategi manajemen proses didefinisikan
dan digunakan
✧Dikelola
▪ Strategi manajemen mutu didefinisikan dan digunakan
✧Mengoptimalkan
▪ Strategi perbaikan proses didefinisikan dan digunakan
36
Halaman 37
Penilaian kemampuan proses
✧Ditujukan sebagai sarana untuk menilai sejauh mana a
Proses organisasi mengikuti praktik terbaik.
✧Dengan menyediakan sarana untuk penilaian, adalah mungkin untuk
mengidentifikasi area kelemahan untuk perbaikan proses.
✧Ada berbagai proses penilaian dan
model perbaikan tapi pekerjaan SEI paling banyak
berpengaruh.
37
Halaman 38
Model CMMI
✧Model kemampuan terpadu yang mencakup perangkat lunak
dan penilaian kemampuan sistem rekayasa.
✧Model memiliki dua instantiasi
▪ Staged dimana model dinyatakan dalam hal kemampuan
tingkat;
▪ Terus menerus dimana rating kemampuan dihitung.
38
Halaman 39
Komponen model CMMI
✧Area proses
▪ 24 area proses yang relevan dengan kemampuan proses dan
perbaikan diidentifikasi. Ini diatur dalam 4 kelompok.
✧Tujuan
▪ Sasaran adalah uraian tentang keadaan organisasi yang diinginkan. Setiap
area proses memiliki tujuan yang terkait.
✧Praktik
▪ Praktik adalah cara untuk mencapai suatu tujuan - betapapun
saran dan pendekatan lain untuk mencapai tujuan dapat digunakan.
39
Halaman 40
Proses area di CMMI
Kategori
Area proses
Manajemen proses
Definisi proses organisasi (OPD)
Fokus proses organisasi (OPF)
Pelatihan organisasi (OT)
Kinerja proses organisasi (OPP)
Inovasi dan penerapan organisasi
(OID)
Manajemen proyek
Perencanaan proyek (PP)
Pemantauan dan pengendalian proyek (PMC)
Manajemen kesepakatan pemasok (SAM)
Manajemen proyek terpadu (PHT)
Manajemen risiko (RSKM)
Manajemen proyek kuantitatif (QPM)
40
Halaman 41
Proses area di CMMI
Kategori
Area proses
Teknik
Persyaratan manajemen (REQM)
Persyaratan pengembangan (RD)
Solusi teknis (TS)
Integrasi produk (PI)
Verifikasi (VER)
Validasi (VAL)
Mendukung
Manajemen konfigurasi (CM)
Proses dan manajemen mutu produk (PPQA)
Pengukuran dan analisis (MA)
Analisis keputusan dan resolusi (DAR)
Analisis kausal dan resolusi (CAR)
41
Halaman 42
Tujuan dan praktik terkait di CMMI
Tujuan
Praktik terkait
Persyaratan dianalisis dan
divalidasi, dan definisi dari
Fungsi yang dibutuhkan dikembangkan.
Menganalisis persyaratan yang diturunkan secara sistematis untuk memastikannya
mereka perlu dan cukup.
Validasi persyaratan untuk memastikan produk yang dihasilkan akan
melakukan seperti yang dimaksudkan di lingkungan pengguna, menggunakan banyak
teknik yang sesuai
Akar penyebab cacat dan lainnya
masalah secara sistematis
bertekad.
Pilih cacat kritis dan masalah lain untuk analisis.
Lakukan analisa kausal pada cacat yang dipilih dan lainnya
masalah dan mengusulkan tindakan untuk mengatasinya.
Prosesnya dilembagakan sebagai a
proses yang didefinisikan
Menetapkan dan memelihara kebijakan organisasi untuk perencanaan
dan melakukan proses pengembangan persyaratan.
42
Halaman 43
Contoh tujuan di CMMI
Tujuan
Area proses
Tindakan korektif berhasil ditutup
ketika kinerja atau hasil proyek
menyimpang secara signifikan dari rencana tersebut.
Pemantauan dan pengendalian proyek (spesifik
tujuan)
Realisasi kinerja dan kemajuan
proyek dipantau terhadap proyek
rencana.
Pemantauan dan pengendalian proyek (spesifik
tujuan)
Persyaratan dianalisis dan
divalidasi, dan definisi yang dibutuhkan
fungsionalitas dikembangkan
Persyaratan pengembangan (goal spesifik)
Akar penyebab cacat dan masalah lainnya
ditentukan secara sistematis.
Analisis kausal dan resolusi (spesifik
tujuan)
Prosesnya dilembagakan secara pasti
proses.
Tujuan umum
43
Halaman 44
Penilaian CMMI
✧Memeriksa proses yang digunakan dalam organisasi dan
menilai kedewasaan mereka di setiap area proses.
✧Berdasarkan skala 6 poin:
▪ Tidak dilakukan;
▪ Dilakukan;
▪ Dikelola;
▪ Ditetapkan;
▪ dikelola secara kuantitatif;
▪ Mengoptimalkan.
44
Halaman 45
Model CMMI yang dipentaskan
✧Sebanding dengan perangkat lunak CMM.
✧Setiap tingkat kematangan memiliki area dan tujuan proses. Untuk
Misalnya, area proses yang terkait dengan yang dikelola
tingkat meliputi:
▪ Persyaratan manajemen;
▪ Perencanaan proyek;
▪ Monitoring dan pengendalian proyek;
▪ Manajemen kesepakatan pemasok;
▪ Pengukuran dan analisis;
▪ Proses dan jaminan kualitas produk.
45
Halaman 46
CMMI mementaskan model kematangan
46
Halaman 47
Praktik kelembagaan
✧Lembaga yang beroperasi di tingkat pengelola harus memiliki
praktek dilembagakan yang disesuaikan
standardisasi.
▪ Menetapkan dan memelihara kebijakan untuk melaksanakan proyek
proses manajemen;
▪ Menyediakan sumber daya yang memadai untuk melaksanakan proyek
proses manajemen;
▪ Memantau dan mengendalikan proses perencanaan proyek;
▪ Meninjau ulang kegiatan, status dan hasil perencanaan proyek
proses.
47
Halaman 48
Model CMMI yang kontinyu
✧Ini adalah model butiran halus yang mempertimbangkan individu atau
kelompok praktik dan menilai penggunaannya.
✧Penilaian jatuh tempo bukanlah satu nilai tapi a
seperangkat nilai yang menunjukkan kedewasaan organisasi di masing-masing
daerah.
✧CMMI menilai setiap area proses dari level 1 sampai 5.
✧Keuntungan dari pendekatan kontinu adalah itu
organisasi dapat memilih dan memilih area proses
memperbaiki sesuai dengan kebutuhan lokal mereka.
48
Halaman 49
Profil kemampuan proses
49
Halaman 50
Poin kunci
✧Model kematangan proses CMMI bersifat terpadu
model perbaikan proses yang mendukung keduanya dipentaskan
dan perbaikan proses terus menerus.
✧Proses perbaikan model CMMI didasarkan pada
mencapai seperangkat tujuan yang berkaitan dengan perangkat lunak yang baik
praktek teknik dan penggambaran, standarisasi dan
mengendalikan praktik yang digunakan untuk mencapai tujuan tersebut.
✧Model CMMI mencakup praktik yang direkomendasikan
Bisa digunakan, tapi ini tidak wajib.
50

Halaman 1

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Halaman 1

Diunggah oleh

Hak Cipta:

Format Tersedia

Halaman 1

Bab 26 - Proses perbaikan

Anda mungkin juga menyukai