Bagikan melalui

Latar Belakang ke Integrasi Model Kematangan Kemampuan (CMMI)

  • Artikel

Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019

Panduan pasti untuk Integrasi Model Kematangan Kemampuan (CMMI) untuk Pengembangan diterbitkan oleh Institut Rekayasa Perangkat Lunak sebagai "CMMI: Panduan untuk Integrasi Proses dan Peningkatan Produk." Buku ini secara khusus menjelaskan CMMI for Development (CMMI-DEV) versi 1.3, yang merupakan salah satu model dalam rangkaian produk CMMI. Anda juga dapat menemukan "CMMI Distilled: Pengantar Praktis untuk Peningkatan Proses Terintegrasi" menjadi buku yang berguna dan dapat diakses tentang CMMI.

Catatan

Panduan yang disediakan di sini didasarkan pada versi 1.3 untuk CMMI dan mendukung proses CMMI yang tersedia dengan Azure DevOps. Tidak ada paket saat ini untuk memperbarui konten ini untuk mendukung versi yang lebih baru.

Catatan historis

CMMI dimulai pada tahun 1987 sebagai Model Maturitas Kemampuan (CMM), sebuah proyek di Institut Teknik Perangkat Lunak (SEI). SEI adalah pusat penelitian di Universitas Carnegie-Mellon, yang didirikan dan didanai oleh Departemen Pertahanan Amerika Serikat. Pertama kali diterbitkan pada tahun 1991, CMM untuk Perangkat Lunak dimulai sebagai daftar periksa faktor keberhasilan penting. Model ini juga dibangun berdasarkan penelitian di International Business Machines (IBM) Corporation dan pemimpin jaminan kualitas abad ke-20 seperti Philip Crosby dan W. Edwards Deming. Kedua nama, Model Kematangan Kemampuan, dan Representasi Bertahap lima tingkat terinspirasi oleh Model Kematangan Manufaktur Crosby. Diterapkan terutama pada program pertahanan, CMM mencapai adopsi yang cukup besar dan menjalani beberapa revisi. Keberhasilannya menyebabkan pengembangan CMM untuk berbagai subjek di luar perangkat lunak. Proliferasi model baru membingungkan. Sebagai tanggapan, pemerintah mendanai proyek dua tahun untuk membuat satu kerangka kerja yang dapat diperluas yang terintegrasi rekayasa sistem, rekayasa perangkat lunak, dan pengembangan produk. Upaya ini melibatkan lebih dari 200 pakar industri dan akademik. Hasilnya adalah CMMI.

CMMI-DEV adalah model. Ini bukan proses, atau resep yang harus diikuti. Sebagai gantinya, CMMI-DEV menyediakan serangkaian perilaku organisasi yang telah terbukti digunakan dalam pengembangan perangkat lunak dan rekayasa sistem. Mengapa menggunakan model seperti itu? Apa tujuannya? Dan bagaimana yang terbaik harus digunakan? Pertanyaan-pertanyaan kritis ini mungkin adalah masalah yang paling disalahpahami dengan CMMI.

Mengapa menggunakan model?

Upaya peningkatan memerlukan model cara kerja organisasi Anda, fungsi mana yang mereka butuhkan, dan bagaimana fungsi tersebut berinteraksi. Model memberi Anda pemahaman tentang elemen organisasi dan membantu dalam diskusi tentang bagaimana dan apa yang dapat dan harus ditingkatkan.

Model menawarkan manfaat berikut:

  • Menyediakan kerangka kerja dan bahasa umum untuk membantu berkomunikasi
  • Memanfaatkan pengalaman bertahun-tahun
  • Membantu pengguna mempertimbangkan gambar besar saat berfokus pada peningkatan
  • Sering didukung oleh pelatih dan konsultan
  • Dapat membantu menyelesaikan ketidaksepakatan dengan memberikan standar yang disepakati

Apa tujuan model CMMI?

