Latar Belakang dari Integrasi Model Kematangan Kapabilitas (CMMI)

Layanan Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

Panduan pasti untuk Capability Maturity Model Integration (CMMI) for Development diterbitkan oleh Software Engineering Institute sebagai "CMMI: Panduan untuk Integrasi Proses dan Peningkatan Produk." Buku itu menjelaskan CMMI-DEV (versi 1.3), salah satu model dalam keluarga produk CMMI. "CMMI Distilled: Pengantar Praktis untuk Peningkatan Proses Terintegrasi" adalah pendamping yang ringkas dan dapat diakses bagi banyak pembaca.

Nota

Artikel ini mendasarkan panduannya tentang CMMI versi 1.3 dan proses CMMI yang didukung Azure DevOps. Saat ini kami tidak berencana untuk memperbarui konten ini ke versi CMMI yang lebih baru.

Catatan historis

CMMI dimulai pada tahun 1987 sebagai Capability Maturity Model (CMM), sebuah proyek Software Engineering Institute (SEI) di Universitas Carnegie Mellon. CMM asli untuk Perangkat Lunak, pertama kali diterbitkan pada tahun 1991, dimulai sebagai daftar periksa faktor keberhasilan penting. Model ini juga mengandalkan penelitian dari IBM dan pelopor kualitas seperti Philip Crosby dan W. Edwards Deming. Model Kematangan Manufaktur Crosby menginspirasi nama Model Kematangan Kapabilitas dan Representasi Bertahap dengan lima tingkat.

Diterapkan pada awalnya dalam program pertahanan, CMM tumbuh, diversifikasi, dan menjalani revisi. Proliferasi model yang berbeda menyebabkan upaya dua tahun yang didanai pemerintah untuk menciptakan satu kerangka kerja yang dapat diperluas yang terintegrasi rekayasa sistem, rekayasa perangkat lunak, dan pengembangan produk. Lebih dari 200 pakar industri dan akademisi berkontribusi pada upaya tersebut; kerangka kerja yang dihasilkan adalah CMMI.

CMMI-DEV adalah model daripada proses preskriptif. Ini mendefinisikan perilaku dan tujuan organisasi yang umumnya mengarah pada rekayasa perangkat lunak dan hasil rekayasa sistem yang lebih baik. Orang sering salah memahami tiga pertanyaan tentang model: Mengapa menggunakan model? Apa tujuannya? Bagaimana Anda harus menerapkannya? Panduan di bawah ini membahas pertanyaan-pertanyaan tersebut.

Mengapa menggunakan model?

Upaya peningkatan memerlukan model yang menjelaskan cara kerja organisasi Anda, fungsi mana yang diperlukan, dan bagaimana fungsi tersebut berinteraksi. Model memberi Anda bahasa bersama dan struktur untuk mendiskusikan apa yang harus ditingkatkan.

Model memberikan beberapa manfaat konkret:

• Kerangka kerja dan bahasa umum yang meningkatkan komunikasi.
• Pengalaman puluhan tahun dirangkum sebagai pedoman.
• Cara untuk mengingat gambaran yang lebih besar sambil memfokuskan pekerjaan perbaikan.
• Dukungan pelatih dan konsultan di banyak pasar.
• Referensi eksternal yang membantu menyelesaikan ketidaksepakatan dengan menggunakan standar yang disepakati.

Apa tujuan model CMMI?

CMMI membantu Anda menilai kematangan proses dan memandu peningkatan proses untuk menghasilkan hasil yang lebih dapat diprediksi dan produk berkualitas lebih tinggi. Ini juga memberikan pendekatan terstruktur untuk manajemen risiko dan untuk mengukur seberapa baik organisasi mengelola risiko. Kemampuan untuk mengelola risiko berkontribusi langsung pada kapasitas organisasi untuk memberikan hasil berkualitas tinggi.

CMMI tidak menjamin kinerja ekonomi. Organisasi dengan kematangan yang lebih tinggi dapat mengelola risiko dengan lebih baik dan menjadi lebih mudah diprediksi, tetapi mereka juga dapat menjadi cenderung menghindari risiko atau birokratis, yang dapat memperlambat inovasi dan meningkatkan waktu penyelesaian. Organisasi dengan kematangan yang lebih rendah terkadang berinovasi lebih banyak tetapi beroperasi dengan cara yang lebih kacau dan kurang dapat diprediksi; keberhasilan di sana dapat bergantung pada heroik individu daripada proses yang dapat diulang.

Bagaimana Anda harus menggunakan model CMMI?

Gunakan CMMI sebagai dasar untuk program peningkatan proses; perlakukan penilaian sebagai salah satu cara untuk mengukur kemajuan, bukan sebagai tujuan utama. Hindari memperlakukan model sebagai proses preskriptif, Anda harus mengikuti verbatim. Blok penyusun CMMI adalah area proses yang menentukan tujuan dan aktivitas umum yang digunakan untuk memenuhinya (misalnya, Jaminan Kualitas Proses dan Produk atau Manajemen Konfigurasi). Ingat bahwa area proses tidak sama dengan proses: satu proses dapat mencakup beberapa area proses, dan area proses dapat melibatkan beberapa proses.

CMMI-DEV menyediakan dua representasi pelengkap:

