Capability Maturity Model (CMM) adalah cara yang efektif dan lebih mudah untuk menskalakan berbagai fungsi bisnis Anda.
Untuk menjalankan perusahaan, mengendalikan sistem, atau mengelola grup, memahami kapabilitas merupakan aspek penting.
Setelah Anda mempersempit berbagai fungsi bisnis Anda, Anda harus menilai kinerja semua fungsi tersebut. Menurut itu, Anda menetapkan standar dan tujuan untuk bisnis Anda.
Jadi, untuk mengukur dan mengontrol kinerja dan kemajuan kerja masing-masing fungsi dan individu, pengusaha dan pemimpin bisnis perlu memiliki solusi yang solid dan menangkapnya.
Dengan cara ini, perusahaan dapat mengembangkan sistem yang dapat mengatasi kerumitan dan memberikan ketepatan yang diperlukan untuk skala.
Di sinilah CMM berperan.
Pada artikel ini, saya akan membahas apa itu CMM dan CMMI, levelnya, dan perbedaan di antara keduanya.
Ayo mulai!
Daftar isi
Apa itu Model Kematangan Kemampuan?
Capability Maturity Model (CMM) adalah metodologi sederhana yang digunakan untuk membuat dan menyempurnakan proses pengembangan aplikasi organisasi. Ini memungkinkan pengembang untuk mengembangkan dan meningkatkan proses pengembangan perangkat lunak, menghasilkan konsistensi dan efisiensi yang lebih tinggi.
Terlepas dari peran apa yang telah diberikan kepada Anda dalam tim pengembangan, membiasakan diri dengan CMM dapat membantu meningkatkan kinerja Anda. Dengan demikian, bisa dikatakan CMM adalah metode yang membantu mengevaluasi, mengembangkan, dan meningkatkan proses pengembangan perangkat lunak.
CMM menguraikan prosedur utama untuk pengembangan perangkat lunak dan putri lainnya yang menjalani rekayasa, manajemen, dan perencanaan. Ini mengasumsikan bahwa proses peningkatan reguler dapat dicapai melalui tanda-tanda kemajuan yang kecil, bukan terobosan yang lebih besar.
Selain itu, ia menawarkan kerangka kerja untuk mengelola tanda-tanda kecil ke dalam berbagai tingkat kematangan untuk menyediakan platform untuk perbaikan berkelanjutan dari proses pengembangan perangkat lunak. Oleh karena itu, metodologi ini bertindak sebagai jantung dari sistem manajemen yang dirancang khusus untuk meningkatkan kualitas pengembangan produk dan layanan beserta pengirimannya.
CMM dikembangkan dan dipromosikan oleh SEI (Software Engineering Institute), sebuah pusat R&D yang disponsori oleh US DOD. Sekarang menjadi bagian dari Universitas Carnegie Mellon. SEI pertama kali didirikan pada tahun 1984 untuk mengatasi berbagai masalah perangkat lunak dan memajukan metodologi perangkat lunak.
SEI didirikan untuk mengoptimalkan proses pengembangan, akuisisi, dan pemeliharaan sistem perangkat lunak yang sangat dicadangkan untuk Departemen Pertahanan (DOD). Ini menganjurkan adopsi industri-sentris dari CMM berkembang, yaitu, Integrasi CMM (CMMI).
Mengapa Anda Membutuhkan CMM?
CMM memiliki banyak kekuatan, dan manfaat paling berguna dari penggunaan metodologi ini adalah kemampuannya menghemat waktu dan uang. Ini karena sistem dirancang dengan sempurna untuk mengetahui cacat dalam proses perbaikan lebih efisien daripada model lainnya.
Selain itu, CMM meningkatkan proses bisnis dan juga mengurangi perubahan mendadak dalam jadwal produksi. Karena CMM adalah model pertama yang dirancang untuk meningkatkan proses industri, model ini dapat menjadi landasan bagi kreasi model lainnya, seperti versi CMM yang disempurnakan (yaitu, CMMI), Business Capability Maturity Model (BCMM), dan banyak lagi.
CMM adalah model yang cukup fleksibel untuk semua proses dan pasar. Apa pun sektor Anda, jika Anda memiliki tim pengembangan, anggota dapat memanfaatkan model tersebut untuk memperbaiki kesalahan dalam proses.
Lima Tingkat Kematangan Dalam CMM
Lima level Capability Maturity Model (CMM) dalam proses pengembangan adalah:
#1. Tingkat Awal
Pada level ini, proses tidak dalam urutan yang benar. Bahkan terkadang bisa kacau. Di sini, kesuksesan bergantung pada upaya masing-masing anggota dan tidak dianggap sebagai proses yang dapat diulang. Ini hanya karena prosesnya tidak terdokumentasi dengan baik dan cukup terdefinisi sehingga dapat ditiru.
Proses yang diikuti belum matang dan Adhoc yang merupakan lingkungan yang tidak stabil untuk pengembangan perangkat lunak Anda. Selain itu, tidak ada dasar untuk memprediksi kualitas produk dan waktu penyelesaiannya.
#2. Berulang
Pada level ini, proses yang diperlukan sudah mapan, terdokumentasi, dan terdefinisi. Akibatnya, teknik manajemen proyek ditetapkan dengan benar, dan keberhasilannya mungkin tidak direplikasi di beberapa area proses utama.
Tingkat berulang dapat dicapai dengan menetapkan beberapa kebijakan dasar manajemen proyek. Pengalaman dalam proyek sebelumnya digunakan untuk mengelola proyek serupa. Ini termasuk menentukan sumber daya yang diperlukan, tujuan, kendala, dan banyak lagi untuk proyek.
Tingkat ini menyajikan rencana terperinci yang perlu diikuti dengan benar untuk keberhasilan penyelesaian perangkat lunak berkualitas. Tujuan utamanya adalah mempertahankan kinerja produk, seperti komponennya, selama siklus hidup perangkat lunak.
Tingkat berulang juga mencakup umpan balik pelanggan dan manajemen ulasan, yang dapat menyebabkan beberapa perubahan dalam persyaratan yang ditetapkan. Manajemen persyaratan ini terdiri dari akomodasi persyaratan yang dimodifikasi.
Selain itu, manajemen subkontrak berfokus pada pengelolaan kontraktor yang memenuhi syarat untuk pengembangan perangkat lunak. Ini berarti mengelola beberapa bagian perangkat lunak yang dikembangkan oleh pihak ketiga. Jaminan kualitas perangkat lunak menjamin produk perangkat lunak yang berkualitas dengan aturan dan pedoman standar tertentu selama proses pengembangan.
#3. Ditetapkan
Pendokumentasian pedoman dan prosedur dilakukan pada tingkat ini. Ini adalah seperangkat proses dan manajemen rekayasa perangkat lunak yang terdefinisi dengan baik. Ini termasuk:
- Tinjauan rekan: Dalam metode ini, cacat perlu dihilangkan menggunakan berbagai proses peninjauan seperti inspeksi, pemeriksaan teman, penelusuran, dll.
- Koordinasi antarkelompok: Metode ini terdiri dari interaksi antara beberapa tim pengembangan untuk memastikan pemenuhan kebutuhan yang tepat dan efisien.
- Definisi proses organisasi: Metode ini berfokus pada pengembangan dan pemeliharaan proses pengembangan perangkat lunak.
- Fokus proses organisasi: Ini mencakup praktik dan aktivitas yang perlu diikuti untuk meningkatkan kapabilitas proses organisasi.
- Program pelatihan: Program pelatihan berfokus pada peningkatan pengetahuan dan keterampilan anggota tim dan memastikan peningkatan efisiensi kerja.
#4. Dikelola
Pada level ini, tujuan kuantitatif ditetapkan untuk kualitas produk perangkat lunak dan proses perangkat lunak suatu organisasi. Pengukuran yang dilakukan memungkinkan organisasi untuk memprediksi proses dan kualitas produk dalam batas yang ditentukan secara kuantitatif.
Level ini mencakup strategi dan rencana yang dibuat untuk mengembangkan dan memahami analisis kuantitatif dan kualitas produk. Ini juga berfokus pada mengelola kinerja proyek.
#5. Mengoptimalkan
Ini adalah tahap akhir dari kematangan proses dalam CMM yang hanya berfokus pada peningkatan terus-menerus dari proses pengembangan dalam organisasi melalui umpan balik kuantitatif. Ini dilakukan dengan menggunakan teknik, evaluasi, dan alat untuk proses perangkat lunak untuk mencegah pengulangan cacat yang diketahui.
Tingkat ini meliputi:
- Manajemen perubahan proses: Proses manajemen ini berfokus pada peningkatan berkelanjutan dari proses pengembangan perangkat lunak. Ini meningkatkan kualitas, waktu siklus, dan produktivitas untuk produk perangkat lunak.
- Manajemen perubahan teknologi: Ini terdiri dari penggunaan teknologi dan teknik identifikasi untuk meningkatkan kualitas produk dan meminimalkan waktu pengembangan.
- Pencegahan cacat: Pencegahan cacat dapat dilakukan dengan mengidentifikasi penyebab cacat dan mencegah cacat tersebut berulang di proyek berikutnya. Ini meningkatkan proses yang ditentukan proyek.
Integrasi Model Kematangan Kemampuan
Integrasi Model Kematangan Kemampuan (CMMI) adalah model proses sederhana yang dapat digunakan organisasi untuk meningkatkan proses pengembangan, meningkatkan perilaku efisien, dan meningkatkan produktivitas dalam alur kerja saat mengembangkan produk, layanan, atau proyek. Ini menghasilkan pengurangan risiko selama proses berlangsung.
CMMI dikembangkan dan diperkenalkan oleh Universitas Carnegie Mellon. Tujuan utama pengembangan ini adalah untuk meningkatkan efisiensi dan kegunaan model maturitas yang dapat mengukur kemampuan organisasi untuk melakukan peningkatan berkelanjutan di area tertentu. Ini hanya dapat terjadi dengan mengintegrasikan beberapa model dalam satu kerangka kerja.
Versi pertama dirilis pada tahun 2002, dan versi berikutnya dirilis pada tahun 2006. Pada tahun 2010, muncul versi 1.3, dan versi terbaru, 2.0 diluncurkan pada tahun 2018, yang hadir dengan berbagai perubahan seperti membuatnya lebih mudah diakses, efektif, dll. ., untuk bisnis.
CMMI dibeli oleh ISACA (sebelumnya dikenal sebagai Asosiasi Audit dan Kontrol Sistem Informasi), yang memiliki sertifikasi seperti kerangka kerja COBIT. CMMI adalah proses dan model perilaku yang membantu organisasi sepanjang proses pengembangan produk atau layanan.
Dengan demikian, tujuan CMMI cukup jelas. Ini digunakan untuk meningkatkan kualitas layanan atau produk dengan mengikuti model yang memenuhi harapan pelanggan dan meningkatkan nilai organisasi di pasar. Itu juga menilai reputasi bisnis Anda dan nilai pemangku kepentingan di industri.
CMMI saat ini menangani bidang minat berikut:
- CMMI untuk Pengembangan: Ini untuk mengembangkan produk dan layanan.
- CMMI untuk Layanan: Ini untuk pembuatan, pengiriman, dan manajemen layanan.
- CMMI untuk Akuisisi: Ini melibatkan akuisisi produk dan layanan.
Representasi CMMI
Representasi CMMI memungkinkan organisasi mengejar serangkaian tujuan perbaikan. Ada dua representasi:
Representasi Bertahap
- Ini menggunakan serangkaian area proses pengembangan yang ditentukan untuk menggambarkan jalur peningkatan.
- Ini memberikan serangkaian perbaikan, di mana setiap bagian dari rangkaian berfungsi sebagai struktur untuk perbaikan selanjutnya.
- Ini mendefinisikan jalur yang lebih baik dengan bantuan tingkat kematangan. Dan tingkat kematangan menceritakan tentang kematangan berbagai proses dalam organisasi.
- Ini memungkinkan perbandingan antara organisasi yang berbeda untuk berbagai tingkat kematangan.
Representasi Berkelanjutan
- Ini memungkinkan pemilihan area proses tertentu.
- Ini menggunakan tingkat kemampuan untuk mengukur peningkatan proses individu.
- Selain itu, memungkinkan perbandingan antara organisasi berdasarkan proses-area-oleh-proses-area.
- Representasi berkelanjutan juga memungkinkan organisasi untuk memilih dari proses yang berbeda untuk peningkatan yang lebih baik.
- Dalam representasi ini, organisasi dapat mencapai tujuan mereka dengan lebih baik dan mengurangi risiko dengan memilih urutan peningkatan proses yang berbeda.
Tahapan dalam CMMI
Ada lima tahapan kematangan dalam CMMI dengan representasi bertahap:
#1.Awal: Pada level ini, proses pengembangan tidak dikontrol atau dikelola dengan baik. Ini juga melibatkan hasil yang tidak terduga dari proses pembangunan. Selain itu, pendekatan chaotic dan ad hoc digunakan. Anda tidak akan menemukan Key Process Areas (KPA) yang ditentukan. Kualitasnya tidak begitu bagus, dan produk atau layanan berada pada risiko tertinggi.
#2. Dikelola: Pada tahap kedewasaan ini, persyaratan dikelola dengan baik, dan proses pengembangan dikendalikan dan direncanakan. Di sini, proyek dikelola dan diimplementasikan dengan baik sesuai dengan rencana yang terdokumentasi. Namun, risikonya tetap ada tetapi lebih rendah dari level awal.
#3.Defined: Dalam tingkat kematangan yang ditentukan, proses pengembangan dijelaskan dengan baik dan dicirikan dengan menggunakan prosedur, standar, alat, dan metode yang tepat. Kualitas yang akan Anda temukan adalah kelas menengah, dan risikonya juga sedang.
#4.Dikelola secara kuantitatif: Dalam model ini, tujuan kuantitatif untuk proses kualitas dan kinerja ditetapkan. Itu didasarkan pada kebutuhan organisasi, persyaratan pelanggan, dan banyak lagi. Ukuran kinerja proses dianalisis secara kuantitatif. Di sini, Anda akan menemukan proses berkualitas lebih tinggi dengan risiko lebih rendah.
#5.Pengoptimalan: Ini adalah tahap terakhir dari model kedewasaan yang melibatkan peningkatan berkelanjutan dalam kinerja dan proses. Peningkatan pada level ini bersifat inovatif dan inkremental. Proses dan kinerjanya berkualitas lebih tinggi, dan risikonya paling rendah.
Tingkat Kemampuan CMMI
Tingkat kemampuan menjelaskan tentang praktik yang relevan untuk area proses tertentu untuk meningkatkan proses organisasi yang terkait dengan area proses. Ada enam tingkat kemampuan untuk model CMMI:
- Tingkat kemampuan 0 (Tidak lengkap): Ini mencakup proses yang tidak lengkap, sebagian, dan tidak dilakukan. Pada level ini, tidak ada tujuan umum.
- Capability level 1 (Performed): Kinerja proses tidak stabil pada level ini. Tujuan biaya, jadwal, dan kualitas tidak terpenuhi. Proses level 1 perlu melakukan praktik khusus.
- Tingkat kemampuan 2 (Terkelola): Proses dipantau, dikendalikan, dan direncanakan pada tingkat ini. Di sini, tujuan adalah model dan lainnya seperti kualitas, jadwal, dan biaya. Organisasi perlu mengelola proses secara aktif dengan bantuan metrik.
- Tingkat kemampuan 3 (Ditentukan): Ini adalah tingkat yang ditentukan di mana proses dikelola dengan baik, dan memenuhi seperangkat pedoman dan standar organisasi. Ini berfokus pada standardisasi proses.
- Tingkat kemampuan 4 (Dikelola secara kuantitatif): Di sini, proses dikendalikan menggunakan teknik kuantitatif dan statistik. Pada tingkat ini, kinerja proses dipahami dalam istilah metrik dan statistik.
- Capability level 5 (Optimizing): Level ini berfokus pada peningkatan kinerja proses yang berkelanjutan. Kinerja ditingkatkan dengan cara yang inovatif dan inkremental.
CMM vs CMMI: Perbedaan
CMMI adalah model CMM yang diperbarui atau lebih baru. SEI mengembangkan CMMI untuk membakukan dan mengintegrasikan CMM, yang memiliki berbagai model untuk setiap fungsi yang dicakupnya. Model ini tidak disinkronkan; mengintegrasikannya membuat proses menjadi fleksibel dan efisien.
Sehubungan dengan area proses utama, praktik, tingkat kematangan, dan tujuan, struktur CMMI serupa dengan struktur CMM. Namun, CMMI menawarkan dua representasi proses yang berbeda.
Mari cari tahu beberapa perbedaan antara CMM dan CMMI:
CMMCMMICMM adalah singkatan dari Capability Maturity Model, dikembangkan pada tahun 1984. CMMI adalah singkatan dari Capability Maturity Model Integration, dikembangkan pada tahun 2006. Ini adalah model perilaku yang dikembangkan untuk mengukur proses pengembangan perangkat lunak dalam suatu organisasi. Ini adalah versi terbaru model CMM yang lebih berorientasi pada tugas dan efektif. Tujuan utamanya adalah untuk mengevaluasi tingkat kematangan dalam proses pengembangan perangkat lunak. Tujuan utamanya adalah menggabungkan model perangkat lunak yang berbeda ke dalam satu perangkat lunak dan mengatasi beberapa kelemahan CMM. CMM memiliki lima tahap: Memulai, mengulang, menetapkan, mengelola, dan mengoptimalkan CMMI memiliki lima tahap: Awal, dikelola, ditentukan, dikelola secara kuantitatif, dan dioptimalkan. CMM kurang efektif. CMMI lebih efektif. Terlalu berorientasi pada proses. Berorientasi pada tujuan.
Kesimpulan
Capability Maturity Model (CMM) adalah sistem pemecahan masalah untuk proses pengembangan perangkat lunak di industri. Ini dapat menyelamatkan bisnis dari berurusan dengan masalah proses.
Di sisi lain, CMMI memiliki metodologi yang lebih maju daripada CMM. Ini melibatkan memenuhi harapan pelanggan, menghargai kreasi, pertumbuhan pemasaran, meningkatkan kualitas produk dan layanan, dan meningkatkan reputasi.
Anda juga dapat menjelajahi kerangka kerja Manajemen Siklus Hidup Aplikasi yang membantu mengembangkan dan mengirimkan perangkat lunak sesuai jadwal, sesuai anggaran, dan kualitas terbaik.
