Capability Maturity Model (CMMI): 5 Level yang Dijelaskan

Capability maturity model adalah peta paling jelas yang dimiliki sebagian besar pemimpin operasional untuk menjawab satu pertanyaan sulit: seberapa matang sebenarnya proses kita? Bukan perasaan, bukan opini. Sebuah gambaran terstruktur, level demi level, tentang di mana posisi organisasi Anda hari ini dan apa yang dibutuhkan untuk naik ke level berikutnya.

Capability Maturity Model Integration (CMMI) dibangun di atas puluhan tahun riset proses. Model ini memberi tim bahasa bersama untuk mendiagnosis kesenjangan, menetapkan prioritas, dan menunjukkan kemajuan kepada stakeholder yang menginginkan bukti, bukan janji.

Apa itu Capability Maturity Model?

Capability Maturity Model adalah kerangka kerja untuk menilai dan meningkatkan seberapa matang dan dapat diulang proses-proses suatu organisasi. Dalam praktiknya, model ini memberi tahu Anda apakah tim Anda mengandalkan improvisasi setiap kali atau mengikuti metode yang terdefinisi, terukur, dan terus membaik.

CMM asli lahir dari Software Engineering Institute (SEI) di Carnegie Mellon University pada akhir tahun 1980-an. Departemen Pertahanan AS mendanai pekerjaan awal tersebut karena kontraktor pertahanan membutuhkan cara yang konsisten untuk mengevaluasi kapabilitas pemasok perangkat lunak. SEI menerbitkan model CMM formal pertama pada tahun 1991, yang sepenuhnya berfokus pada pengembangan perangkat lunak.

Selama dekade berikutnya, model maturity terpisah muncul untuk systems engineering, integrated product development, dan supplier sourcing. Capability Maturity Model Integration (CMMI) versi 1.0 diluncurkan pada tahun 2002 untuk menyatukan kerangka kerja terpisah tersebut menjadi satu. Saat ini CMMI dikelola oleh ISACA (yang mengakuisisi CMMI Institute pada tahun 2016) dan telah berkembang mencakup pengembangan produk, layanan, dan manajemen pemasok.

Fakta Utama

• CMM pertama kali diterbitkan oleh SEI di Carnegie Mellon pada tahun 1991, terutama untuk mengevaluasi kontraktor perangkat lunak pertahanan AS.
• CMMI versi 1.0 diluncurkan pada tahun 2002, menggabungkan tiga model maturity terpisah menjadi satu kerangka kerja terintegrasi.
• ISACA, badan tata kelola IT global, kini memiliki dan memelihara CMMI setelah mengakuisisi CMMI Institute pada tahun 2016.

5 level maturity

Capability maturity model mengelompokkan kapabilitas proses organisasi ke dalam lima level bernomor. Setiap level dibangun langsung di atas level di bawahnya, sehingga Anda tidak bisa melompat dari Level 1 ke Level 4 tanpa menyelesaikan pekerjaan dasar di antaranya.

Level 1: Initial

Pada Level 1, proses tidak dapat diprediksi dan sebagian besar bersifat reaktif. Pekerjaan selesai karena individu mencari cara sendiri, bukan karena organisasi memiliki metode yang andal. Keberhasilan bergantung pada siapa yang ada di ruangan, bukan pada bagaimana ruangan itu dijalankan.

Proyek pada level ini secara rutin melampaui anggaran dan melewatkan tenggat waktu. Ketika orang berpengalaman keluar, pengetahuan mereka ikut hilang. Dokumentasi tipis atau tidak konsisten. Krisis adalah hal biasa, dan memadamkan api menjadi pekerjaan penuh waktu.

Sebagian besar bisnis baru dimulai di sini. Masalahnya bukan memulai di Level 1. Masalahnya adalah tetap berada di sana setelah tim tumbuh melampaui segelintir orang.

Level 2: Managed

Pada Level 2, praktik manajemen proyek dasar sudah diterapkan. Tim merencanakan pekerjaan, melacak status, dan mengambil tindakan korektif ketika sesuatu melenceng. Persyaratan dikelola, dan hasil kerja ditinjau.