• Representasi Bertahap mengelompokkan 22 area proses menjadi lima tingkat kematangan dan menghasilkan tingkat kematangan tunggal untuk organisasi. Manajer dan eksekutif biasanya menggunakan tingkat ini sebagai indikator sederhana kemampuan organisasi.
• Representasi Berkelanjutan menilai kemampuan per area proses, memungkinkan Anda memfokuskan peningkatan di mana memberikan nilai bisnis terbanyak. Penilaian berkelanjutan menghasilkan profil kemampuan daripada satu angka; Anda dapat memetakan hasil berkelanjutan ke tingkat bertahap saat diperlukan.

Level 4 dan 5 mewakili kematangan yang lebih tinggi. Organisasi dengan kematangan yang lebih tinggi cenderung menerapkan praktik manajemen dan pengoptimalan kuantitatif, menunjukkan varianbilitas proses yang lebih rendah, dan menggunakan indikator utama sebagai bagian dari manajemen yang dapat dipertahankan secara statistik. Perilaku ini dapat membuat organisasi tersebut lebih mudah diprediksi dan lebih cepat untuk merespons informasi baru—asalkan birokrasi tidak menahan responsivitas. Sebaliknya, organisasi dengan kematangan rendah sering mengandalkan upaya heroik ketika masalah terjadi.

Kemampuan model Representasi Berkelanjutan dalam masing-masing dari 22 area proses, yang memungkinkan organisasi menyesuaikan peningkatan dengan area proses yang memberikan manfaat bisnis terbesar. Banyak praktisi lebih suka Perbaikan Berkelanjutan ketika mereka menginginkan fokus pada perbaikan yang didorong secara ekonomi, alih-alih mengejar satu target tingkat kematangan.

Menggunakan Representasi Bertahap sebagai tujuan program dapat menjadi bumerang jika pelaksana memperlakukan tingkat kematangan sebagai tujuan dan kemudian merancang proses dan infrastruktur sekedar lulus appraisal. Peningkatan yang terukur dan berkelanjutan—bukan angka—harus tetap menjadi tujuan dari inisiatif peningkatan apa pun.

Beberapa perusahaan konsultasi berfokus terutama pada Representasi Berkelanjutan. Pendekatan itu menghindari target kematangan buatan dan cenderung memprioritaskan perbaikan yang memberikan nilai bisnis yang terukur, meningkatkan peluang umpan balik positif dan siklus perbaikan berkelanjutan yang berbudi.

Elemen model CMMI

Model CMMI-DEV mendefinisikan 22 area proses dalam versi 1.3. Tabel di bawah ini mencantumkan area proses tersebut:

Akronim	Area Proses
MOBIL	Analisis & Resolusi Kausal
cm	Manajemen Konfigurasi
DAR	Analisis Keputusan & Resolusi
IPM	Manajemen Proyek Terintegrasi
Magister Seni	Pengukuran & Analisis
OID	Inovasi & Penyebaran Organisasi
OPD	Definisi Proses Organisasi
OPF	Fokus Proses Organisasi
OPP	Performa Proses Organisasi
OT	Pelatihan Organisasi
PI	Integrasi Produk
PMC	Pemantauan dan Kontrol Proyek
PP	Perencanaan proyek
PPQA	Proses & Jaminan Kualitas Produk
QPM	Manajemen Proyek Kuantitatif
RD	Definisi Persyaratan
REQM	Manajemen Persyaratan
RSKM	Manajemen Risiko
SAM	Manajemen Perjanjian Pemasok
TS	Solusi Teknis
VER	Verifikasi
VAL	Validasi

Dalam Representasi Bertahap, area proses dipetakan ke tingkat kematangan; ilustrasi di bawah ini menyoroti pemetaan tersebut.

Pada Representasi Kontinu, area proses dipetakan ke dalam kelompok fungsional; ilustrasi di bawah ini menyoroti pemetaan ini.

Setiap area proses mencakup komponen yang diperlukan, diharapkan, dan informatif. Komponen yang diperlukan (tujuan spesifik dan generik) menentukan apa yang diperlukan penilaian. Komponen yang diharapkan (praktik khusus dan generik) memandu pelaksana tetapi dapat digantikan oleh praktik yang setara jika dibenarkan kepada penilai. Komponen informatif (misalnya, produk kerja umum dan subpraktik) memberikan detail lebih lanjut untuk membantu organisasi memulai penyempurnaan.

Hanya tujuan khusus dan umum yang benar-benar diperlukan untuk penilaian; komponen yang diharapkan dan informatif ada untuk memandu implementasi. Contoh praktik dan produk kerja CMMI secara historis berasal dari proyek ruang dan pertahanan yang besar; mereka mungkin tidak mencerminkan jenis proyek organisasi Anda atau tren industri yang lebih baru seperti metode Agile. Sesuaikan model agar sesuai dengan konteks dan tujuan Anda.

Konten terkait

• Proses CMMI
• Software Engineering Institute Rilis Versi 1.3 dari CMMI Product Suite
• CMMI untuk Pengembangan: Panduan Integrasi Proses dan Peningkatan Produk, Edisi Ketiga
• CMMI untuk Pengembangan: Panduan Integrasi Proses dan Peningkatan Produk (Seri SEI dalam Rekayasa Perangkat Lunak)
• Apa itu Pengembangan Agile?