Permintaan ini sering muncul sebagai satu baris dalam dokumen dewan: kembangkan model kematangan untuk para mitra kami. Seseorang di sekretariat membuka spreadsheet, mengetik lima judul, dari Dasar hingga Istimewa, lalu mulai mengisi sel-selnya. Beberapa minggu kemudian, dalam rapat anggota, tak seorang pun membahas tata kelola atau keterampilan digital. Yang dibahas adalah apakah seorang anggota "baik" atau "sangat baik", dan siapa yang memutuskan.
Upayanya jarang menjadi masalah; yang bermasalah adalah urutan pengambilan keputusan. Panduan ini menjelaskan cara membangun model kematangan untuk jaringan mitra dalam delapan langkah, dari tujuan hingga revisi pertama, dilengkapi templat gratis empat halaman, contoh terisi untuk federasi fiktif, dan kesalahan yang sebaiknya dihindari.
Apa itu model kematangan, dan dari mana gagasan ini berasal
Pada November 1986, Software Engineering Institute di Carnegie Mellon University mulai mengembangkan kerangka kematangan proses, sebagai tanggapan atas permintaan untuk menyediakan cara bagi pemerintah federal AS dalam menilai kapabilitas kontraktor perangkat lunaknya. Pada 1993, kerangka itu menjadi Capability Maturity Model for Software, yang lima level kematangannya, menurut kata-kata SEI sendiri, "menetapkan skala ordinal" [1].
Bentuknya tetap sama: serangkaian level yang menggambarkan jalur perkembangan yang diperkirakan, diinginkan, atau lazim, dalam tahapan-tahapan yang terpisah [2]. Setiap level menjelaskan hal-hal yang harus terpenuhi untuk mencapainya, sehingga penilaian dapat menunjukkan posisi sebuah organisasi dalam jalur tersebut dan langkah berikutnya. Pada 2005, sudah ada lebih dari 150 model kematangan di berbagai bidang, dari layanan TI hingga manajemen pengetahuan [3]. Namun, ketika Becker, Knackstedt, dan Pöppelbuß menelaah 51 di antaranya, hanya sembilan yang mendokumentasikan proses desainnya secara terperinci [2]. Metode berikut diambil dari penelitian tersebut dan disesuaikan untuk tim program.
Cara membangun model kematangan dalam delapan langkah
Langkah-langkah ini mengikuti tahapan yang diusulkan de Bruin, Rosemann, Freeze, dan Kulkarni untuk mengembangkan model kematangan apa pun: cakupan, desain, pengisian, pengujian, penerapan, dan pemeliharaan [3]. Setiap keputusan membatasi keputusan berikutnya, dan uji coba akan membuat Anda kembali menulis ulang deskriptor setidaknya sekali.
1. Tentukan tujuan model
Sebelum menentukan level apa pun, catat keputusan apa saja yang akan didukung oleh model. Penelitian membedakan tiga penggunaan [3][4]: model deskriptif menunjukkan posisi setiap mitra saat ini; model preskriptif juga menunjukkan tindakan berikutnya; model komparatif membandingkan mitra atau wilayah, sehingga memerlukan banyak penilaian dan kriteria yang sangat stabil. Sebagian besar jaringan mitra membutuhkan dua penggunaan pertama.
Di halaman yang sama, jawab siapa yang mengisinya (mitra sendiri, bersama Anda, atau dengan konfirmasi Anda), seberapa sering, dan untuk tujuan apa model ini tidak akan pernah digunakan. Berdasarkan pengalaman saya, baris terakhir itu lebih membantu menghasilkan jawaban jujur daripada instruksi apa pun. Jika anggota menduga model ini akan menentukan keanggotaan atau hibah mereka, mereka akan memberi nilai tinggi pada diri sendiri, dan model itu akan menggambarkan jaringan yang sebenarnya tidak ada.
2. Pilih dimensi
Dimensi adalah tema yang dicakup model: tata kelola, keuangan, keterampilan digital, perlindungan, partisipasi anak muda. Batasi jumlahnya agar tidak terlalu rumit dan tetap independen (dua model de Bruin dan rekan-rekannya menggunakan enam dan empat komponen utama), serta pastikan dimensi saling eksklusif dan secara kolektif mencakup semuanya [3]: tidak ada bukti yang dihitung dua kali, dan tidak ada hal yang diperlukan untuk mencapai tujuan Anda yang terlewat. Saya menyarankan empat hingga tujuh dimensi, dengan pembagian menjadi dua atau tiga subdimensi jika temanya luas.
Sebelum menyusun model sendiri, lihat apa yang sudah ada: membandingkan model yang sudah ada adalah persyaratan pertama yang ditetapkan Becker dan rekan-rekannya untuk membangun model baru [2]. Untuk penguatan kapasitas, tujuh elemen dalam matriks McKinsey tahun 2001 untuk Venture Philanthropy Partners merupakan titik awal yang kuat [5], demikian pula enam domain dalam panduan penilaian kapasitas mitra kami.
3. Pilih empat atau lima level
CMM menggunakan lima level [1]; matriks McKinsey menggunakan empat [5]. Jumlahnya tidak sepenting persyaratan yang dinyatakan de Bruin dan rekan-rekannya: tahapan harus berbeda dan terdefinisi dengan baik, memiliki perkembangan yang logis, serta masing-masing memiliki label singkat yang menunjukkan maksudnya [3].
| Empat level | Lima level | |
|---|---|---|
| Label yang umum | Menjajaki, Membangun, Menerapkan, Memimpin | Awal, Berulang, Terdefinisi, Terkelola, Optimalisasi (label CMM) [1] |
| Cocok jika | Anda dapat menunjukkan bukti untuk empat kondisi berbeda, dari langkah awal hingga memimpin pihak lain | Anda dapat menunjukkan perbedaan antara melakukannya dengan baik dan memperbaikinya secara sistematis |
| Yang perlu diwaspadai | Dua kondisi berbeda digabungkan dalam satu level, sehingga mitra bisa bertahan di sana selama bertahun-tahun | Level tertinggi tidak pernah dicapai siapa pun, dan penilai tidak dapat membedakan level-level tengah |
Aturan saya berasal dari riset operasi: sebuah level hanya layak dipertahankan jika Anda dapat menjelaskannya dengan bukti dan membedakannya dari level di sekitarnya. Hitung kondisi yang benar-benar dapat Anda amati dalam jaringan, lalu berhentilah. Jumlahnya juga bisa bertambah: Becker dan rekan-rekannya memulai model kinerja TI dengan empat tahap, lalu setelah mewawancarai para manajer TI, menambahnya menjadi enam, dari "tidak ada" hingga "dioptimalkan", untuk membedakan kasus-kasus yang lebih lemah [2]. Tulis level terbawah sebagai titik awal, bukan vonis: "Menjajaki" membuka percakapan; "Tidak Memadai" mengakhirinya.
4. Tuliskan setiap level sebagai kondisi yang dapat diamati
Di sinilah sebagian besar model gagal. Deskriptor adalah teks dalam satu sel matriks. Pöppelbuß dan Röglinger memasukkan kriteria yang dapat diverifikasi oleh berbagai orang sebagai salah satu prinsip desain model kematangan yang bermanfaat: deskripsi harus cukup tepat dan jelas untuk membedakan satu level dari level berikutnya [4]. Sederhananya, dua orang yang melihat mitra yang sama seharusnya memilih sel yang sama.
| Deskriptor yang samar | Deskriptor yang dapat diamati | Bukti |
|---|---|---|
| Perlindungan data yang baik | Ada penanggung jawab data yang ditunjuk; aturan persetujuan dan penyimpanan data tertulis serta diterapkan | Kebijakan data, formulir persetujuan, aturan penyimpanan data |
| Kepemimpinan digital yang kuat | Dewan menyetujui rencana digital yang memiliki anggaran dan penanggung jawab | Notulen rapat dewan, anggaran |
| Pelaporan yang memadai | Indikator utama diperiksa oleh orang kedua dan dilaporkan tepat waktu | Lembar indikator, dua laporan terakhir |
| Melibatkan anak muda secara daring | Anak muda ikut membuat Konten, dan jangkauannya diukur setiap kuartal | Kalender Konten, angka jangkauan per kuartal |
Tiga kebiasaan berikut membantu:
- Sebutkan sesuatu yang dapat Anda lihat atau pegang: dokumen, rutinitas, peran, angka. Hindari kata "baik", "kuat", "memadai", dan "efektif".
- Ubah satu hal pada setiap tahap. Jika level 3 sekaligus menambahkan anggaran, penanggung jawab, dan tinjauan tahunan, mitra yang memenuhi dua dari tiga hal itu tidak akan cocok di level mana pun.
- Buat level bersifat kumulatif. Setiap tahap harus mencakup hal-hal yang disyaratkan oleh tahapan di bawahnya [3]. Pengujian dari masa saya menekuni riset operasi: bayangkan mitra yang memenuhi level 3 tetapi tidak memenuhi level 2. Jika bisa, urutannya keliru, atau sel itu seharusnya masuk ke dimensi lain.
5. Tetapkan bukti untuk setiap level
Untuk setiap sel, tuliskan bukti yang akan menunjukkannya: kebijakan, notulen, laporan, angka. Minta sedikit bukti pada level yang lebih rendah dan lebih banyak pada level tertinggi, saat klaimnya lebih besar, serta sebutkan siapa yang menyediakannya dan siapa yang mengonfirmasinya. Jangan pernah meminta bukti yang tidak akan dibaca siapa pun: setiap dokumen menyita waktu mitra yang seharusnya bisa digunakan untuk menjalankan tugas mereka.
6. Validasi model bersama mitra
Tunjukkan draf kepada orang-orang yang akan menggunakannya. De Bruin dan rekan-rekannya menggunakan teknik Delphi dan kelompok fokus untuk menyusun serta memeriksa model mereka [3]; McKinsey menguji matriksnya kepada hampir selusin direktur eksekutif organisasi nirlaba [5]; versi 1.1 CMM dibuat berdasarkan umpan balik dari lokakarya versi 1.0 yang dihadiri sekitar 200 profesional perangkat lunak [1]. Untuk jaringan mitra, mulailah dengan lokakarya dua jam bersama delapan hingga sepuluh mitra yang beragam. Tanyakan: Apakah Anda mengenali diri Anda di sini? Apakah bahasanya sesuai? Apa yang kurang? Apakah ada bagian yang merendahkan?
7. Uji coba dan kalibrasikan
Terapkan model ini secara nyata kepada tiga hingga lima mitra. De Bruin dan rekan-rekannya menekankan perlunya menguji validitas dan reliabilitas instrumen agar hasilnya akurat dan dapat diulang [3]. Penerapan praktisnya: dua orang menilai mitra yang sama secara mandiri, lalu setiap perbedaan menunjukkan deskriptor yang perlu ditulis ulang. Jika semua mitra dalam uji coba berada di level 2, level Anda tidak membedakan mereka; jika tidak ada yang bisa membayangkan mencapai level 4, itu hanya daftar harapan. Skala yang menempatkan semua orang di kotak yang sama tidak memberikan informasi.
8. Atur perubahan dan lakukan penilaian ulang
Becker dan rekan-rekannya mencatat bahwa setiap model kematangan akan usang seiring perubahan kondisi, teknologi, dan pengetahuan, serta perubahan yang diperlukan harus dimasukkan ke versi model yang baru [2]. Perlakukan model Anda seperti standar: beri nomor versi, tetapkan satu periode perubahan setiap tahun, buat catatan perubahan tentang apa yang diubah dan alasannya, serta jangan mengedit model di tengah putaran penilaian. Jika versi 1.1 mengubah satu sel, jelaskan bagaimana posisi dari versi 1.0 dipetakan ke versi baru agar tidak ada mitra yang turun level hanya karena Anda menulis ulang sebuah kalimat. Kemudian, lakukan penilaian ulang setiap 6 hingga 12 bulan. Cara menjalankan putaran tersebut, dan alasan Anda tidak boleh merata-ratakan level menjadi satu skor, dijelaskan dalam panduan penilaian kapasitas mitra kami.
Templat model kematangan mitra (unduhan gratis)
Templat ini mengubah delapan langkah menjadi empat halaman A4: tujuan dan cakupan; dimensi dan level; matriks deskriptor, beserta uji deskriptor dan catatan kalibrasi; serta rencana bukti, rencana validasi, dan catatan versi.
Unduh templat penyusun model kematangan (PDF, 4 halaman). Cetak untuk lokakarya perancangan, atau salin bagian-bagiannya.
Siap mengubah matriks ini menjadi program yang dapat dikerjakan oleh para mitra? Di Advancer.World, dimensi Anda menjadi topik, level menjadi tahapan, dan setiap deskriptor menjadi sebuah sel, dengan permintaan bukti pada langkah-langkah di antara level. Setiap mitra dapat melihat posisinya. Gratis untuk memulai.
Contoh: Jalur Kematangan Digital Anggota sebuah federasi
Berikut templat yang telah diisi untuk Meridian Youth Federation, sebuah federasi fiktif dengan 26 organisasi anggota nasional.
Unduh contoh yang telah diisi (PDF, 4 halaman). Empat pilihan berikut layak ditiru:
- Tujuannya mengecualikan sesuatu. Model ini membantu menentukan siapa yang mendapat pendampingan dari rekan sejawat lebih dahulu dan apa yang dibiayai oleh dana dukungan digital; model ini tidak pernah digunakan untuk menentukan status keanggotaan atau membuat peringkat.
- Empat level, setelah mencoba lima. Tidak ada yang dapat menunjukkan bukti perbedaan antara dua level tengah dalam draf pertama, sehingga level kelima dihapus.
- Enam area dalam tiga tema. Seorang anggota dapat berada di level Memimpin dalam keterlibatan daring dan Menjajaki dalam perlindungan data, dan profil itulah yang perlu dilihat federasi.
- Uji coba mengubah kata-katanya. Dua penilai menafsirkan "memposting secara rutin" sebagai mingguan dan bulanan, sehingga level 2 keterlibatan daring diubah menjadi "kalender Konten dengan kanal untuk setiap audiens".
Kesalahan umum saat membangun model kematangan
- Menulis level sebelum menentukan tujuan. Tanpa keputusan yang perlu didukung, model akan bergeser menjadi sistem pemeringkatan, dan mitra akan memperlakukannya demikian.
- Mengira kuesioner adalah modelnya. SEI pernah menghadapi masalah ini dengan kuesioner kematangannya sendiri pada 1987, yang terlalu sering dianggap sebagai model itu sendiri [1]. Modelnya adalah jalur; kuesioner hanyalah salah satu cara untuk mengukurnya.
- Menggunakan kata sifat alih-alih kondisi yang dapat diamati. "Memadai" memiliki arti berbeda bagi setiap penilai.
- Terlalu banyak dimensi. Empat puluh indikator menghasilkan model yang tidak akan pernah diselesaikan siapa pun.
- Merancang model untuk mitra, bukan bersama mereka. Level 1 yang ditulis sebagai daftar kegagalan mengajarkan mitra untuk menyembunyikan masalah.
- Mengubah model di tengah putaran. Satu deskriptor yang diedit membuat putaran ini tidak dapat dibandingkan dengan putaran sebelumnya.
Membangun model kematangan Anda di Advancer.World
Advancer.World lahir dari transformasi digital program di organisasi seperti UNICEF dan Airbus, dan sebuah program di dalamnya memiliki bentuk seperti model kematangan: tahapannya adalah level Anda, topik dan subtopiknya adalah dimensi Anda, dan setiap sel memuat sebuah deskriptor.
Langkah-langkah di antara sel memuat hal-hal yang dibutuhkan mitra untuk naik level: permintaan unggah dokumen sebagai bukti, survei, inisiatif, dan permintaan tanda tangan elektronik. Untuk setiap program, Anda dapat memilih cara mitra berpindah: melalui penilaian mandiri, otomatis setelah langkah sebelumnya selesai, atau hanya setelah dikonfirmasi oleh tim Anda. Tim Anda dapat mengedit desain bersama-sama secara waktu nyata. Mitra dapat melihat posisi mereka dan hal-hal yang diminta di level berikutnya, dalam salah satu dari 22 bahasa, dan tidak akan pernah melihat data mitra lain. Snapshot harian menyimpan riwayat, sehingga Laporan menunjukkan perkembangan jaringan dari satu putaran ke putaran berikutnya.
FAQ
Berapa banyak level yang sebaiknya dimiliki model kematangan?
Empat atau lima untuk sebagian besar jaringan mitra. Yang penting, setiap level berbeda, didefinisikan dengan jelas, dan merupakan langkah logis dari level di bawahnya [3]. Jika penilai tidak dapat membedakan dua level dalam uji coba, gabungkan keduanya.
Berapa lama waktu yang diperlukan untuk menyusun model kematangan?
Rencanakan dua hingga tiga bulan untuk versi pertama: beberapa minggu untuk menetapkan tujuan, dimensi, dan level; beberapa minggu lagi untuk menyusun deskripsi dan bukti; lalu lokakarya mitra dan uji coba. Jalan pintas akan berujung pada versi kedua yang tidak dianggarkan.
Bisakah kami mengadaptasi model kematangan yang sudah ada, alih-alih menyusun yang baru?
Sering kali bisa, dan sebaiknya Anda mencari model yang sudah ada terlebih dahulu [2]. Periksa lisensinya, pertahankan strukturnya jika sesuai dengan tujuan Anda, lalu tulis ulang deskripsinya menggunakan bahasa yang lazim di jaringan Anda.
Bisakah mitra berada pada level yang berbeda di setiap dimensi?
Ya, dan biasanya memang begitu; profil tersebut merupakan keluaran model yang paling berguna. Namun, mitra tidak boleh melewati level dalam satu dimensi—hal yang juga disampaikan oleh para penulis CMM mengenai level dalam model mereka sendiri [1].
Mulailah dari tujuan, bukan level
Jika hanya ada satu hal yang Anda ingat dari panduan ini, ingatlah urutannya. Tuliskan tujuan dalam satu halaman, sepakati bersama beberapa mitra, lalu barulah buka matriksnya. Model yang disusun dengan cara ini membutuhkan waktu lebih lama untuk memulai, tetapi jauh lebih mudah dipertanggungjawabkan.
Susun model kematangan Anda sekali, lalu terapkan pada setiap mitra. Rancang matriks bersama tim, undang para mitra, dan lihat posisi masing-masing dari satu putaran ke putaran berikutnya. Bisa dimulai secara gratis.
Referensi
- Mark C. Paulk, Bill Curtis, Mary Beth Chrissis dan Charles V. Weber, Software Engineering Institute, Carnegie Mellon University, "Capability Maturity Model for Software, Version 1.1" (CMU/SEI-93-TR-024), Februari 1993, https://www.sei.cmu.edu/library/capability-maturity-model-for-software-version-11/ (diakses Oktober 2026).
- Jörg Becker, Ralf Knackstedt dan Jens Pöppelbuß, "Developing Maturity Models for IT Management: A Procedure Model and its Application", Business & Information Systems Engineering, 1(3), 2009, hlm. 213-222, https://doi.org/10.1007/s12599-009-0044-5 (diakses Oktober 2026).
- Tonia de Bruin, Michael Rosemann, Ronald Freeze dan Uday Kulkarni, "Understanding the Main Phases of Developing a Maturity Assessment Model", 16th Australasian Conference on Information Systems (ACIS), Sydney, 2005, https://aisel.aisnet.org/acis2005/109 (diakses Oktober 2026).
- Jens Pöppelbuß dan Maximilian Röglinger, "What Makes a Useful Maturity Model? A Framework of General Design Principles for Maturity Models and its Demonstration in Business Process Management", Proceedings of the 19th European Conference on Information Systems (ECIS 2011), Juni 2011, https://aisel.aisnet.org/ecis2011/28/ (diakses Oktober 2026).
- McKinsey & Company untuk Venture Philanthropy Partners, "Effective Capacity Building in Nonprofit Organizations", 2001, https://www.bridgespan.org/getmedia/ef1ff943-173b-48ec-843a-b5ce85c6c807/effective-capacity-building-VPP.pdf (diakses Oktober 2026).
© 2026 Mourinho Solutions. Hak cipta dilindungi.