Perbedaan kuncinya: proses dikelola pada tingkat proyek, bukan tingkat organisasi. Setiap tim proyek mungkin beroperasi sedikit berbeda, tetapi mereka semua bekerja dari rencana yang dapat dikenali, bukan improvisasi murni. Hasil menjadi lebih dapat diprediksi dalam masing-masing proyek.

Banyak perusahaan tahap pertumbuhan berada di Level 2. Prosesnya berjalan, tetapi diterapkan secara tidak konsisten, dan menskalakannya memerlukan overhead koordinasi yang signifikan.

Level 3: Defined

Level 3 adalah saat organisasi, bukan hanya tim proyek individual, memiliki proses tersebut. Sekumpulan proses standar didokumentasikan, disesuaikan untuk digunakan di seluruh proyek, dan dipelihara secara aktif.

Tim tidak lagi menciptakan kembali roda untuk setiap penugasan. Ketika orang baru bergabung, mereka mempelajari pendekatan yang telah didefinisikan organisasi. Pelajaran dari proyek sebelumnya diumpankan kembali ke pustaka proses standar. Di sinilah skalabilitas sesungguhnya dimulai.

Berpindah dari Level 2 ke Level 3 sering kali merupakan langkah tersulit karena membutuhkan kehendak organisasi, bukan sekadar disiplin proyek. Seseorang harus memiliki proses standar tersebut, melatih orang di dalamnya, dan menahan tekanan untuk membiarkan setiap tim melakukan caranya sendiri.

Level 4: Quantitatively Managed

Pada Level 4, manajemen telah berpindah dari intuisi ke data. Organisasi pada level ini mengumpulkan data kuantitatif tentang kinerja proses dan menggunakan metode statistik untuk memahami dan mengendalikan variasi.

Tim menetapkan tujuan kualitas dan kinerja yang terukur. Mereka dapat memprediksi hasil dengan keyakinan yang wajar karena mereka memahami proses mereka cukup baik untuk memodelkannya. Ketika ada yang salah, mereka tahu persis subproses mana yang menyimpang dan seberapa besar.

Level ini membutuhkan investasi dalam infrastruktur pengukuran, budaya yang memperlakukan data sebagai hal yang berguna bukan mengancam, dan stabilitas proses yang cukup (dari Level 3) untuk memiliki baseline yang bermakna sebagai pembanding.

Level 5: Optimizing

Organisasi Level 5 tidak menunggu cacat muncul. Mereka secara proaktif mengidentifikasi kelemahan dalam proses mereka dan mengatasinya sebelum masalah muncul. Perbaikan berkelanjutan tertanam dalam cara pekerjaan dilakukan, bukan ditambahkan sebagai inisiatif tahunan.

Inovasi berjalan secara sistematis. Ketika tim menemukan metode yang lebih baik, ada jalur yang jelas untuk mengujinya, memvalidasi perbaikan tersebut melalui data, dan memasukkannya ke dalam proses standar. Organisasi menjadi terukur lebih baik seiring waktu.

Sangat sedikit organisasi yang mencapai Level 5. Yang berhasil cenderung menetapkan tolok ukur industri untuk kualitas dan efisiensi.

Ringkasan lima level

CMM vs CMMI

CMM asli (Capability Maturity Model) dibangun khusus untuk pengembangan perangkat lunak. Model ini memiliki lima level, spesifik untuk proses perangkat lunak, dan diadopsi secara luas sepanjang tahun 1990-an.

CMMI (Capability Maturity Model Integration) menggantikannya bukan dengan mengubah konsepnya, melainkan memperluas cakupannya. Tiga model SEI yang terpisah, mencakup perangkat lunak, systems engineering, dan integrated product development, digabungkan menjadi satu kerangka kerja sehingga organisasi tidak perlu memelihara program penilaian yang paralel.

Perbedaan signifikan lainnya adalah cakupan penerapan. CMM ditujukan untuk tim perangkat lunak. CMMI berlaku untuk organisasi produk atau layanan jenis apa pun. Struktur lima levelnya sama. Area proses dalam setiap level lebih luas dan komprehensif.

Jika Anda melihat seseorang menyebut "CMM level 3," mereka mungkin menggunakan model spesifik perangkat lunak yang asli atau menggunakan istilah tersebut secara longgar. Penilaian formal saat ini menggunakan CMMI dan melalui metode penilaian resmi CMMI Institute yang disebut SCAMPI.