Tujuan dari model CMMI adalah untuk menilai kematangan proses organisasi dan untuk memberikan panduan tentang meningkatkan proses, dengan tujuan produk yang ditingkatkan. Selain itu, CMMI adalah model untuk manajemen risiko dan menyediakan cara untuk mengukur kemampuan organisasi untuk mengelola risiko. Kemampuan untuk mengelola faktor risiko menjadi kemampuan organisasi untuk memberikan produk berkualitas tinggi. Perspektif lain tentang mengelola risiko adalah seberapa baik kinerja organisasi di bawah tekanan. Organisasi dengan kematangan tinggi dan kemampuan tinggi dapat dengan mudah merespons peristiwa yang tidak terduga dan penuh tekanan. Organisasi dengan kematangan rendah dan kemampuan yang lebih rendah cenderung panik di bawah stres, secara membabi buta mengikuti prosedur yang patuh, atau membuang semua proses sama sekali dan mengulang kembali ke kekacauan.

CMMI, bagaimanapun, bukan indikator yang terbukti dari kinerja ekonomi organisasi. Meskipun organisasi kematangan yang lebih tinggi dapat mengelola risiko dengan lebih baik dan lebih dapat diprediksi, bukti ada bahwa perusahaan kematangan yang lebih tinggi cenderung tidak memiliki risiko. Keenggalan risiko dapat menyebabkan kurangnya inovasi atau bukti birokrasi yang lebih besar yang menghasilkan waktu tunggu yang lama dan kurangnya daya saing. Perusahaan kematangan yang lebih rendah cenderung lebih inovatif dan kreatif tetapi kacau dan tidak dapat diprediksi. Ketika hasil dicapai, mereka sering kali merupakan hasil dari upaya heroik oleh individu atau manajer.

Apa cara terbaik untuk menggunakan model CMMI?

Model ini dirancang untuk digunakan sebagai dasar untuk inisiatif peningkatan proses, dengan penggunaannya dalam penilaian hanya sistem dukungan untuk mengukur peningkatan. Telah ada keberhasilan campuran dengan penggunaan ini. Semuanya terlalu mudah untuk mengira model untuk definisi proses dan mencoba mengikutinya, alih-alih peta yang mengidentifikasi celah dalam proses yang ada yang mungkin perlu diisi. Blok penyusun dasar CMMI adalah area proses yang mendefinisikan tujuan dan beberapa kegiatan yang sering digunakan untuk memenuhinya. Salah satu contoh area proses adalah Proses dan Jaminan Kualitas Produk. Lainnya adalah Manajemen Konfigurasi. Penting untuk dipahami bahwa area proses bukanlah proses. Satu proses dapat melintasi beberapa area proses, dan area proses individual dapat melibatkan beberapa proses.

CMMI-DEV benar-benar dua model yang memiliki elemen dasar yang sama. Yang pertama dan paling akrab adalah Representasi Bertahap, yang menyajikan 22 area proses yang dipetakan ke dalam salah satu dari lima tingkat kematangan organisasi. Penilaian organisasi akan menilai tingkat di mana organisasi beroperasi, dan tingkat ini akan menjadi indikator kemampuannya untuk mengelola risiko dan, karena, memberikan janji-janjinya.

Representasi Bertahap CMMI

Tingkat 4 dan 5 sering disebut sebagai tingkat kematangan yang lebih tinggi. Sering kali ada perbedaan yang jelas antara organisasi kematangan yang lebih tinggi, yang menunjukkan manajemen kuantitatif dan mengoptimalkan perilaku, dan organisasi kematangan yang lebih rendah, yang hanya dikelola atau mengikuti proses yang ditentukan. Organisasi kematangan yang lebih tinggi menunjukkan varianbilitas yang lebih rendah dalam proses dan sering menggunakan indikator utama sebagai bagian dari metode manajemen yang dapat dipertahankan secara statistik. Akibatnya, organisasi kematangan yang lebih tinggi cenderung lebih mudah diprediksi dan lebih cepat dalam merespons informasi baru, dengan asumsi bahwa birokrasi lain tidak menghalangi. Di mana organisasi dengan kematangan rendah cenderung menunjukkan upaya heroik, organisasi kematangan tinggi dapat secara membabi buta mengikuti proses ketika berada di bawah tekanan dan gagal mengenali bahwa perubahan proses mungkin merupakan respons yang lebih tepat.