Manfaat Capability Maturity Model

Organisasi mengejar penilaian CMMI karena alasan konkret, bukan sekadar sertifikat.

Bahasa bersama untuk kualitas proses. Ketika setiap departemen mengukur maturity dengan cara yang sama, percakapan tentang prioritas investasi menjadi lebih mudah. Anda bisa membandingkan "kita ada di Level 2 untuk onboarding" dengan "kita ada di Level 4 untuk penyampaian perangkat lunak" dan tahu persis apa arti kesenjangan itu.

Prediktabilitas yang lebih baik. Organisasi yang berpindah dari Level 1 ke Level 3 melihat pengurangan nyata dalam pembengkakan proyek. Mekanisme sebabnya sederhana: proses yang terdefinisi mengurangi variasi, dan variasi yang berkurang membuat hasil lebih dapat diprediksi.

Ketergantungan yang berkurang pada individu kunci. Organisasi Level 1 rapuh. Kehilangan satu ahli dan hasilnya menurun. Proses yang terdefinisi dan terdokumentasi di Level 3 dan seterusnya berarti anggota tim baru bisa cepat menguasai pekerjaan dan organisasi tidak disandera oleh pengetahuan institusional yang hanya hidup di kepala orang-orang.

Diferensiasi kompetitif untuk pekerjaan yang diatur atau pemerintahan. Banyak kontrak pemerintah, terutama di bidang pertahanan dan kedirgantaraan, mengharuskan pemasok menunjukkan level CMMI minimum. Bagi organisasi di pasar tersebut, berpindah dari Level 2 ke Level 3 membuka pintu yang sebelumnya tertutup.

Fondasi untuk kerangka kerja perbaikan lainnya. CMMI berdampingan baik dengan Six Sigma, ISO 9001, dan Lean. Model ini tidak menggantikan mereka. Anggap saja CMMI sebagai kerangka penyangga dan metode-metode tersebut sebagai alat spesifik yang Anda terapkan dalam kerangka itu.

Cara menilai dan meningkatkan maturity proses

Naik dalam skala maturity bukanlah hal otomatis. Ini membutuhkan upaya terstruktur, dan selalu dimulai dengan melihat posisi Anda hari ini secara jujur.

1. Nilai level Anda saat ini. Gunakan metode penilaian resmi CMMI (SCAMPI) untuk peringkat formal, atau jalankan analisis kesenjangan internal menggunakan panduan praktik CMMI sebagai checklist. Bagaimanapun caranya, tahan godaan untuk menilai diri sendiri secara optimis. Level 2 yang jujur lebih berguna daripada Level 3 yang penuh harapan.

2. Identifikasi kesenjangan prioritas tertinggi. Level 2 membutuhkan disiplin manajemen proyek dasar: perencanaan, pelacakan, manajemen persyaratan, kendali konfigurasi, serta jaminan kualitas proses/produk. Daftar mana dari itu yang Anda lewatkan atau terapkan secara tidak konsisten. Daftar itu adalah roadmap jangka pendek Anda.

3. Standardisasi sebelum Anda mengoptimalkan. Godaan untuk langsung melompat ke metrik dan perbaikan itu wajar. Jangan lakukan itu. Anda tidak bisa mengukur apa yang belum terdefinisi. Fokus dulu pada mendokumentasikan proses dan mengikutinya secara konsisten di seluruh proyek. Standard operating procedures dan dokumentasi proses adalah kuda kerja pada tahap ini.

4. Instrumentasi proses Anda. Setelah proses stabil (Level 3), tambahkan pengukuran. Definisikan metrik yang penting untuk setiap proses kunci, siapkan mekanisme pengumpulan, dan tetapkan baseline. Process KPIs harus terkait langsung dengan hasil, bukan sekadar aktivitas.

5. Bangun perbaikan berkelanjutan ke dalam proses itu sendiri. Pada Level 4 dan 5, perbaikan berhenti menjadi proyek dan menjadi sistem. Kaizen events, retrospective, dan analisis akar masalah terstruktur mengumpankan perbaikan kembali ke pustaka proses standar. Organisasi menjadi lebih cerdas setiap siklusnya.