Model Representasi Berkelanjutan memproses kemampuan dalam masing-masing dari 22 area proses secara individual, yang memungkinkan organisasi untuk menyesuaikan upaya peningkatan mereka dengan proses yang menawarkan nilai bisnis tertinggi. Representasi ini lebih sejalan dengan model asli Crosby. Penilaian terhadap model ini menghasilkan profil kemampuan daripada satu angka. Karena tingkat kematangan organisasi adalah tingkat yang dipahami sebagian besar manajer dan eksekutif, ada cara untuk memetakan hasil penilaian model berkelanjutan ke dalam lima tahap.

Representasi Berkelanjutan CMMI

Menggunakan model bertahap sebagai dasar untuk program peningkatan proses bisa berbahaya ketika pelaksana lupa bahwa CMMI bukan proses atau model alur kerja. Sebagai gantinya, CMMI dirancang untuk memberikan tujuan untuk proses dan alur kerja untuk dicapai. Memenuhi tujuan tersebut meningkatkan kematangan organisasi dan kemungkinan peristiwa terungkap seperti yang direncanakan. Mungkin mode kegagalan terbesar adalah membuat mencapai tingkat tujuan dan kemudian membuat proses dan infrastruktur hanya untuk melewati appraisal. Tujuan dari setiap aktivitas perbaikan proses harus perbaikan yang terukur, bukan angka.

Model Berkelanjutan telah menikmati keberhasilan sebagai panduan untuk memproses peningkatan. Beberapa perusahaan konsultasi memilih hanya untuk menawarkan panduan sekeliling model Berkelanjutan. Perbedaan yang paling jelas adalah bahwa program peningkatan proses yang dirancang di sekitar model Berkelanjutan tidak memiliki tujuan buatan yang ditentukan oleh tingkat kematangan. Model Berkelanjutan juga meminjamkan dirinya untuk menerapkan peningkatan proses di area di mana kemungkinan besar akan memanfaatkan manfaat ekonomi bagi organisasi. Oleh karena itu, mereka yang mengikuti model Berkelanjutan lebih cenderung menerima umpan balik positif dari inisiatif yang didasarkan pada model CMMI. Selain itu, umpan balik positif lebih cenderung mengarah pada pengembangan siklus perbaikan yang berbudi.

Elemen model CMMI

Tabel berikut mencantumkan 22 area proses yang terdiri dari model CMMI (versi 1.3):

Singkatan Area Proses
CAR Analisis & Resolusi Kausal
CM Pengelolaan Konfigurasi
DAR Analisis Keputusan & Resolusi
PHT Manajemen Proyek Terintegrasi
MA 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 & 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 terhadap setiap tahap, seperti yang ditunjukkan dalam ilustrasi berikut.

Representasi tahap memperlihatkan area proses

Dalam Representasi Berkelanjutan, area proses dipetakan ke dalam pengelompokan fungsional, seperti yang ditunjukkan dalam ilustrasi berikut.

Representasi Berkelanjutan memperlihatkan Area Proses

Setiap area proses terdiri dari komponen yang diperlukan, diharapkan, dan informatif. Hanya komponen yang diperlukan yang benar-benar diperlukan untuk memenuhi penilaian terhadap model. Komponen yang diperlukan adalah tujuan spesifik dan umum untuk setiap area proses. Komponen yang diharapkan adalah praktik spesifik dan umum untuk setiap tujuan tertentu atau generik. Perhatikan bahwa, karena komponen yang diharapkan hanya diharapkan dan tidak diperlukan, ini menunjukkan bahwa praktik tertentu atau generik dapat digantikan oleh praktik yang setara. Praktik yang diharapkan ada untuk memandu pelaksana dan appraiser. Jika praktik alternatif dipilih, terserah pelaksana untuk memberi tahu appraiser dan membenarkan mengapa praktik alternatif sesuai. Komponen informatif memberikan detail yang membantu pelaksana memulai inisiatif peningkatan proses yang dipandu oleh model CMMI. Komponen informatif termasuk subpraktik praktik generik dan spesifik serta produk kerja khas.

Hanya tujuan umum dan spesifik yang diperlukan. Segala sesuatu yang lain disediakan sebagai panduan. Untuk contoh komponen yang diharapkan dan informatif, literatur CMMI menarik data dari proyek ruang besar dan sistem pertahanan. Proyek-proyek ini mungkin tidak mencerminkan jenis proyek yang dilakukan di organisasi Anda, juga tidak mungkin mencerminkan tren yang lebih baru di industri, seperti munculnya metode pengembangan perangkat lunak Agile.