Contoh Capability Maturity Model

Model ini dimulai dari perangkat lunak tetapi berlaku di berbagai fungsi dan industri. Berikut bagaimana level-level tersebut terlihat dalam praktik:

Perusahaan layanan IT yang bekerja dengan kontrak pemerintah adalah pengadopsi CMMI paling umum, tetapi kerangka kerja ini muncul di kedirgantaraan, layanan keuangan, operasi kesehatan, dan sektor mana pun di mana konsistensi proses menjadi persyaratan klien.

Pertanyaan yang sering diajukan

Apa saja 5 level Capability Maturity Model?

Kelima level tersebut adalah: Level 1 (Initial), Level 2 (Managed), Level 3 (Defined), Level 4 (Quantitatively Managed), dan Level 5 (Optimizing). Setiap level menambahkan lebih banyak struktur, pengukuran, dan perbaikan proaktif di atas level sebelumnya. Anda tidak bisa melompati level; masing-masing dibangun di atas disiplin yang ditetapkan oleh tahap sebelumnya.

Apakah CMMI masih digunakan hari ini?

Ya. CMMI masih aktif digunakan, terutama dalam layanan IT, kontrak pertahanan, kedirgantaraan, dan sektor mana pun di mana klien atau regulator menginginkan bukti kapabilitas proses. ISACA terus mengembangkan dan memelihara kerangka kerja ini. Metode penilaian SCAMPI adalah standar saat ini untuk sertifikasi formal. Banyak organisasi di luar pemerintahan juga menggunakan CMMI sebagai tolok ukur maturity internal tanpa mengejar penilaian formal.

Apa perbedaan antara CMM dan CMMI?

CMM adalah kerangka kerja asli, diciptakan di SEI Carnegie Mellon pada akhir tahun 1980-an dan 1990-an, berfokus khusus pada pengembangan perangkat lunak. CMMI menggantikannya pada awal tahun 2000-an dengan mengintegrasikan tiga model terpisah (perangkat lunak, systems engineering, dan integrated product development) menjadi satu. CMMI lebih luas cakupannya, mencakup organisasi produk atau layanan jenis apa pun, dan merupakan versi yang saat ini dipelihara oleh ISACA.

Berapa lama waktu yang dibutuhkan untuk berpindah dari Level 1 ke Level 3?

Bervariasi tergantung ukuran organisasi dan titik awal, tetapi sebagian besar organisasi membutuhkan 18 hingga 36 bulan untuk melakukan transisi sesungguhnya dari Level 1 ke Level 3. Pekerjaannya meliputi mendokumentasikan dan menstandardisasi proses, melatih staf, dan membangun otot organisasi untuk mengikuti proses yang terdefinisi secara konsisten. Organisasi yang tergesa-gesa dengan jadwal sering kali berakhir dengan proses di atas kertas yang tidak benar-benar diikuti siapa pun.

Apakah CMMI menggantikan Agile, Six Sigma, atau ISO 9001?

Tidak. CMMI mendefinisikan kapabilitas proses apa yang Anda butuhkan; Agile, Six Sigma, DMAIC, dan Total Quality Management adalah metode untuk menerapkan kapabilitas tersebut. Semuanya bekerja bersama. Tim Agile bisa beroperasi di CMMI Level 3 atau lebih tinggi jika mereka telah mendefinisikan dan menstandardisasi praktik Agile mereka. Benchmarking terhadap rekan industri sering mengungkap metode spesifik mana yang paling efektif di setiap level.

Pandangan jangka panjang tentang maturity proses

Sebagian besar organisasi terhenti di Level 2. Mereka sudah memiliki dasar manajemen proyek, tetapi belum membuat komitmen untuk menstandardisasi di seluruh organisasi. Kesenjangan antara Level 2 dan Level 3 itulah tempat sebagian besar program perbaikan proses mati, bukan karena konsepnya salah tetapi karena kehendak organisasi habis.

Capability maturity model tidak memberi tahu Anda jawaban yang benar. Model ini memberi tahu Anda ke mana harus melihat, apa yang harus dibangun, dan bagaimana mengukur apakah Anda membuat kemajuan nyata. Itu adalah kerangka kerja yang layak dipahami, apa pun industri atau fungsi Anda.