CMMI - Panduan Cepat

Perbaikan proses adalah perbaikan berkelanjutan. Kita tidak pernah bisa mencapai kesempurnaan. Dalam tutorial ini, kita akan mempelajari CMM yang merupakan model yang terus berkembang dan meningkat di mana fokusnya adalah selalu melakukan yang lebih baik. Jangkauan kita harus selalu melebihi genggaman kita.

Apa itu CMM?

• CMM adalah singkatan dari Ckemampuan Mketidakamanan Model.

• Berfokus pada elemen praktik dan proses penting dari berbagai badan pengetahuan.

• Menjelaskan cara-cara berbisnis yang masuk akal, efisien, dan terbukti (yang seharusnya sudah Anda lakukan) - bukan pendekatan baru yang radikal.

• CMM adalah metode untuk mengevaluasi dan mengukur kematangan proses pengembangan perangkat lunak suatu organisasi.

• CMM mengukur kematangan proses pengembangan perangkat lunak dalam skala 1 hingga 5.

• CMM v1.0 dikembangkan oleh Software Engineering Institute (SEI) di Carnegie Mellon University di Pittsburgh, AS.

• CMM pada awalnya dikembangkan untuk Pengembangan dan Pemeliharaan Perangkat Lunak tetapi kemudian dikembangkan untuk -

  • Rekayasa sistem

  • Sumber Pemasok

  • Pengembangan Produk dan Proses Terintegrasi

  • Orang CMM

  • Akuisisi Perangkat Lunak

Contoh CMM

• People CMM - Mengembangkan, memotivasi, dan mempertahankan bakat proyek.

• Software CMM - Meningkatkan kemampuan pengembangan dan pemeliharaan yang berfokus pada software.

Apa itu Kedewasaan?

Definisi bervariasi tetapi proses yang matang umumnya dianggap -

• Well-defined,

• Repeatable,

• Measured,

• Analyzed,

• Ditingkatkan, dan

• Effective.

Proses yang buruk tapi matang sama buruknya dengan tidak adanya kedewasaan sama sekali!

CMM membantu memecahkan masalah kedewasaan dengan mendefinisikan serangkaian praktik dan menyediakan kerangka umum untuk memperbaikinya. Fokus CMM adalah mengidentifikasi area proses utama dan praktik teladan yang mungkin terdiri dari proses perangkat lunak yang disiplin.

Organisasi yang Belum Dewasa vs Dewasa

Organisasi yang belum matang akan memiliki karakteristik berikut -

• Proses improvisasi selama proyek

• Proses yang disetujui akan diabaikan

• Reaktif, tidak proaktif

• Anggaran dan jadwal yang tidak realistis

• Kualitas dikorbankan untuk jadwal

• Tidak ada ukuran kualitas yang obyektif

Sebaliknya, karakteristik organisasi yang matang adalah sebagai berikut -

• Komunikasi dan koordinasi antar kelompok

• Pekerjaan diselesaikan sesuai rencana

• Praktik yang konsisten dengan proses

• Proses diperbarui seperlunya

• Peran / tanggung jawab yang terdefinisi dengan baik

• Manajemen secara resmi berkomitmen

Apa itu CMMI?

Proyek Integrasi CMM dibentuk untuk menyelesaikan masalah penggunaan beberapa CMM. Misi tim produk CMMI adalah menggabungkan tigaSource Modelsmenjadi kerangka kerja perbaikan tunggal untuk organisasi yang mengejar perbaikan proses di seluruh perusahaan. Ketiga Model Sumber ini adalah -

• Model Maturitas Kapabilitas untuk Perangkat Lunak (SW-CMM) - v2.0 Draft C.

• Electronic Industries Alliance Interim Standard (EIA / IS) - 731 Rekayasa Sistem.

• Model Kematangan Kemampuan Pengembangan Produk Terpadu (IPD-CMM) v0.98.

CMM Integration

• Membangun serangkaian model terintegrasi awal.

• Meningkatkan praktik terbaik dari model sumber berdasarkan pelajaran yang dipetik.

• Menetapkan kerangka kerja untuk memungkinkan integrasi model masa depan.

Perbedaan antara CMM dan CMMI

CMM adalah model referensi dari praktik yang matang dalam disiplin tertentu seperti CMM Rekayasa Sistem, CMM Perangkat Lunak, CMM Orang, CMM Akuisisi Perangkat Lunak, dll., Tetapi mereka sulit untuk diintegrasikan jika diperlukan.

CMMI adalah penerus CMM dan berevolusi sebagai seperangkat pedoman yang lebih matang dan dibangun dengan menggabungkan komponen terbaik dari disiplin individu CMM (Software CMM, People CMM, dll.). Ini dapat diterapkan pada pembuatan produk, manajemen orang, pengembangan perangkat lunak, dll.

CMM menjelaskan tentang rekayasa perangkat lunak itu sendiri sedangkan CMM Terintegrasi menggambarkan rekayasa perangkat lunak dan sistem. CMMI juga menggabungkan Proses Terpadu dan Pengembangan Produk dan sumber pemasok.

CMMI dan Tujuan Bisnis

Tujuan CMMI sangat jelas. Mereka adalah sebagai berikut -

• Produce quality products or services- Konsep peningkatan proses dalam model CMMI berkembang dari paradigma kualitas Deming, Juran, dan Crosby: Produk berkualitas adalah hasil dari proses kualitas. CMMI memiliki fokus yang kuat pada aktivitas terkait kualitas termasuk manajemen persyaratan, jaminan kualitas, verifikasi, dan validasi.

• Create value for the stockholders- Organisasi yang matang lebih cenderung membuat perkiraan biaya dan pendapatan yang lebih baik daripada organisasi dengan kematangan yang kurang, dan kemudian bekerja sesuai dengan perkiraan tersebut. CMMI mendukung produk berkualitas, jadwal yang dapat diprediksi, dan pengukuran yang efektif untuk mendukung manajemen dalam membuat perkiraan yang akurat dan dapat dipertahankan. Kematangan proses ini dapat menjaga dari masalah kinerja proyek yang dapat melemahkan nilai organisasi di mata investor.

• Enhance customer satisfaction- Memenuhi target biaya dan jadwal dengan produk berkualitas tinggi yang divalidasi terhadap kebutuhan pelanggan adalah formula yang baik untuk kepuasan pelanggan. CMMI menangani semua bahan ini melalui penekanannya pada perencanaan, pemantauan, dan pengukuran, dan peningkatan prediktabilitas yang hadir dengan proses yang lebih mampu.

• Increase market share- Pangsa pasar adalah hasil dari banyak faktor, termasuk produk dan layanan berkualitas, identifikasi nama, harga, dan citra. Pelanggan suka berurusan dengan pemasok yang memiliki reputasi untuk memenuhi komitmen mereka.

• Gain an industry-wide recognition for excellence- Cara terbaik untuk mengembangkan reputasi keunggulan adalah dengan secara konsisten bekerja dengan baik pada proyek, memberikan produk dan layanan berkualitas dalam parameter biaya dan jadwal. Memiliki proses yang sesuai dengan persyaratan CMMI dapat meningkatkan reputasi tersebut.

Integrasi CMM adalah model yang telah mengintegrasikan beberapa disiplin ilmu / badan pengetahuan. Saat ini ada empat badan pengetahuan yang tersedia untuk Anda saat memilih model CMMI.

Rekayasa sistem

Rekayasa sistem mencakup pengembangan sistem lengkap, yang mungkin termasuk atau tidak termasuk perangkat lunak. Insinyur sistem fokus pada mengubah kebutuhan, harapan, dan kendala pelanggan menjadi solusi produk dan mendukung solusi produk ini di seluruh siklus hidup produk.

Rekayasa Perangkat Lunak

Rekayasa perangkat lunak mencakup pengembangan sistem perangkat lunak. Insinyur perangkat lunak fokus pada penerapan pendekatan sistematis, disiplin, dan dapat diukur untuk pengembangan, operasi, dan pemeliharaan perangkat lunak.

Pengembangan Produk dan Proses Terintegrasi

Pengembangan Produk dan Proses Terpadu (IPPD) adalah pendekatan sistematis yang mencapai kolaborasi tepat waktu dari pemangku kepentingan yang relevan sepanjang masa produk untuk lebih memenuhi kebutuhan, harapan, dan persyaratan pelanggan. Proses untuk mendukung pendekatan IPPD terintegrasi dengan proses lain dalam organisasi.

Jika sebuah proyek atau organisasi memilih IPPD, ia melakukan praktik terbaik IPPD secara bersamaan dengan praktik terbaik lainnya yang digunakan untuk menghasilkan produk (misalnya, yang terkait dengan rekayasa sistem). Artinya, jika sebuah organisasi atau proyek ingin menggunakan IPPD, ia harus memilih satu atau lebih disiplin ilmu selain IPPD.

Sumber Pemasok

Saat upaya kerja menjadi lebih kompleks, manajer proyek dapat menggunakan pemasok untuk melakukan fungsi atau menambahkan modifikasi pada produk yang secara khusus dibutuhkan oleh proyek. Ketika aktivitas tersebut kritis, proyek mendapatkan keuntungan dari analisis sumber yang ditingkatkan dan dari pemantauan aktivitas pemasok sebelum pengiriman produk. Dalam keadaan ini, disiplin sumber pemasok mencakup perolehan produk dari pemasok.

Mirip dengan praktik terbaik IPPD, praktik terbaik sumber pemasok harus dipilih dalam hubungannya dengan praktik terbaik yang digunakan untuk menghasilkan produk.

Seleksi Disiplin CMMI

Memilih disiplin ilmu mungkin merupakan langkah yang sulit dan bergantung pada apa yang ingin ditingkatkan oleh organisasi.

• Jika Anda meningkatkan proses rekayasa sistem, seperti Manajemen Konfigurasi, Pengukuran dan Analisis, Fokus Proses Organisasi, Pemantauan dan Pengendalian Proyek, Penjaminan Kualitas Proses dan Produk, Manajemen Risiko, Manajemen Perjanjian Pemasok, dll., Maka Anda harus memilih Rekayasa sistem (SE) disiplin. Amplifikasi disiplin untuk rekayasa sistem menerima penekanan khusus.

• Jika Anda meningkatkan produk terintegrasi dan proses pengembangan proses seperti Tim Terintegrasi, Lingkungan Organisasi untuk Integrasi, maka Anda harus memilih IPPD. Amplifikasi disiplin untuk IPPD mendapat penekanan khusus.

• Jika Anda meningkatkan proses pemilihan sumber seperti Manajemen Pemasok Terintegrasi, Anda harus memilih Sumber pemasok (SS). Peningkatan disiplin untuk pengadaan pemasok mendapat penekanan khusus.

• Jika Anda meningkatkan berbagai disiplin ilmu, maka Anda perlu mengerjakan semua bidang yang terkait dengan disiplin tersebut dan memperhatikan semua penguatan disiplin untuk disiplin tersebut.

Kami akan membahas berbagai area yang terkait dengan implementasi CMMI di bab-bab selanjutnya.

CMMI disusun sebagai berikut -

• Tingkat Maturitas (representasi bertahap) atau Tingkat Kemampuan (representasi berkelanjutan)
• Area Proses
• Tujuan: Umum dan Spesifik
• Fitur umum
• Praktik: Generik dan Spesifik

Bab ini akan membahas tentang dua representasi CMMI dan subjek lainnya akan dibahas dalam bab berikutnya.

Representasi memungkinkan organisasi untuk mengejar tujuan perbaikan yang berbeda. Sebuah organisasi dapat melakukan salah satu dari dua jalur perbaikan berikut.

Representasi Bertahap

Representasi bertahap adalah pendekatan yang digunakan dalam CMM Perangkat Lunak. Ini adalah pendekatan yang menggunakan kumpulan area proses yang telah ditentukan sebelumnya untuk menentukan jalur perbaikan bagi suatu organisasi. Jalur perbaikan ini dijelaskan oleh komponen model yang disebut Tingkat Maturitas. Tingkat kematangan adalah dataran evolusi yang terdefinisi dengan baik untuk mencapai proses organisasi yang lebih baik.

Representasi Bertahap CMMI

• Memberikan urutan perbaikan yang telah terbukti, masing-masing berfungsi sebagai fondasi untuk perbaikan berikutnya.

• Mengizinkan perbandingan antar organisasi dengan menggunakan tingkat kematangan.

• Menyediakan migrasi yang mudah dari SW-CMM ke CMMI.

• Memberikan peringkat tunggal yang merangkum hasil penilaian dan memungkinkan perbandingan antar organisasi.

Jadi Perwakilan Bertahap menyediakan peta jalan yang telah ditentukan sebelumnya untuk perbaikan organisasi berdasarkan pengelompokan dan urutan proses yang terbukti dan hubungan organisasi terkait. Anda tidak dapat mengalihkan dari urutan langkah.

Struktur Bertahap CMMI

Gambar berikut mengilustrasikan Struktur Model Bertahap CMMI.

Representasi Berkelanjutan

Representasi berkelanjutan adalah pendekatan yang digunakan di SECM dan IPD-CMM. Pendekatan ini memungkinkan organisasi untuk memilih area proses tertentu dan melakukan perbaikan berdasarkan itu. Representasi berkelanjutan menggunakan Tingkat Kemampuan untuk mengkarakterisasi peningkatan relatif terhadap area proses individu.

Representasi Berkelanjutan CMMI

• Memungkinkan Anda memilih urutan peningkatan yang paling sesuai dengan tujuan bisnis organisasi Anda dan mengurangi area risiko organisasi Anda.

• Memungkinkan perbandingan di seluruh dan di antara organisasi berdasarkan area proses demi area proses.

• Menyediakan migrasi yang mudah dari EIA 731 (dan model lain dengan representasi berkelanjutan) ke CMMI.

Jadi Representasi Berkelanjutan memberikan fleksibilitas kepada organisasi untuk memilih proses perbaikan, serta jumlah perbaikan yang diperlukan.

Struktur Kontinu CMMI

Gambar berikut mengilustrasikan Struktur Model Kontinu CMMI.

Representasi Berkelanjutan vs Bertahap

Representasi Berkelanjutan	Representasi Bertahap
Area proses diatur oleh kategori area proses.	Area proses diatur oleh tingkat kematangan.
Peningkatan diukur dengan menggunakan tingkat kemampuan. Tingkat kemampuan mengukur kematangan proses tertentu di seluruh organisasi; itu berkisar dari 0 sampai 5.	Perbaikan diukur dengan menggunakan tingkat kematangan. Tingkat kematangan mengukur kematangan serangkaian proses di seluruh organisasi: berkisar dari 1 hingga 5.
Ada dua jenis praktik khusus: dasar dan lanjutan. Semua praktik khusus muncul dalam representasi berkelanjutan.	Hanya ada satu jenis praktik khusus. Konsep praktik dasar dan lanjutan tidak digunakan. Semua praktik khusus muncul dalam representasi bertahap kecuali jika pasangan praktik dasar-lanjutan terkait muncul dalam representasi berkelanjutan, dalam hal ini hanya praktik lanjutan yang muncul dalam representasi bertahap.
Tingkat kemampuan digunakan untuk mengatur praktik umum.	Fitur umum digunakan untuk mengatur praktik umum.
Semua praktik umum disertakan dalam setiap area proses.	Hanya praktik umum level 2 dan level 3 yang disertakan.
Pementasan yang setara memungkinkan penentuan tingkat kematangan dari profil pencapaian organisasi.	Tidak diperlukan mekanisme kesetaraan untuk mendukung representasi berkelanjutan karena setiap organisasi dapat memilih apa yang akan ditingkatkan dan berapa banyak yang harus ditingkatkan menggunakan representasi bertahap.

Representasi Mana yang Lebih Baik?

Setiap representasi memiliki kelebihan dibandingkan yang lain, beberapa organisasi menggunakan kedua representasi tersebut untuk menangani persyaratan tertentu pada waktu yang berbeda dalam program peningkatan mereka.

Kematangan organisasi adalah fokus dari representasi yang dipentaskan, sedangkan kemampuan area proses adalah fokus dari representasi berkelanjutan.

Kematangan organisasi dan kemampuan area proses adalah konsep yang serupa. Perbedaan di antara mereka adalah bahwa kematangan organisasi berkaitan dengan sekumpulan area proses di seluruh organisasi, sedangkan kapabilitas area proses berkaitan dengan serangkaian proses yang berkaitan dengan area proses tunggal atau praktik tertentu.

Diagram berikut menggambarkan kedua presentasi tersebut. Dalam diagram ini,ML menunjukkan Tingkat Kematangan dan PA Menunjukkan Area Proses.

Tingkat kematangan adalah dataran evolusioner yang terdefinisi dengan baik untuk mencapai proses perangkat lunak yang matang. Setiap tingkat kematangan menyediakan lapisan dasar untuk perbaikan proses yang berkelanjutan.

Model CMMI dengan representasi bertahap, memiliki lima tingkat kematangan yang ditentukan oleh angka 1 hingga 5. Mereka adalah -

• Initial
• Managed
• Defined
• Dikelola Secara Kuantitatif
• Optimizing

Tingkat Kematangan Representasi CMMI

Gambar berikut menunjukkan tingkat kematangan dalam representasi bertahap CMMI.

Sekarang kita akan mempelajari detail tentang setiap tingkat kedewasaan. Bagian selanjutnya akan mencantumkan semua area proses yang terkait dengan tingkat kematangan ini.

Detail Tingkat Maturitas

Tingkat kematangan terdiri dari serangkaian area proses yang telah ditentukan sebelumnya. Tingkat kematangan diukur dengan pencapaianspecific dan generic goalsyang berlaku untuk setiap kumpulan area proses yang telah ditentukan sebelumnya. Bagian berikut menjelaskan karakteristik setiap tingkat kematangan secara rinci.

Tingkat Maturitas 1 Awal

Pada tingkat kematangan 1, proses biasanya bersifat ad hoc dan kacau. Organisasi biasanya tidak menyediakan lingkungan yang stabil. Keberhasilan dalam organisasi ini bergantung pada kompetensi dan kepahlawanan orang-orang di dalam organisasi dan bukan pada penggunaan proses yang telah terbukti.

Organisasi tingkat kematangan 1 sering menghasilkan produk dan layanan yang berfungsi; Namun, seringkali mereka melebihi anggaran dan jadwal proyek mereka.

Organisasi tingkat 1 dewasa dicirikan oleh kecenderungan untuk berkomitmen berlebihan, meninggalkan proses pada saat krisis, dan tidak dapat mengulangi keberhasilan masa lalu mereka.

Tingkat Maturitas 2 Dikelola

Pada tingkat kematangan 2, organisasi telah mencapai semua specific dan generic goalsdari area proses tingkat kematangan 2. Dengan kata lain, proyek organisasi telah memastikan bahwa persyaratan dikelola dan proses direncanakan, dilakukan, diukur, dan dikendalikan.

Disiplin proses yang tercermin dari tingkat kematangan 2 membantu memastikan bahwa praktik yang ada dipertahankan selama masa stres. Ketika praktik ini diterapkan, proyek dijalankan dan dikelola sesuai dengan rencana yang didokumentasikan.

Pada tingkat kematangan 2, persyaratan, proses, produk kerja, dan layanan dikelola. Status produk pekerjaan dan pemberian layanan dapat dilihat oleh manajemen pada titik-titik yang ditentukan.

Komitmen dibuat di antara para pemangku kepentingan yang relevan dan direvisi sesuai kebutuhan. Produk kerja ditinjau dengan pemangku kepentingan dan dikontrol.

Produk dan layanan pekerjaan memenuhi persyaratan, standar, dan tujuan yang ditentukan.

Maturity Level 3 Didefinisikan

Pada tingkat kematangan 3, organisasi telah mencapai semua specific dan generic goals dari area proses yang ditetapkan ke tingkat kematangan 2 dan 3.

Pada tingkat kematangan 3, proses dikarakterisasi dan dipahami dengan baik, dan dijelaskan dalam standar, prosedur, alat, dan metode.

Perbedaan penting antara tingkat kematangan 2 dan tingkat kematangan 3 adalah ruang lingkup standar, deskripsi proses, dan prosedur. Pada tingkat kematangan 2, standar, deskripsi proses, dan prosedur mungkin sangat berbeda dalam setiap contoh proses tertentu (misalnya, pada proyek tertentu).

Pada tingkat kematangan 3, standar, deskripsi proses, dan prosedur untuk suatu proyek disesuaikan dari rangkaian proses standar organisasi agar sesuai dengan proyek atau unit organisasi tertentu. Rangkaian proses standar organisasi mencakup proses yang ditujukan pada tingkat kematangan 2 dan tingkat kematangan 3. Akibatnya, proses yang dilakukan di seluruh organisasi adalah konsisten kecuali untuk perbedaan yang diizinkan oleh pedoman penyesuaian.

Perbedaan penting lainnya adalah bahwa pada tingkat kematangan 3, proses biasanya dijelaskan secara lebih rinci dan lebih ketat daripada pada tingkat kematangan 2. Pada tingkat kematangan 3, proses dikelola secara lebih proaktif menggunakan pemahaman tentang keterkaitan kegiatan proses dan ukuran rinci dari proses, produk kerjanya, dan layanannya.

Tingkat Maturitas 4 Dikelola Secara Kuantitatif

Pada tingkat kematangan 4, organisasi telah mencapai semua specific goals dari area proses yang ditetapkan ke tingkat kematangan 2, 3, dan 4 dan generic goals ditetapkan ke tingkat kematangan 2 dan 3.

Pada tingkat kematangan 4, sub-proses dipilih yang secara signifikan berkontribusi pada kinerja proses secara keseluruhan. Sub-proses yang dipilih ini dikontrol dengan menggunakan statistik dan teknik kuantitatif lainnya.

Sasaran kuantitatif untuk kualitas dan kinerja proses ditetapkan dan digunakan sebagai kriteria dalam mengelola proses. Tujuan kuantitatif didasarkan pada kebutuhan pelanggan, pengguna akhir, organisasi, dan pelaksana proses. Kualitas dan kinerja proses dipahami dalam istilah statistik dan dikelola selama proses berlangsung.

Untuk proses ini, pengukuran rinci dari kinerja proses dikumpulkan dan dianalisis secara statistik. Penyebab khusus dari variasi proses diidentifikasi dan, jika sesuai, sumber penyebab khusus dikoreksi untuk mencegah kejadian di masa mendatang.

Kualitas dan pengukuran kinerja proses dimasukkan ke dalam gudang pengukuran organisasi untuk mendukung pengambilan keputusan berbasis fakta di masa depan.

Perbedaan penting antara tingkat kematangan 3 dan tingkat kematangan 4 adalah prediktabilitas kinerja proses. Pada tingkat kematangan 4, kinerja proses dikontrol menggunakan statistik dan teknik kuantitatif lainnya, dan dapat diprediksi secara kuantitatif. Pada tingkat kematangan 3, proses hanya dapat diprediksi secara kualitatif.

Pengoptimalan Tingkat Maturitas 5

Pada tingkat kematangan 5, organisasi telah mencapai semua specific goalsdari area proses yang ditetapkan ke tingkat kematangan 2, 3, 4, dan 5 dan generic goals ditetapkan ke tingkat kematangan 2 dan 3.

Proses terus ditingkatkan berdasarkan pemahaman kuantitatif tentang penyebab umum variasi yang melekat dalam proses.

Level ini berfokus pada peningkatan kinerja proses secara terus-menerus melalui peningkatan teknologi inkremental dan inovatif.

Tujuan perbaikan proses kuantitatif untuk organisasi ditetapkan, terus direvisi untuk mencerminkan tujuan bisnis yang berubah, dan digunakan sebagai kriteria dalam mengelola perbaikan proses.

Efek perbaikan proses yang diterapkan diukur dan dievaluasi terhadap tujuan perbaikan proses kuantitatif. Baik proses yang ditentukan maupun rangkaian proses standar organisasi adalah target aktivitas peningkatan yang terukur.

Mengoptimalkan proses yang gesit dan inovatif, bergantung pada partisipasi tenaga kerja yang diberdayakan yang selaras dengan nilai dan tujuan bisnis organisasi. Kemampuan organisasi untuk merespons perubahan dan peluang dengan cepat ditingkatkan dengan menemukan cara untuk mempercepat dan berbagi pembelajaran. Perbaikan proses secara inheren merupakan peran yang harus dimainkan setiap orang, menghasilkan siklus perbaikan yang berkelanjutan.

Perbedaan penting antara tingkat kematangan 4 dan tingkat kematangan 5 adalah jenis variasi proses yang ditangani. Pada tingkat kematangan 4, proses berkaitan dengan penanganan penyebab khusus dari variasi proses dan memberikan hasil yang dapat diprediksi secara statistik. Meskipun proses dapat menghasilkan hasil yang dapat diprediksi, hasilnya mungkin tidak cukup untuk mencapai tujuan yang ditetapkan. Pada tingkat kematangan 5, proses berkaitan dengan mengatasi penyebab umum variasi proses dan mengubah proses (yaitu, menggeser cara kinerja proses) untuk meningkatkan kinerja proses (sambil mempertahankan prediktabilitas statistik) untuk mencapai tujuan perbaikan proses kuantitatif yang ditetapkan .

Tingkat Kedewasaan Tidak Boleh Dilewati

Setiap tingkat kematangan memberikan landasan yang diperlukan untuk implementasi proses yang efektif di tingkat berikutnya.

• Proses tingkat yang lebih tinggi memiliki peluang keberhasilan yang lebih kecil tanpa disiplin yang diberikan oleh tingkat yang lebih rendah.

• Efek inovasi dapat dikaburkan dalam proses yang ramai.

Proses tingkat kematangan yang lebih tinggi dapat dilakukan oleh organisasi dengan tingkat kematangan yang lebih rendah, dengan risiko tidak diterapkan secara konsisten dalam krisis.

Tingkat Kematangan dan Area Proses

Berikut adalah daftar semua area proses terkait yang ditentukan untuk organisasi perangkat lunak. Area proses ini mungkin berbeda untuk organisasi yang berbeda.

Bagian ini memberikan nama area proses terkait. Untuk detail lebih lanjut tentang Area Proses ini melalui Bab Area Proses CMMI.

Tingkat	Fokus	Area Proses Utama	Hasil
5 Mengoptimalkan	Peningkatan Proses Berkelanjutan	Inovasi dan Penerapan Organisasi Analisis dan Resolusi Kausal	Kualitas Tertinggi / Risiko Terendah
4 Dikelola Secara Kuantitatif	Dikelola Secara Kuantitatif	Kinerja Proses Organisasi Manajemen Proyek Kuantitatif	Kualitas Lebih Tinggi / Risiko Lebih Rendah
3 Didefinisikan	Standardisasi Proses	Pengembangan Persyaratan Solusi Teknis Integrasi Produk Verifikasi Validasi Fokus Proses Organisasi Definisi Proses Organisasi Pelatihan Organisasi Manajemen Proyek Terintegrasi (dengan ekstra IPPD) Manajemen risiko Analisis dan Resolusi Keputusan Tim Terintegrasi (khusus IPPD) Org. Lingkungan untuk Integrasi (khusus IPPD) Manajemen Pemasok Terintegrasi (hanya SS)	Kualitas Sedang / Risiko Sedang
2 Dikelola	Manajemen Proyek Dasar	Manajemen Persyaratan Perencanaan proyek Pemantauan dan Pengendalian Proyek Manajemen Perjanjian Pemasok Pengukuran dan Analisis Proses dan Jaminan Kualitas Produk Manajemen konfigurasi	Kualitas Rendah / Risiko Tinggi
1 Awal	Prosesnya informal dan Adhoc		Kualitas Terendah / Risiko Tertinggi

Tingkat kapabilitas adalah dataran evolusi yang terdefinisi dengan baik yang menggambarkan kapabilitas organisasi relatif terhadap area proses. Tingkat kemampuan terdiri dari praktik spesifik dan umum terkait untuk area proses yang dapat meningkatkan proses organisasi yang terkait dengan area proses tersebut. Setiap tingkat adalah lapisan dalam fondasi untuk perbaikan proses yang berkelanjutan.

Jadi, tingkat kemampuan bersifat kumulatif, yaitu tingkat kemampuan yang lebih tinggi mencakup atribut dari tingkat yang lebih rendah.

Dalam model CMMI dengan representasi kontinu, ada enam tingkat kemampuan yang ditentukan oleh angka 0 hingga 5.

• 0 - Tidak lengkap
• 1 - Dilakukan
• 2 - Dikelola
• 3 - Didefinisikan
• 4 - Dikelola secara Kuantitatif
• 5 - Mengoptimalkan

Penjelasan singkat dari setiap tingkat kemampuan adalah sebagai berikut -

Capability Level 0: Tidak Lengkap

"Proses yang tidak lengkap" adalah proses yang tidak dilakukan atau dilakukan sebagian. Satu atau lebih dari tujuan spesifik dari area proses tidak terpenuhi dan tidak ada tujuan umum yang ada untuk level ini karena tidak ada alasan untuk melembagakan proses yang dilakukan sebagian.

Ini sama saja dengan Tingkat Kematangan 1 dalam representasi bertahap.

Capability Level 1: Dilakukan

Proses Capability Level 1 adalah proses yang diharapkan untuk melakukan semua praktik Capability Level 1 yang spesifik dan umum. Kinerja mungkin tidak stabil dan mungkin tidak memenuhi tujuan tertentu seperti kualitas, biaya, dan jadwal, tetapi pekerjaan yang bermanfaat dapat dilakukan. Ini hanyalah permulaan, atau langkah awal, dalam proses perbaikan. Itu berarti Anda melakukan sesuatu tetapi Anda tidak dapat membuktikan bahwa itu benar-benar berhasil untuk Anda.

Kapabilitas Level 2: Dikelola

Proses yang dikelola direncanakan, dilakukan, dipantau, dan dikendalikan untuk proyek individu, kelompok, atau proses yang berdiri sendiri untuk mencapai tujuan tertentu. Mengelola proses mencapai tujuan model untuk proses serta tujuan lainnya, seperti biaya, jadwal, dan kualitas. Seperti yang ditunjukkan oleh judul level ini, Anda secara aktif mengelola cara melakukan sesuatu di organisasi Anda. Anda memiliki beberapa metrik yang dikumpulkan dan diterapkan secara konsisten ke pendekatan manajemen Anda.

Note- metrik dikumpulkan dan digunakan di semua tingkat CMMI, baik dalam representasi bertahap maupun berkelanjutan. Adalah keliru yang pahit untuk berpikir bahwa sebuah organisasi dapat menunggu sampai Tingkat Kemampuan 4 untuk menggunakan metrik.

Kapabilitas Level 3: Ditentukan

Proses tingkat kemampuan 3 dicirikan sebagai "proses yang ditentukan". Proses yang ditentukan adalah proses yang dikelola (tingkat kemampuan 2) yang disesuaikan dari rangkaian proses standar organisasi sesuai dengan pedoman penyesuaian organisasi, dan memberikan kontribusi produk kerja, ukuran, dan informasi perbaikan proses lainnya ke aset proses organisasi.

Capability Level 4: Dikelola Secara Kuantitatif

Proses tingkat kemampuan 4 dicirikan sebagai "proses yang dikelola secara kuantitatif". Proses yang dikelola secara kuantitatif adalah proses yang ditentukan (tingkat kemampuan 3) yang dikontrol menggunakan statistik dan teknik kuantitatif lainnya. Sasaran kuantitatif untuk kualitas dan kinerja proses ditetapkan dan digunakan sebagai kriteria dalam mengelola proses. Kualitas dan kinerja proses dipahami dalam istilah statistik dan dikelola sepanjang hidup proses.

Capability Level 5: Mengoptimalkan

Proses pengoptimalan adalah proses yang dikelola secara kuantitatif yang ditingkatkan, berdasarkan pemahaman tentang penyebab umum variasi proses yang melekat pada proses. Ini berfokus pada peningkatan kinerja proses secara terus menerus melalui peningkatan bertahap dan inovatif. Baik proses yang ditentukan maupun rangkaian proses standar organisasi adalah target aktivitas peningkatan.

Capability Level 4 berfokus pada penetapan garis dasar, model, dan pengukuran untuk kinerja proses. Capability Level 5 berfokus pada mempelajari hasil kinerja di seluruh organisasi atau seluruh perusahaan, menemukan penyebab umum masalah dalam cara pekerjaan dilakukan (proses yang digunakan), dan memperbaiki masalah dalam proses tersebut. Perbaikan akan mencakup memperbarui dokumentasi proses dan pelatihan yang terlibat di mana kesalahan disuntikkan.

Organisasi Area Proses dalam Representasi Berkelanjutan

Kategori	Area Proses
Manajemen proyek	Perencanaan proyek Pemantauan dan Pengendalian Proyek Manajemen Perjanjian Pemasok Manajemen Proyek Terpadu (IPPD) Manajemen Pemasok Terintegrasi (SS) Tim Terintegrasi (IPPD) Manajemen Risiko Kuantitatif Manajemen Proyek
Dukung	Manajemen konfigurasi Proses dan Jaminan Kualitas Produk Pengukuran dan Analisis Analisis dan Resolusi Kausal Analisis dan Resolusi Keputusan Lingkungan Organisasi untuk Integrasi (IPPD)
Teknik	Manajemen Persyaratan Pengembangan Persyaratan Solusi Teknis Integrasi Produk Verification Validation
Manajemen proses	Fokus Proses Organisasi Definisi Proses Organisasi Pelatihan Organisasi Kinerja Proses Organisasi Inovasi dan Penerapan Organisasi

Area Proses adalah sekumpulan praktik terkait di area yang, ketika diterapkan secara kolektif, memenuhi serangkaian tujuan yang dianggap penting untuk membuat peningkatan signifikan di area itu. Semua area proses CMMI umum untuk representasi kontinu dan bertahap.

Representasi berkelanjutan memungkinkan organisasi untuk memilih fokus upaya perbaikan prosesnya dengan memilih area proses tersebut, atau sekumpulan area proses yang saling terkait, yang paling menguntungkan organisasi dan tujuan bisnisnya. Meskipun ada beberapa batasan tentang apa yang dapat dipilih organisasi karena ketergantungan di antara area proses, organisasi memiliki kebebasan yang cukup besar dalam memilihnya.

Setelah Anda memilih area proses, Anda juga harus memilih seberapa besar Anda ingin meningkatkan proses yang terkait dengan area proses tersebut (yaitu, pilih tingkat kemampuan yang sesuai). Tingkat kemampuan, dan tujuan serta praktik umum, mendukung peningkatan proses di area proses individu.

Sebaliknya, Anda akan melihat bahwa representasi bertahap mendorong Anda untuk selalu melihat area proses dalam konteks tingkat kedewasaan di mana mereka berada. Area proses diatur oleh tingkat kematangan untuk memperkuat konsep ini. Saat Anda menggunakan area proses, Anda menggunakan seluruh area proses yaitu, semua tujuan dan semua praktik.

Area Proses CMMI (PA) dapat dikelompokkan ke dalam empat kategori berikut untuk memahami interaksi dan hubungan mereka satu sama lain terlepas dari level yang ditentukan:

• Manajemen proses

• Manajemen proyek

• Engineering

• Support

Setiap area proses ditentukan oleh serangkaian tujuan dan praktik. Ada dua kategori tujuan dan praktik -

• Generic goals and practices - Mereka adalah bagian dari setiap area proses.

• Specific goals and practices - Mereka spesifik untuk area proses tertentu.

Area proses terpenuhi ketika proses perusahaan mencakup semua tujuan dan praktik umum dan spesifik untuk area proses tersebut.

Tujuan dan Praktek Umum

Sasaran dan praktik umum adalah bagian dari setiap area proses.

NOTATIONS - GG -> Tujuan Umum dan GP -> Latihan Umum

• GG 1 Mencapai Tujuan Khusus

  • GP 1.1 Melakukan Praktik Khusus

• GG 2 Melembagakan Proses yang Dikelola

  • GP 2.1 Menetapkan Kebijakan Organisasi

  • GP 2.2 Rencanakan Proses

  • GP 2.3 Menyediakan Sumber Daya

  • GP 2.4 Menetapkan Tanggung Jawab

  • GP 2.5 Melatih Orang

  • GP 2.6 Kelola Konfigurasi

  • GP 2.7 Identifikasi dan Libatkan Pemangku Kepentingan Terkait

  • GP 2.8 Memantau dan Mengontrol Proses

  • GP 2.9 Mengevaluasi Kepatuhan Secara Objektif

  • GP 2.10 Meninjau Status dengan Manajemen Tingkat Tinggi

• GG 3 Melembagakan Proses yang Ditetapkan

  • GP 3.1 Menetapkan Proses yang Ditentukan

  • GP 3.2 Kumpulkan Informasi Perbaikan

• GG 4 Melembagakan Proses yang Dikelola Secara Kuantitatif

  • GP 4.1 Menetapkan Tujuan Kuantitatif untuk Proses tersebut

  • GP 4.2 Menstabilkan Kinerja Sub proses

• GG 5 Melembagakan Proses Pengoptimalan

  • GP 5.1 Memastikan Peningkatan Proses Berkelanjutan

  • GP 5.2 Akar Penyebab Masalah yang Benar

Fitur umum

Ciri-ciri umum adalah atribut yang menunjukkan apakah implementasi dan pelembagaan area proses kunci efektif, berulang, dan bertahan lama. Lima fitur umum tercantum di bawah ini -

• Commitment to Perform- Komitmen untuk Melakukan menjelaskan tindakan, organisasi harus mengambil untuk memastikan bahwa proses ditetapkan dan akan bertahan. Komitmen untuk Melakukan biasanya melibatkan penetapan kebijakan organisasi dan sponsor manajemen senior.

• Ability to Perform- Ability to Perform menjelaskan prasyarat yang harus ada dalam proyek atau organisasi untuk mengimplementasikan proses perangkat lunak secara kompeten. Ability to Perform biasanya melibatkan sumber daya, struktur organisasi, dan pelatihan.

• Activities Performed- Kegiatan yang Dilakukan menjelaskan peran dan prosedur yang diperlukan untuk mengimplementasikan area proses utama. Aktivitas yang Dilakukan biasanya melibatkan penetapan rencana dan prosedur, melakukan pekerjaan, melacaknya, dan mengambil tindakan korektif seperlunya.

• Measurement and Analysis- Pengukuran dan Analisis menjelaskan kebutuhan untuk mengukur proses dan menganalisis pengukuran. Pengukuran dan Analisis biasanya mencakup contoh pengukuran yang dapat dilakukan untuk menentukan status dan efektivitas Kegiatan yang Dilakukan.

• Verifying Implementation- Verifying Implementation menjelaskan langkah-langkah untuk memastikan bahwa kegiatan yang dilakukan sesuai dengan proses yang telah ditetapkan. Verifikasi biasanya mencakup tinjauan dan audit oleh manajemen dan jaminan kualitas perangkat lunak.

Praktik dalam fitur umum Aktivitas Dilakukan menjelaskan apa yang harus diterapkan untuk menetapkan kapabilitas proses. Praktik-praktik lain, secara keseluruhan, membentuk dasar di mana organisasi dapat melembagakan praktik yang dijelaskan dalam fitur umum Kegiatan Dilakukan.

Area Proses secara Detail

CMMI berisi 22 area proses yang menunjukkan aspek pengembangan produk yang akan dicakup oleh proses perusahaan.

Analisis dan Resolusi Kausal

• Ini adalah area proses dukungan di Tingkat Maturitas 5.

Tujuan

Tujuan dari Causal Analysis and Resolution (CAR) adalah mengidentifikasi penyebab cacat dan masalah lain serta mengambil tindakan untuk mencegahnya terjadi di masa mendatang.

Praktik Khusus berdasarkan Tujuan

• SG 1 Tentukan Penyebab Cacat

  • SP 1.1 Pilih Data Cacat untuk Analisis

  • SP 1.2 Menganalisis Penyebab

• SG 2 Mengatasi Penyebab Cacat

  • SP 2.1 Melaksanakan Proposal Tindakan

  • SP 2.2 Mengevaluasi Pengaruh Perubahan

  • SP 2.3 Merekam Data

Manajemen konfigurasi

• Ini adalah area proses dukungan di Maturity Level 2.

Tujuan

Tujuan dari Configuration Management (CM) adalah untuk membangun dan memelihara integritas produk kerja menggunakan identifikasi konfigurasi, kontrol konfigurasi, akuntansi status konfigurasi, dan audit konfigurasi.

Specific Practices by Goal

• SG 1 Menetapkan Dasar

  • SP 1.1 Identifikasi Item Konfigurasi

  • SP 1.2 Membangun Sistem Manajemen Konfigurasi

  • SP 1.3 Membuat atau Merilis Baseline

• SG 2 Track dan Kontrol Perubahan

  • SP 2.1 Permintaan Perubahan Track

  • SP 2.2 Item Konfigurasi Kontrol

• SG 3 Membangun Integritas

  • SP 3.1 Membuat Catatan Manajemen Konfigurasi

  • SP 3.2 Melakukan Audit Konfigurasi

Analisis dan Resolusi Keputusan

• Ini adalah area proses dukungan di Maturity Level 3.

Tujuan

Tujuan dari Decision Analysis and Resolution (DAR) adalah menganalisis kemungkinan keputusan menggunakan proses evaluasi formal yang mengevaluasi alternatif yang teridentifikasi terhadap kriteria yang ditetapkan.

Praktik Khusus berdasarkan Tujuan

• SG 1 Evaluasi Alternatif

  • SP 1.1 Menyusun Pedoman Analisis Keputusan

  • SP 1.2 Menetapkan Kriteria Evaluasi

  • SP 1.3 Identifikasi Alternatif Solusi

  • SP 1.4 Memilih Metode Evaluasi

  • SP 1.5 Evaluasi Alternatif

  • SP 1.6 Pilih Solusi

Manajemen Proyek Terintegrasi + IPPD

• Ini adalah area proses Manajemen Proyek di Tingkat Maturitas 3.

Tujuan

Tujuan dari Integrated Project Management + IPPD (IPM) adalah untuk membangun dan mengelola proyek dan keterlibatan pemangku kepentingan terkait sesuai dengan proses terintegrasi dan ditentukan yang disesuaikan dari serangkaian proses standar organisasi.

Praktik Khusus berdasarkan Tujuan

• SG 1 Menggunakan Proses yang Ditentukan Proyek

  • SP 1.1 Menetapkan Proses Yang Ditetapkan Proyek

  • SP 1.2 Menggunakan Aset Proses Organisasi untuk Perencanaan Kegiatan Proyek

  • SP 1.3 Membangun Lingkungan Kerja Proyek

  • SP 1.4 Mengintegrasikan Rencana

  • SP 1.5 Mengelola Proyek Menggunakan Rencana Terintegrasi

  • SP 1.6 Berkontribusi pada Aset Proses Organisasi

• SG 2 Berkoordinasi dan Berkolaborasi dengan Stakeholder Terkait

  • SP 2.1 Mengelola Keterlibatan Pemangku Kepentingan

  • SP 2.2 Mengelola Ketergantungan

  • SP 2.3 Menyelesaikan Masalah Koordinasi

Penambahan IPPD -

• SG 3 Menerapkan Prinsip IPPD

  • SP 3.1 Membangun Visi Bersama Proyek

  • SP 3.2 Membentuk Struktur Tim Terpadu

  • SP 3.3 Mengalokasikan Persyaratan ke Tim Terintegrasi

  • SP 3.4 Membentuk Tim Terintegrasi

  • SP 3.5 Pastikan Kolaborasi Antar Tim Interfacing

Pengukuran dan Analisis

Ini adalah area proses dukungan di Maturity Level 2.

Tujuan

Tujuan dari Measurement and Analysis (MA) adalah untuk mengembangkan dan mempertahankan kemampuan pengukuran yang digunakan untuk mendukung kebutuhan informasi manajemen.

Praktik Khusus berdasarkan Tujuan

• SG 1 Pengukuran Align dan Kegiatan Analisis

  • SP 1.1 Menetapkan Tujuan Pengukuran

  • SP 1.2 Tentukan Tindakan

  • SP 1.3 Tentukan Prosedur Pengumpulan dan Penyimpanan Data

  • SP 1.4 Tentukan Prosedur Analisis

• SG 2 Memberikan Hasil Pengukuran

  • SP 2.1 Kumpulkan Data Pengukuran

  • SP 2.2 Menganalisis Data Pengukuran

  • SP 2.3 Menyimpan Data dan Hasil

  • SP 2.4 Mengkomunikasikan Hasil

Inovasi dan Penerapan Organisasi

Ini adalah area proses Manajemen Proses di Tingkat Maturitas 5.

Tujuan

Tujuan dari Organizational Innovation and Deployment(OID) adalah untuk memilih dan menerapkan peningkatan inkremental dan inovatif yang secara terukur meningkatkan proses dan teknologi organisasi. Peningkatan tersebut mendukung kualitas organisasi dan tujuan kinerja proses yang berasal dari tujuan bisnis organisasi.

Praktik Khusus berdasarkan Tujuan

• SG 1 Pilih Perbaikan

  • SP 1.1 Mengumpulkan dan Menganalisis Proposal Peningkatan

  • SP 1.2 Mengidentifikasi dan Menganalisis Inovasi

  • Perbaikan Pilot SP 1.3

  • SP 1.4 Pilih Perbaikan untuk Penerapan

• SG 2 Deploy Peningkatan

  • SP 2.1 Merencanakan area Penempatan

  • SP 2.2 Mengelola Penerapan

  • SP 2.3 Mengukur Efek Peningkatan

Definisi Proses Organisasi + IPPD (OPD)

Ini adalah area proses Manajemen Proses di Tingkat Maturitas 3.

Tujuan

Tujuan dari Organizational Process Definition + IPPD (OPD) adalah untuk membangun dan memelihara satu set aset proses organisasi yang dapat digunakan.

Praktik Khusus berdasarkan Tujuan

• SG 1 Membangun Aset Proses Organisasi

  • SP 1.1 Menetapkan Proses Standar

  • SP 1.2 Menetapkan Deskripsi Model Siklus Hidup

  • SP 1.3 Menetapkan Kriteria dan Pedoman Penyesuaian

  • SP 1.4 Membangun Repositori Pengukuran Organisasi

  • SP 1.5 Membentuk Perpustakaan Aset Proses Organisasi

Penambahan IPPD -

• SG 2 Mengaktifkan Manajemen IPPD

  • SP 2.1 Membangun Mekanisme Pemberdayaan

  • SP 2.2 Menetapkan Aturan dan Pedoman untuk Tim Terintegrasi

  • SP 2.3 Tanggung Jawab Tim Neraca dan Organisasi Rumah

Fokus Proses Organisasi

Ini adalah area proses Manajemen Proses di Tingkat Maturitas 3.

Tujuan

Tujuan dari Organizational Process Focus (OPF) adalah merencanakan dan melaksanakan perbaikan proses organisasi berdasarkan pemahaman menyeluruh tentang kekuatan dan kelemahan saat ini dari proses organisasi dan aset proses.

Praktik Khusus berdasarkan Tujuan

• SG 1 Menentukan Peluang Peningkatan Proses

  • SP 1.1 Menetapkan Kebutuhan Proses Organisasi

  • SP 1.2 Menilai Proses Organisasi

  • SP 1.3 Identifikasi Perbaikan Proses Organisasi

• SG 2 Merencanakan dan Menerapkan Aktivitas Peningkatan Proses

  • SP 2.1 Menetapkan Rencana Tindakan Proses

  • SP 2.2 Melaksanakan Proses Rencana Tindakan

• SG 3 Menyebarkan Aset Proses Organisasi dan Memasukkan Pembelajaran

  • SP 3.1 Menyebarkan Aset Proses Organisasi

  • SP 3.2 Menerapkan Proses Standar

  • SP 3.3 Memantau Implementasi

  • SP 3.4 Memasukkan Pengalaman Terkait Proses ke dalam Aset Proses Organisasi

Kinerja Proses Organisasi

Ini adalah area proses Manajemen Proses di Tingkat Maturitas 4.

Tujuan

Tujuan dari Organizational Process Performance (OPP) adalah untuk menetapkan dan memelihara pemahaman kuantitatif tentang kinerja rangkaian proses standar organisasi dalam mendukung tujuan kualitas dan kinerja proses, dan untuk menyediakan data kinerja proses, garis dasar, dan model untuk mengelola proyek organisasi secara kuantitatif.

Praktik Khusus berdasarkan Tujuan

• SG 1 Menetapkan Dasar dan Model Kinerja

  • SP 1.1 Pilih Proses

  • SP 1.2 Menetapkan Ukuran Kinerja Proses

  • SP 1.3 Menetapkan Sasaran Kinerja Kualitas dan Proses

  • SP 1.4 Menetapkan Dasar-dasar Kinerja Proses

  • SP 1.5 Membangun Model Kinerja Proses

Pelatihan Organisasi

Ini adalah area proses Manajemen Proses di Tingkat Maturitas 3.

Tujuan

Tujuan dari Organizational Training (OT) adalah mengembangkan keterampilan dan pengetahuan masyarakat sehingga mereka dapat menjalankan peran mereka secara efektif dan efisien.

Praktik Khusus berdasarkan Tujuan

• SG 1 Membangun Kemampuan Pelatihan Organisasi

  • SP 1.1 Menetapkan Kebutuhan Pelatihan Strategis

  • SP 1.2 Tentukan Kebutuhan Pelatihan Yang Merupakan Tanggung Jawab Organisasi

  • SP 1.3 Menyusun Rencana Taktis Pelatihan Organisasi

  • SP 1.4 Membangun Kemampuan Pelatihan

• SG 2 Memberikan Pelatihan yang Diperlukan

  • SP 2.1 Memberikan Pelatihan

  • SP 2.2 Membuat Catatan Pelatihan

  • SP 2.3 Menilai Efektivitas Pelatihan

Integrasi Produk

Ini adalah area proses Teknik di Tingkat Maturitas 3.

Tujuan

Tujuan dari Product Integration (PI) adalah merakit produk dari komponen produk, memastikan bahwa produk, sebagaimana terintegrasi, berfungsi dengan baik, dan mengirimkan produk.

Praktik Khusus berdasarkan Tujuan

• SG 1 Mempersiapkan Integrasi Produk

  • SP 1.1 Tentukan Urutan Integrasi

  • SP 1.2 Membangun Lingkungan Integrasi Produk

  • SP 1.3 Menetapkan Prosedur dan Kriteria Integrasi Produk

• SG 2 Pastikan Kompatibilitas Antarmuka

  • SP 2.1 Meninjau Deskripsi Antarmuka untuk Kelengkapan

  • SP 2.2 Mengelola Antarmuka

• SG 3 Merakit Komponen Produk dan Mengirimkan Produk

  • SP 3.1 Konfirmasi Kesiapan Komponen Produk untuk Integrasi

  • SP 3.2 Merakit Komponen Produk

  • SP 3.3 Evaluasi Komponen Produk Rakitan

  • SP 3.4 Mengemas dan Mengirimkan Produk atau Komponen Produk

Pemantauan dan Pengendalian Proyek

Ini adalah area proses Manajemen Proyek di Tingkat Maturitas 2.

Tujuan

Tujuan dari Project Monitoring and Control (PMC) adalah untuk memberikan pemahaman tentang kemajuan proyek sehingga tindakan korektif yang tepat dapat diambil ketika kinerja proyek menyimpang secara signifikan dari rencana.

Praktik Khusus berdasarkan Tujuan

• SG 1 Pantau Proyek Terhadap Rencana

  • SP 1.1 Memantau Parameter Perencanaan Proyek

  • SP 1.2 Memantau Komitmen

  • SP 1.3 Memantau Resiko Proyek

  • SP 1.4 Memantau Manajemen Data

  • SP 1.5 Memantau Keterlibatan Pemangku Kepentingan

  • SP 1.6 Melakukan Tinjauan Kemajuan

  • SP 1.7 Melakukan Tinjauan Milestone

• SG 2 Kelola Tindakan Korektif hingga Penutupan

  • SP 2.1 Menganalisis Masalah

  • SP 2.2 Mengambil Tindakan Korektif

  • SP 2.3 Mengelola Tindakan Korektif

Perencanaan proyek

Ini adalah area proses Manajemen Proyek di Tingkat Maturitas 2.

Tujuan

Tujuan dari Project Planning (PP) adalah untuk menetapkan dan memelihara rencana yang menentukan kegiatan proyek.

Praktik Khusus berdasarkan Tujuan

• SG 1 Menetapkan Estimasi

  • SP 1.1 Perkirakan Lingkup Proyek

  • SP 1.2 Menetapkan Estimasi Produk Kerja dan Atribut Tugas

  • SP 1.3 Tentukan Siklus Hidup Proyek

  • SP 1.4 Menentukan Estimasi Upaya dan Biaya

• SG 2 Mengembangkan Rencana Proyek

  • SP 2.1 Menetapkan Anggaran dan Jadwal

  • SP 2.2 Identifikasi Resiko Proyek

  • SP 2.3 Rencana Pengelolaan Data

  • SP 2.4 Rencana Sumber Daya Proyek

  • SP 2.5 Rencana Pengetahuan dan Keterampilan yang Dibutuhkan

  • SP 2.6 Merencanakan Keterlibatan Pemangku Kepentingan

  • SP 2.7 Menetapkan Rencana Proyek

• SG 3 Mendapatkan Komitmen pada Rencana

  • SP 3.1 Review Rencana yang Mempengaruhi Proyek

  • SP 3.2 Pekerjaan Rekonsiliasi dan Tingkat Sumber Daya

  • SP 3.3 Mendapatkan Komitmen Rencana

Proses dan Jaminan Kualitas Produk

Ini adalah area proses dukungan di Maturity Level 2.

Tujuan

Tujuan dari Process and Product Quality Assurance (PPQA) adalah untuk memberikan staf dan manajemen wawasan yang obyektif tentang proses dan produk kerja terkait.

Praktik Khusus berdasarkan Tujuan

• SG 1 Secara Objektif Mengevaluasi Proses dan Hasil Kerja

  • SP 1.1 Mengevaluasi Proses Secara Objektif

  • SP 1.2 Mengevaluasi Produk dan Jasa Pekerjaan Secara Objektif

• SG 2 Memberikan Wawasan Objektif

  • SP 2.1 Berkomunikasi dan Memastikan Resolusi Masalah Ketidakpatuhan

  • SP 2.2 Membuat Catatan

Manajemen Proyek Kuantitatif

Ini adalah area proses Manajemen Proyek di Tingkat Maturitas 4.

Tujuan

Tujuan dari Quantitative Project Management (QPM) area proses adalah untuk secara kuantitatif mengelola proses yang ditentukan proyek untuk mencapai kualitas proyek dan tujuan kinerja proses.

Praktik Khusus berdasarkan Tujuan

• SG 1 Mengelola Proyek secara Kuantitatif

  • SP 1.1 Menetapkan Tujuan Proyek

  • SP 1.2 Menyusun Proses yang Ditentukan

  • SP 1.3 Pilih Sub-proses yang Akan Dikelola Secara Statistik

  • SP 1.4 Mengelola Kinerja Proyek

• SG 2 Secara Statistik Mengelola Kinerja Sub-proses

  • SP 2.1 Pilih Tindakan dan Teknik Analitik

  • SP 2.2 Menerapkan Metode Statistik untuk Memahami Variasi

  • SP 2.3 Memantau Kinerja Sub-proses yang Dipilih

  • SP 2.4 Catat Data Manajemen Statistik

Pengembangan Persyaratan

Ini adalah area proses Teknik di Tingkat Maturitas 3.

Tujuan

Tujuan dari Requirements Development (RD) adalah untuk menghasilkan dan menganalisis persyaratan pelanggan, produk, dan komponen produk.

Praktik Khusus berdasarkan Tujuan

• SG 1 Kembangkan Persyaratan Pelanggan

  • SP 1.1 Memperoleh Kebutuhan

  • SP 1.2 Mengembangkan Persyaratan Pelanggan

• SG 2 Kembangkan Persyaratan Produk

  • SP 2.1 Menetapkan Persyaratan Produk dan Komponen Produk

  • SP 2.2 Mengalokasikan Persyaratan Komponen Produk

  • SP 2.3 Mengidentifikasi Persyaratan Antarmuka

• SG 3 Menganalisis dan Memvalidasi Persyaratan

  • SP 3.1 Membangun Konsep dan Skenario Operasional

  • SP 3.2 Menetapkan Definisi Fungsi yang Dibutuhkan

  • SP 3.3 Menganalisis Persyaratan

  • SP 3.4 Menganalisis Persyaratan untuk Mencapai Saldo

  • SP 3.5 Persyaratan Validasi

Manajemen Persyaratan

Ini adalah area proses Teknik di Tingkat Kematangan 2.

Tujuan

Tujuan dari Requirements Management (REQM) adalah untuk mengelola persyaratan produk proyek dan komponen produk dan untuk mengidentifikasi ketidakkonsistenan antara persyaratan tersebut dan rencana proyek dan produk kerja.

Praktik Khusus berdasarkan Tujuan

• SG 1 Kelola Persyaratan

  • SP 1.1 Memperoleh Pemahaman tentang Persyaratan

  • SP 1.2 Mendapatkan Komitmen untuk Persyaratan

  • SP 1.3 Kelola Perubahan Persyaratan

  • SP 1.4 Menjaga Ketertelusuran Dua Arah Persyaratan

  • SP 1.5 Mengidentifikasi Inkonsistensi antara Pekerjaan Proyek dan Persyaratan

Manajemen risiko

Ini adalah area proses Manajemen Proyek di Tingkat Maturitas 3.

Tujuan

Tujuan dari Risk Management (RSKM) adalah untuk mengidentifikasi masalah potensial sebelum terjadi sehingga kegiatan penanganan risiko dapat direncanakan dan dijalankan sesuai kebutuhan sepanjang umur produk atau proyek untuk mengurangi dampak buruk pada pencapaian tujuan.

Praktik Khusus berdasarkan Tujuan

• SG 1 Mempersiapkan Manajemen Risiko

  • SP 1.1 Menentukan Sumber dan Kategori Risiko

  • SP 1.2 Tentukan Parameter Risiko

  • SP 1.3 Menetapkan Strategi Manajemen Risiko

• SG 2 Identifikasi dan Analisis Risiko

  • SP 2.1 Identifikasi Resiko

  • SP 2.2 Mengevaluasi, Mengategorikan, dan Memprioritaskan Risiko

• SG 3 Mengurangi Resiko

  • SP 3.1 Mengembangkan Rencana Mitigasi Risiko

  • SP 3.2 Melaksanakan Rencana Mitigasi Risiko

Manajemen Perjanjian Pemasok

Ini adalah area proses Manajemen Proyek di Tingkat Maturitas 2.

Tujuan

Tujuan dari Supplier Agreement Management (SAM) adalah untuk mengelola akuisisi produk dari pemasok yang memiliki perjanjian formal.

Praktik Khusus berdasarkan Tujuan

• SG 1 Menetapkan Perjanjian PemasokM

  • SP 1.1 Tentukan Jenis Akuisisi

  • SP 1.2 Pilih Pemasok

  • SP 1.3 Menetapkan Perjanjian Pemasok

• SG 2 Memuaskan Perjanjian Pemasok

  • SP 2.1 Jalankan Perjanjian Pemasok

  • SP 2.2 Memantau Proses Pemasok yang Dipilih

  • SP 2.3 Mengevaluasi Produk Pekerjaan Pemasok yang Dipilih

  • SP 2.4 Terima Produk yang Diakuisisi

  • SP 2.5 Produk Transisi

Solusi Teknis

Ini adalah area proses Teknik di Tingkat Maturitas 3.

Tujuan

Tujuan dari Technical Solution(TS) adalah merancang, mengembangkan, dan mengimplementasikan solusi untuk kebutuhan. Solusi, desain, dan implementasi mencakup produk, komponen produk, dan proses siklus hidup terkait produk baik tunggal atau kombinasi yang sesuai.

Praktik Khusus berdasarkan Tujuan

• SG 1 Pilih Solusi Produk-Komponen

  • SP 1.1 Mengembangkan Solusi Alternatif dan Kriteria Seleksi

  • SP 1.2 Pilih Solusi Komponen Produk

• SG 2 Kembangkan Desain

  • SP 2.1 Mendesain Produk atau Komponen Produk

  • SP 2.2 Membuat Paket Data Teknis

  • SP 2.3 Desain Antarmuka Menggunakan Kriteria

  • SP 2.4 Melakukan Analisis Make, Buy, atau Reuse

• SG 3 Menerapkan Desain Produk

  • SP 3.1 Menerapkan Desain

  • SP 3.2 Mengembangkan Dokumentasi Penunjang Produk

Validasi

Ini adalah area proses Teknik di Tingkat Maturitas 3.

Tujuan

Tujuan dari Validation (VAL) adalah untuk menunjukkan bahwa produk atau komponen produk memenuhi tujuan penggunaannya ketika ditempatkan di lingkungan yang dimaksudkan.

Praktik Khusus berdasarkan Tujuan

• SG 1 Persiapan Validasi

  • SP 1.1 Pilih Produk untuk Validasi

  • SP 1.2 Membangun Lingkungan Validasi

  • SP 1.3 Menetapkan Prosedur dan Kriteria Validasi

• SG 2 Validasi Produk atau Komponen Produk

  • SP 2.1 Melakukan Validasi

  • SP 2.2 Menganalisis Hasil Validasi.

Verifikasi

Ini adalah area proses Teknik di Tingkat Maturitas 3.

Tujuan

Tujuan dari Verification (VER) adalah untuk memastikan bahwa produk kerja yang dipilih memenuhi persyaratan yang ditentukan.

Praktik Khusus berdasarkan Tujuan

• SG 1 Persiapan Verifikasi

  • SP 1.1 Pilih Produk Kerja untuk Verifikasi

  • SP 1.2 Membangun Lingkungan Verifikasi

  • SP 1.3 Menetapkan Prosedur dan Kriteria Verifikasi

• SG 2 Lakukan Tinjauan Sejawat

  • SP 2.1 Mempersiapkan Tinjauan Sejawat

  • SP 2.2 Melakukan Tinjauan Sejawat

  • SP 2.3 Menganalisis Data Peer Review

• SG 3 Memverifikasi Produk Pekerjaan yang Dipilih

  • SP 3.1 Lakukan Verifikasi

  • SP 3.2 Menganalisis Hasil Verifikasi

Perubahan Dilakukan ke Versi 1.2

Hanya perubahan yang dilakukan pada kumpulan Area Proses yang dipertimbangkan di sini. Untuk detail lengkap, kunjungi beranda SEI .

• Proses Area berikut telah dihapus (semua di Tingkat Maturitas 3) -

  • Lingkungan Organisasi untuk Integrasi (OEI)

  • Tim Terintegrasi (TI)

  • Manajemen Pemasok Terintegrasi (ISM)

• Penambahan berikut telah dibuat dalam Area Proses yang ada -

  • IPM. SG3 dan SG4 dieliminasi, SG3 baru ditambahkan (semua IPPD PA)

  • OPD. SG ditambahkan, mengubahnya menjadi IPPD PA

  • OPF. dua SP diekstrak dari SG dan dibuat SG3 bersama dengan dua SP baru

  • REQD. SP3.5 diubah namanya menjadi Validate Requirements

  • SAM. SP2.1 dihilangkan, dua SP baru ditambahkan di SG2

  • TS. SP1.2 dieliminasi

  • VER. SP3.2 diubah namanya Menganalisis Hasil Verifikasi

Penilaian CMMI adalah pemeriksaan satu atau lebih proses oleh tim profesional terlatih menggunakan model referensi penilaian sebagai dasar untuk menentukan kekuatan dan kelemahan organisasi.

Penilaian membutuhkan perencanaan. Saat merencanakan penilaian organisasi Anda, tentukan ruang lingkup unit organisasi, disiplin ilmu mana yang akan disertakan, apakah tim penilai akan terdiri dari anggota internal atau eksternal organisasi Anda, proyek yang akan disertakan, individu yang akan diwawancarai, dan jenis atau kelas penilaian yang diperlukan.

Penilaian mempertimbangkan tiga kategori komponen model sebagaimana didefinisikan dalam CMMI -

• Required - tujuan spesifik dan generik saja.

• Expected - praktik khusus dan umum saja.

• Informative - termasuk sub-praktik dan hasil kerja yang khas.

SEI telah merilis dua dokumen panduan untuk penilaian CMMI -

• Appraisal Requirements for CMMI (ARC) - Berisi persyaratan untuk tiga kelas metode penilaian Kelas A, Kelas B, dan Kelas C. Persyaratan ini adalah aturan untuk mendefinisikan setiap kelas metode penilaian.

• Standard CMMI Appraisal Method for Process Improvement (SCAMPI) - Metode Deskripsi Dokumen (MDD) saat ini satu-satunya metode penilaian Kelas A yang disetujui.

SCAMPI saat ini adalah satu-satunya Metode Penilaian CMMI Kelas A yang disetujui. Artinya, SCAMPI memenuhi semua persyaratan Metode Penilaian Kelas A ARC dan telah disetujui oleh SEI.

Ada tiga kelas Metode Penilaian CMMI: Kelas A, Kelas B, dan Kelas C.

Penilaian Kelas A SCAMPI

Penilaian SCAMPI Kelas A biasanya dilakukan ketika sebuah organisasi telah menerapkan sejumlah perbaikan proses yang signifikan dan perlu secara formal membandingkan prosesnya dengan CMMI. SCAMPI A adalah satu-satunya metode penilaian yang memberikan peringkat Tingkat Kematangan CMMI atau Tingkat Kemampuan.

Anda dapat mengharapkan hasil berikut dari SCAMPI A -

• Peringkat Tingkat Maturitas atau Tingkat Kemampuan.

• Temuan yang menggambarkan kekuatan dan kelemahan proses organisasi Anda relatif terhadap CMMI.

• Konsensus mengenai masalah proses utama organisasi.

• Database penilaian yang dapat terus digunakan organisasi, untuk memantau kemajuan peningkatan proses dan untuk mendukung penilaian di masa mendatang.

Penilaian Kelas B SCAMPI

SCAMPI B dipanggil ketika sebuah organisasi perlu menilai kemajuannya menuju Target Tingkat Kematangan CMMI, tetapi dengan biaya yang lebih rendah daripada penilaian SCAMPI A. SCAMPI B memberikan temuan rinci dan menunjukkan kemungkinan bahwa praktik yang dievaluasi akan dinilai sebagai memuaskan diimplementasikan dalam penilaian SCAMPI A.

Penilaian SCAMPI Kelas B, salah satu dari tiga metode penilaian SEI, membantu organisasi memahami, dengan tingkat kepercayaan yang relatif tinggi, status perangkat lunak dan proses rekayasa sistem relatif terhadap CMMI. SCAMPI B sering dilakukan ketika sebuah organisasi perlu menilai secara akurat kemajuannya menuju Tingkat Kematangan CMMI target.

Anda dapat mengharapkan hasil berikut dari SCAMPI B -

• Temuan terperinci yang menggambarkan kekuatan dan kelemahan proses organisasi Anda relatif terhadap CMMI.

• Karakterisasi praktik yang menunjukkan kemungkinan bahwa praktik yang diperiksa akan memenuhi tujuan dan memenuhi maksud CMMI.

• Konsensus mengenai masalah proses utama organisasi.

• Basis data FIDO yang dapat terus digunakan organisasi, untuk memantau kemajuan peningkatan proses dan untuk mendukung penilaian di masa mendatang.

Penilaian Kelas C SCAMPI

Penilaian SCAMPI C lebih pendek dan lebih fleksibel daripada penilaian SCAMPI A dan B dan dilakukan untuk menangani berbagai kebutuhan khusus, dari analisis kesenjangan cepat hingga menentukan kesiapan organisasi untuk SCAMPI A.

Penilaian Kelas C SCAMPI, yang paling tidak formal dari rangkaian metode penilaian SEI, sangat fleksibel dan dapat dilakukan untuk memenuhi berbagai kebutuhan. Biasanya durasinya jauh lebih pendek daripada penilaian Kelas A dan B, penilaian SCAMPI C sering dilakukan karena alasan seperti -

• Memberikan analisis kesenjangan cepat dari proses organisasi relatif terhadap CMMI.

• Menilai kecukupan proses baru sebelum diterapkan.

• Pantau implementasi suatu proses.

• Menentukan kesiapan organisasi untuk SCAMPI A.

• Mendukung pemilihan pemasok.

Anda dapat mengharapkan hasil berikut dari SCAMPI C -

• Temuan yang menggambarkan kekuatan dan kelemahan dari proses yang dinilai. Bergantung pada lingkup dan strategi penilaian, temuan dapat dipetakan ke komponen CMMI yang relevan.

• Karakterisasi yang meringkas kecukupan proses yang dinilai vis-a-vis CMMI.

• Tindakan perbaikan proses yang direkomendasikan.

• Basis data FIDO yang dapat terus digunakan organisasi untuk memantau kemajuan peningkatan proses dan untuk mendukung penilaian di masa mendatang.

Karakteristik Kelas Penilaian

Setiap kelas dibedakan berdasarkan tingkat ketelitian yang terkait dengan penerapan metode. Kelas A adalah yang paling ketat, Kelas B sedikit kurang ketat, dan Kelas C adalah yang paling tidak ketat. Tabel berikut memberikan beberapa gambaran tentang perbedaan yang diharapkan antara metode di setiap kelas.

Karakteristik	Kelas A	Kelas B	Kelas C
Jumlah bukti obyektif yang dikumpulkan	Tinggi	Medium	Rendah
Peringkat dibuat	Iya	Tidak	Tidak
Kebutuhan sumber daya	Tinggi	Medium	Rendah
Ukuran tim	Besar	Medium	Kecil
Sumber data (instrumen, wawancara, dan dokumen)	Membutuhkan ketiga sumber data	Hanya membutuhkan dua sumber data (satu harus wawancara)	Hanya membutuhkan satu sumber data
Persyaratan pemimpin tim penilaian	Penilai Prospek Resmi	Penilai Utama Resmi atau orang yang terlatih dan berpengalaman	Orang yang terlatih dan berpengalaman

Dasar-dasar SCAMPI

SCAMPI adalah singkatan dari Standard CMMI Appraisal Method for Process Improvement. Penilaian SCAMPI harus dipimpin oleh Penilai Utama SCAMPI resmi SEI. SCAMPI didukung oleh SCAMPI Product Suite, yang mencakup Deskripsi Metode SCAMPI, kuesioner jatuh tempo, alat bantu kerja, dan template.

Saat ini, SCAMPI adalah satu-satunya metode yang dapat memberikan peringkat, satu-satunya metode yang diakui oleh SEI, dan metode yang paling menarik bagi organisasi.

SCAMPI didasarkan pada pengalaman dari metode sebelumnya, termasuk -

• CBA IPI - Penilaian Berbasis CMM untuk Peningkatan Proses Internal.

• SCE - Evaluasi Kemampuan Software.

• EIA/IS 732.2 - Standar internasional sementara berjudul Metode Penilaian Rekayasa Sistem.

• SDCE - Evaluasi Kemampuan Pengembangan Perangkat Lunak.

• Metode Penilaian FAA.

Bab ini membahas pemain utama yang terlibat dengan upaya perbaikan proses. Namun, organisasi Anda mungkin memerlukan lebih banyak atau lebih sedikit grup.

Perhatikan bahwa satu orang dapat memenuhi banyak peran ini secara bersamaan atau serial, tergantung pada ukuran organisasi Anda dan kompleksitas upaya peningkatan proses (PI) Anda.

Peningkatan proses

Upaya perbaikan proses umumnya membutuhkan individu dan kelompok berikut -

• PI Sponsor- Orang dari organisasi yang bertanggung jawab untuk mengawasi seluruh upaya PI. Orang ini umumnya memiliki kekuasaan untuk mengalokasikan dana dan personel. Orang ini biasanya di tingkat direktorat atau di atasnya.

• PI Champion- Ini adalah orang hubungan masyarakat untuk upaya PI, yang mungkin atau mungkin tidak berfungsi sebagai Pemimpin EPG. Orang ini memasarkan ide, pendekatan, dan hasil PI.

• Engineering Process Group (EPG) Lead- Orang ini memimpin grup yang meninjau proses. Orang ini memberikan tugas kepada anggota EPG, memantau upaya mereka, dan merencanakan tugas harian EPG.

• EPG Members- Orang-orang ini bertugas di EPG sebagai anggota komite. Mereka bertanggung jawab untuk memastikan bahwa dokumentasi perbaikan proses ditulis dan diikuti. Mereka juga bertanggung jawab untuk menghasilkan metrik untuk melacak proses peningkatan proses. Mereka memimpin PAT.

• Process Action Teams (PATs) - Tim ini menghasilkan dokumentasi perbaikan proses, kebijakan, proses, prosedur, piagam, dan Rencana Tindakan.

• Transition Partner- Biasanya satu atau dua orang yang merupakan konsultan luar dibawa untuk membantu menyiapkan, merencanakan, memimpin, dan memantau kemajuan dalam perbaikan proses organisasi. Orang-orang ini membawa pengalaman melakukan perbaikan proses dari beberapa organisasi dan industri lain.

Tutorial ini membahas Struktur CMMI yang terdiri dari komponen berikut -

• Tingkat Maturitas (representasi bertahap) atau Tingkat Kemampuan (representasi berkelanjutan)
• Area Proses
• Tujuan: Umum dan Spesifik
• Fitur umum
• Praktik: Generik dan Spesifik

Kami telah mencakup semua tingkat kematangan dan tingkat kemampuan. Selain itu, kami membahas semua Area Proses Utama dan Tujuan Umum terkait, Sasaran Khusus, Fitur Umum, dan Praktik.

Nanti, kami telah memberi Anda pengantar singkat tentang Penilaian CMMI dan menunjukkan kepada Anda Kelas Penilaian yang berbeda.

Apa selanjutnya?

SEI CMMI adalah subjek besar yang tidak dapat dijelaskan dalam tutorial kecil. Jadi kami sangat menyarankan Anda untuk melihat sumber CMMI lain dan mengumpulkan lebih banyak informasi tentang subjek ini. Sumber daya ini tercantum dalam bab Sumber Daya CMMI.

Kirimkan saya tanggapan Anda di [email protected]

SEBUAH	B	C	D	E	F	G	H	I	J	K
L	M	N	O	P	Q	R	S	T	U	V
W	X	Y	Z

Ability to perform − A common feature of CMMI model process areas with a staged representation that groups the generic practices related to ensuring that the project and/or organization has the resources it needs.

Acceptance criteria − The criteria that a product or product component must satisfy to be accepted by a user, customer, or other authorized entity.

Acceptance testing − Formal testing conducted to enable a user, customer, or other authorized entity to determine whether to accept a product or product component.

Achievement profile − In the continuous representation, a list of process areas and their corresponding capability levels that represent the organization's progress for each process area while advancing through the capability levels.

Acquisition − The process of obtaining, through contract, any discrete action or proposed action by the acquisition entity that would commit to invest for obtaining products and services.

Acquisition strategy − The specific approach to acquiring products and services that is based on considerations of supply sources, acquisition methods, requirements specification types, contract or agreement types, and the related acquisition risk.

Adequate − Adequate, appropriate, and as needed appear in CMMI to allow managers at all levels and practitioners to interpret the specific and generic goals and practices in light of the organization's business objectives. For example, a Generic Practice for the process area of Risk Management states− "Provide adequate resources for performing the risk management process, developing the work products, and providing the services of the process." Adequate could be satisfied by Numbers of people, People who must monitor the risks etc.

Advanced practices − In the continuous representation, all the specific practices with a capability level of two or higher.

Agreement/contract requirements − All technical and non-technical requirements related to an acquisition.

Allocated requirement − Requirement that levies all or part of the performance and functionality of a higher level requirement on a lower level architectural element or design component.

Alternative practice − A practice that is a substitute for one or more generic or specific practices contained in CMMI models that achieves an equivalent effect toward satisfying the generic or specific goal associated with model practices. Alternative practices are not necessarily one-for-one replacements for the generic or specific practices.

Appraisal − An appraisal is an examination of one or more processes by a trained team of professionals using an appraisal reference model as the basis for determining strengths and weaknesses.

Appraisal findings − The conclusions of an appraisal that identify the most important issues, problems, or opportunities within the appraisal scope. It includes, at a minimum, strengths and weaknesses based on valid observations.

Appraisal participants − Members of the organizational unit who participate in providing information during the appraisal.

Appraisal rating − As used in CMMI appraisal materials, the value assigned by an appraisal team to either (1) a CMMI goal or process area, (2) the capability level of a process area, or (3) the maturity level of an organizational unit. The rating is determined by enacting the defined rating process for the appraisal method being employed.

Appraisal reference model − As used in CMMI appraisal materials, the CMMI model to which an appraisal team correlates implemented process activities.

Appraisal scope − The definition of the boundaries of the appraisal encompassing the organizational limits and the CMMI model limits.

Appraisal team leader − A person who leads the activities of an appraisal and has satisfied the qualification criteria for experience, knowledge, and skills defined by the appraisal method.

Appropriate − See definition for Adequate.

As needed − See definition for Adequate.

Assessment − An assessment is an appraisal that an organization conducts for itself for the purposes of process improvement.

Assignable cause of process variation − In CMMI, the term "special cause of process variation" is used in place of "assignable cause of process variation" to ensure consistency. Both terms are defined identically.

Audit − An independent examination of a work product or set of work products to determine whether requirements are being met.

Base measure − A distinct property or characteristic of an entity and the method for quantifying it.

Base practices − In the continuous representation, all the specific practices with a capability level of 1.

Baseline − The term baseline is normally used to denote such a reference point. A baseline is an approved snapshot of the system at appropriate points in the development life cycle. A baseline establishes a formal base for defining subsequent change. Without this line or reference point, the notion of change is meaningless.

Business objectives − Senior-management-developed strategies designed to ensure an organization's continued existence and enhance its profitability, market share, and other factors influencing the organization's success.

Capability evaluation − An appraisal by a trained team of professionals used as a discriminator to select suppliers, for contract monitoring, or for incentives. Evaluations are used to help decision makers make better acquisition decisions, improve subcontractor performance, and provide insight to a purchasing organization.

Capability level − Achievement of process improvement within an individual process area. A capability level is defined by the appropriate specific and generic practices for a process area.

Capability level profile − In the continuous representation, a list of process areas and their corresponding capability levels. The profile may be an achievement profile when it represents the organization's progress for each process area while advancing through the capability levels. Or, the profile may be a target profile when it represents an objective for process improvement.

Capability maturity model − A capability maturity model (CMM) contains the essential elements of effective processes for one or more disciplines. It also describes an evolutionary improvement path from ad hoc, immature processes to disciplined, mature processes with improved quality and effectiveness.

Capable process − A process that can satisfy its specified product quality, service quality, and process performance objectives.

Causal analysis − The analysis of defects to determine their cause.

Change management − Judicious use of means to effect a change, or proposed change, on a product or service.

CMMI appraisal tailoring − Selection of options within the appraisal method for use in a specific instance. The intent of appraisal tailoring is to assist an organization in aligning application of the method with its business objectives.

CMMI model component − Any of the main architectural elements that compose a CMMI model. Some of the main elements of a CMMI model include specific practices, generic practices, specific goals, generic goals, process areas, capability levels, and maturity levels.

CMMI model tailoring − The use of a subset of a CMMI model for the purpose of making it suitable for a specific application. The intent of model tailoring is to assist an organization in aligning application of a model with its business objectives.

CMMI Product Suite − This term has been used for a complete CMMI Framework.

Commitment to perform − A common feature of CMMI model process areas with a staged representation that groups the generic practices related to creating policies and securing sponsorship.

Common cause of process variation − The variation of a process that exists because of normal and expected interactions among the components of a process.

Concept of operations − A general description of the way in which an entity is used or operates.

Configuration audit − An audit conducted to verify that a configuration item conforms to a specified standard or requirement.

Configuration baseline − The configuration information formally designated at a specific time during a product's or product component's life. Configuration baselines, plus approved changes from those baselines, constitute the current configuration information.

Configuration control − An element of configuration management consisting of the evaluation, coordination, approval or disapproval, and implementation of changes to configuration items after formal establishment of their configuration identification.

Configuration control board − A group of people responsible for evaluating and approving or disapproving proposed changes to configuration items, and for ensuring implementation of approved changes.

Configuration identification − An element of configuration management consisting of selecting the configuration items for a product, assigning unique identifiers to them, and recording their functional and physical characteristics in technical documentation.

Configuration item − An aggregation of work products that is designated for configuration management and treated as a single entity in the configuration management process.

Configuration management − A discipline applying technical and administrative direction and surveillance to (1) identify and document the functional and physical characteristics of a configuration item, (2) control changes to those characteristics, (3) record and report change processing and implementation status, and (4) verify compliance with specified requirements. [IEEE Std 610.1990]

CMMI Model − Since the CMMI Framework can generate different models based on the needs of the organization using it, there are multiple CMMI models. Consequently, the phrase "CMMI MODEL" could be any one of many collections of information. The phrase "CMMI models" refers to one, some, or the entire collection of possible models that can be generated from the CMMI Framework.

Configuration status accounting − An element of configuration management consisting of the recording and reporting of information needed to manage a configuration effectively. This information includes a listing of the approved configuration identification, the status of proposed changes to the configuration, and the implementation status of approved changes.

Continuous representation − A capability maturity model structure wherein capability levels provide a recommended order for approaching process improvement within each specified process area.

Corrective action − Acts or deeds used to remedy a situation, remove an error, or adjust a condition.

COTS − Items that can be purchased from a commercial vendor.

Customer − A customer is the individual, project, organization, group, and so forth that is responsible for accepting the product or for authorizing payment. The customer is external to the project but not necessarily external to the organization. The term customer also serves as a variable when we discuss requirements gathering or elicitation.

Data management − Principles, processes, and systems for the sharing and management of data.

Defect density − Number of defects per unit of product size (e.g., problem reports per 1000 lines of code).

Defined process − A defined set of steps to be followed as a part of the improvement.

Derived measures − Data resulting from the mathematical function of two or more base measures.

Derived requirements − Requirements that are not explicitly stated in the customer requirements, but are inferred (1) from contextual requirements (e.g., applicable standards, laws, policies, common practices, and management decisions), or (2) from requirements needed to specify a product component. Derived requirements can also arise during analysis and design of components of the product or system.

Design review − A formal, documented, comprehensive, and systematic examination of a design to evaluate the design requirements and the capability of the design to meet these requirements, and to identify problems and propose solutions.

Development − Development, as it is used throughout CMMI, implies maintenance activities as well as development activities. Experience has shown that best practices should be applied to both development and maintenance projects if an organization is in pursuit of engineering excellence.

Developmental plan − A plan for guiding, implementing, and controlling the design and development of one or more products.

Directing implementation − A common feature of CMMI model process areas with a staged representation that groups the generic practices related to managing the performance of the process, managing the integrity of its work products, and involving relevant stakeholders.

Discipline amplification − Model components that provide guidance for interpreting model information for specific disciplines (e.g., systems engineering, or software engineering) are called "DISCIPLINE AMPLIFICATIONS." Discipline amplifications are added to other model components where necessary. These are easy to locate because they appear on the right side of the page and have a title indicating the discipline that they address (for example, "For Software Engineering").

Document − A document is a collection of data, regardless of the medium on which it is recorded. It generally has permanence and can be read by humans or machines. Documents include both paper and electronic documents.

Enterprise − Enterprise is used to refer to very large companies that consist of many organizations in many different locations with different customers.

Entry criteria − States of being that must be present before an effort can begin successfully.

Equivalent staging − Equivalent staging is a target staging, created using the continuous representation that is defined so that the results of using the target staging can be compared to the maturity levels of the staged representation.

Exit criteria − States of being that must be present before an effort can end successfully.

Expected CMMI components − CMMI components that explain what may be done to satisfy a required CMMI component. Model users can implement the expected components explicitly or implement equivalent alternative practices to these components. Specific and generic practices are expected model components

Finding − See appraisal findings.

Formal evaluation process − In the Decision Analysis and Resolution process area, see the definition of a "formal evaluation process" in the introductory notes.

Functional analysis − Examination of a defined function to identify all the sub-functions necessary to the accomplishment of that function; identification of functional relationships and interfaces (internal and external) and capturing these in a functional architecture; and flow down of upper level performance requirements and assignment of these requirements to lower level sub-functions.

Functional architecture − The hierarchical arrangement of functions, their internal and external (external to the aggregation itself) functional interfaces and external physical interfaces, their respective functional and performance requirements, and their design constraints.

Generic goal − GENERIC GOALS are called "generic" because the same goal statement appears in multiple process areas. In the staged representation, each process area has only one generic goal. Achievement of a generic goal in a process area signifies improved control in planning and implementing the processes associated with that process area, thus indicating whether these processes are likely to be effective, repeatable, and lasting. Generic goals are required model components and are used in appraisals to determine whether a process area is satisfied.

Generic practice − GENERIC PRACTICES provide institutionalization to ensure that the processes associated with the process area will be effective, repeatable, and lasting. Generic practices are categorized by generic goals and common features and are expected components in CMMI models. (Only the generic practice title, statement, and elaborations appear in the process areas.)

Generic practice elaboration − After the specific practices, the generic practice titles and statements appear that apply to the process area. After each generic practice statement, an elaboration may appear in plain text with the heading "Elaboration". The GENERIC PRACTICE ELABORATION provides information about how the generic practice should be interpreted for the process area. If there is no elaboration present, the application of the generic practice is obvious without an elaboration.

Goal − A "GOAL" is a required CMMI component that can be either a generic goal or a specific goal. When you see the word "goal" in a CMMI model, it always refers to model components (for example, generic goal, specific goal).

Incomplete process − A process that is not performed or is only performed partially (also known as capability level 0). One or more of the specific goals of the process area are not satisfied.

Independent group − In the Process and Product Quality Assurance process area, see the discussion of a "group that is independent" in the introductory notes.

Informative CMMI components − CMMI components that help model users understand the required and expected components of a model. These components may contain examples, detailed explanations, or other helpful information. Sub-practices, notes, references, goal titles, practice titles, sources, typical work products, discipline amplifications, and generic practice elaborations are informative model components.

Institutionalization − The ingrained way of doing business that an organization follows routinely as part of its corporate culture.

Integrated Product and Process Development − A systematic approach to product development that achieves a timely collaboration of relevant stakeholders throughout the product life cycle to better satisfy customer needs.

Integrated team − A group of people with complementary skills and expertise who are committed to delivering specified work products in timely collaboration. Integrated team members provide skills and advocacy appropriate to all phases of the work products and are collectively responsible for delivering the work products as specified. An integrated team should include empowered representatives from organizations, disciplines, and functions that have a stake in the success of the work products.

Interface control − In configuration management, the process of (1) identifying all functional and physical characteristics relevant to the interfacing of two or more configuration items provided by one or more organizations, and (2) ensuring that the proposed changes to these characteristics are evaluated and approved prior to implementation. [IEEE 828-1983].

Lead appraiser − As used in the CMMI Product Suite, a person who has achieved recognition from an authorizing body to perform as an appraisal team leader for a particular appraisal method.

Life-cycle model − A partitioning of the life of a product into phases that guide the project from identifying customer needs through product retirement.

Manager − A project manager is the person responsible for planning, directing, controlling, structuring, and motivating the project. He or she may provide both technical and administrative direction and control to those performing project tasks or activities within his or her area of responsibility. The project manager is ultimately responsible to the customer.

Maturity level − Degree of process improvement across a predefined set of process areas in which all goals within the set are attained.

Memorandum of agreement − Binding documents of understanding or agreements between two or more parties.

Natural bounds − The inherent process reflected by measures of process performance, sometimes referred to as "voice of the process." Techniques such as control charts, confidence intervals, and prediction intervals are used to determine whether the variation is due to common causes (i.e., the process is predictable or "stable") or is due to some special cause that can and should be identified and removed.

Non-developmental item − An item of supply that was developed previous to its current use in an acquisition or development process. Such an item may require minor modifications to meet the requirements of its current intended use.

Nontechnical requirements- Ketentuan kontrak, komitmen, ketentuan, dan persyaratan yang memengaruhi bagaimana produk atau layanan akan diperoleh. Contohnya termasuk produk yang akan dikirim, hak data untuk item non-developmental (NDI) komersial off-the-shelf (COTS) yang dikirim, tanggal pengiriman, dan pencapaian dengan kriteria keluar. Persyaratan non-teknis lainnya termasuk persyaratan pelatihan, persyaratan situs, dan jadwal penerapan.

Objective- Tujuan Istilah digunakan dalam CMMI dalam arti umum sehari-hari; ini adalah tujuan atau sasaran kita yang ingin dicapai.

Objective evidence - Seperti yang digunakan dalam bahan penilaian CMMI, informasi kualitatif atau kuantitatif, catatan, atau pernyataan fakta yang berkaitan dengan karakteristik item atau layanan atau keberadaan dan implementasi elemen proses, yang didasarkan pada observasi, pengukuran, atau tes dan yang dapat diverifikasi.

Objectively evaluate- Untuk mereview aktivitas dan hasil kerja terhadap kriteria yang meminimalkan subjektivitas dan bias oleh reviewer. Contoh evaluasi yang obyektif adalah audit terhadap persyaratan, standar, atau prosedur oleh fungsi jaminan kualitas yang independen.

Observation- Seperti yang digunakan dalam materi penilaian CMMI, catatan tertulis yang mewakili pemahaman anggota tim penilai atas informasi yang dilihat atau didengar selama kegiatan pengumpulan data penilaian. Catatan tertulis dapat berupa pernyataan atau dapat berbentuk alternatif selama konten informasi dipertahankan.

Operational concept - Penjelasan umum tentang cara suatu entitas digunakan atau beroperasi.

Operational scenario- Deskripsi urutan kejadian yang dibayangkan yang mencakup interaksi produk dengan lingkungan dan penggunanya, serta interaksi antara komponen produknya. Skenario operasional digunakan untuk mengevaluasi persyaratan dan desain sistem dan untuk memverifikasi dan memvalidasi sistem.

Optimizing process- Proses yang dikelola secara kuantitatif yang ditingkatkan berdasarkan pemahaman tentang penyebab umum variasi yang melekat dalam proses. Sebuah proses yang berfokus pada peningkatan terus-menerus berbagai kinerja proses melalui peningkatan bertahap dan inovatif.

Organization - Organisasi adalah struktur di mana orang secara kolektif mengelola satu atau lebih proyek secara keseluruhan dan yang proyeknya berbagi manajer senior dan beroperasi di bawah kebijakan yang sama.

Organization's business objectives - Strategi yang dikembangkan oleh Manajemen Senior untuk memastikan keberlanjutan organisasi dan meningkatkan profitabilitas, pangsa pasar, dan faktor lain yang memengaruhi kesuksesan organisasi.

Organizational maturity- Sejauh mana organisasi secara eksplisit dan konsisten menyebarkan proses yang didokumentasikan, dikelola, diukur, dikendalikan, dan terus ditingkatkan. Kematangan organisasi dapat diukur melalui penilaian.

Organizational policy - Prinsip panduan yang biasanya ditetapkan oleh manajemen senior yang diadopsi oleh organisasi untuk mempengaruhi dan menentukan keputusan.

Organizational unit- Bagian organisasi yang menjadi subjek penilaian (juga dikenal sebagai lingkup organisasi dari penilaian). Unit organisasi menyebarkan satu atau lebih proses yang memiliki konteks proses yang koheren dan beroperasi dalam satu set tujuan bisnis yang koheren. Unit organisasi biasanya merupakan bagian dari organisasi yang lebih besar, meskipun dalam organisasi kecil, unit organisasi tersebut mungkin keseluruhan organisasi.

Outsourcing - Proses mendapatkan, melalui kontrak, tindakan diskrit atau tindakan yang diusulkan oleh entitas akuisisi yang akan berkomitmen untuk berinvestasi untuk memperoleh produk dan layanan.

Peer review - Peninjauan yang dilakukan oleh rekan untuk mengetahui cacat dalam pengiriman.

Performance parameters - Ukuran efektivitas dan langkah-langkah penting lainnya yang digunakan untuk memandu dan mengontrol perkembangan progresif.

Performed process- Sebuah proses yang menyelesaikan pekerjaan yang diperlukan untuk menghasilkan produk kerja keluaran yang teridentifikasi menggunakan produk kerja masukan yang teridentifikasi (juga dikenal sebagai tingkat kemampuan 1). Sasaran spesifik dari area proses terpenuhi.

Planned process- Sebuah proses yang didokumentasikan baik dengan deskripsi maupun rencana. Deskripsi dan rencana harus dikoordinasikan, dan rencana tersebut harus mencakup standar, persyaratan, tujuan, sumber daya, tugas, dll.

Process - Serangkaian aktivitas, metode, praktik, dan transformasi yang digunakan orang untuk mengembangkan dan memelihara sistem dan produk terkait.

Process action plan - Di area proses Fokus Proses Organisasi, lihat definisi "rencana tindakan proses" di catatan pengantar.

Process action team - Tim yang memiliki tanggung jawab untuk mengembangkan dan melaksanakan aktivitas perbaikan proses untuk organisasi sebagaimana didokumentasikan dalam rencana tindakan perbaikan proses.

Process and technology improvements - Di area proses Inovasi dan Penerapan Organisasi, lihat diskusi tentang "peningkatan proses dan teknologi" di catatan pengantar.

Process area- Area Proses adalah sekumpulan praktik terkait di area yang, jika dilakukan secara kolektif, memenuhi serangkaian tujuan yang dianggap penting untuk membuat perbaikan signifikan di area tersebut. Semua area proses CMMI umum untuk representasi kontinu dan bertahap. Dalam representasi bertahap, area proses diatur oleh tingkat kematangan.

Process asset - Segala sesuatu yang dianggap berguna oleh organisasi dalam mencapai tujuan dari area proses.

Process asset library - Kumpulan proses kepemilikan aset yang dapat digunakan oleh organisasi atau proyek.

Process attribute - Karakteristik terukur dari kapabilitas proses yang berlaku untuk proses apa pun.

Process capability - Rentang hasil yang diharapkan yang dapat dicapai dengan mengikuti suatu proses.

Process context- Seperangkat faktor, yang didokumentasikan dalam input penilaian, yang mempengaruhi penilaian dan komparabilitas peringkat penilaian. Ini termasuk, namun tidak terbatas pada, ukuran unit organisasi yang akan dinilai; demografi unit organisasi; disiplin penerapan produk atau layanan; ukuran, kekritisan, dan kompleksitas produk atau layanan; dan karakteristik kualitas produk atau layanan.

Process definition- Tindakan mendefinisikan dan mendeskripsikan suatu proses. Hasil dari definisi proses adalah deskripsi proses.

Process description- Ekspresi terdokumentasi dari serangkaian aktivitas yang dilakukan untuk mencapai tujuan tertentu yang memberikan definisi operasional dari komponen utama suatu proses. Dokumentasi menentukan, secara lengkap, tepat, dan dapat diverifikasi, persyaratan, desain, perilaku, atau karakteristik lain dari suatu proses. Ini juga dapat mencakup prosedur untuk menentukan apakah ketentuan ini telah dipenuhi. Deskripsi proses dapat ditemukan di tingkat aktivitas, proyek, atau organisasi.

Process element- Unit fundamental dari suatu proses. Suatu proses dapat didefinisikan dalam istilah sub-proses atau elemen proses. Sebuah sub-proses selanjutnya dapat diuraikan; elemen proses tidak bisa. Setiap elemen proses mencakup serangkaian aktivitas yang terkait erat (misalnya, elemen estimasi, elemen peer review). Elemen proses dapat digambarkan dengan menggunakan templat yang harus diselesaikan, abstraksi yang akan disempurnakan, atau deskripsi yang akan dimodifikasi atau digunakan. Elemen proses bisa menjadi aktivitas atau tugas.

Process group - Kumpulan spesialis yang memfasilitasi definisi, pemeliharaan, dan peningkatan proses yang digunakan oleh rumah sakit.

Process improvement - Program kegiatan yang dirancang untuk meningkatkan kinerja dan kematangan proses organisasi, dan hasil dari program tersebut.

Process-improvement objectives - Serangkaian karakteristik target yang ditetapkan untuk memandu upaya untuk meningkatkan proses yang ada dengan cara terukur tertentu baik dalam hal karakteristik produk yang dihasilkan (misalnya, kualitas, kinerja, kesesuaian dengan standar, dll.) Atau cara proses tersebut dijalankan (misalnya, penghapusan langkah-langkah proses yang berlebihan, menggabungkan langkah-langkah proses, meningkatkan waktu siklus, dll.)

Process-improvement plan - Di area proses Fokus Proses Organisasi, lihat definisi "rencana perbaikan proses" di catatan pengantar.

Process measurement - Kumpulan definisi, metode, dan aktivitas yang digunakan untuk mengukur suatu proses dan produk yang dihasilkannya untuk tujuan mengkarakterisasi dan memahami proses.

Process owner- Orang (atau tim) yang bertanggung jawab untuk mendefinisikan dan memelihara proses. Di tingkat organisasi, pemilik proses adalah orang (atau tim) yang bertanggung jawab atas deskripsi proses standar; di tingkat proyek, pemilik proses adalah orang (atau tim) yang bertanggung jawab atas deskripsi proses yang ditentukan. Oleh karena itu, suatu proses dapat memiliki banyak pemilik pada tingkat tanggung jawab yang berbeda.

Process performance- Ukuran hasil aktual yang dicapai dengan mengikuti suatu proses. Ini dicirikan oleh ukuran proses (misalnya, upaya, waktu siklus, dan efisiensi penghapusan cacat) dan ukuran produk (misalnya, keandalan, kepadatan cacat, dan waktu respons).

Process performance baseline - Karakterisasi terdokumentasi dari hasil aktual yang dicapai dengan mengikuti proses, yang digunakan sebagai tolok ukur untuk membandingkan kinerja proses aktual terhadap kinerja proses yang diharapkan.

Process performance model - Penjelasan tentang hubungan antara atribut suatu proses dan produk kerjanya yang dikembangkan dari data kinerja proses historis dan dikalibrasi menggunakan proses yang dikumpulkan dan ukuran produk dari proyek dan yang digunakan untuk memprediksi hasil yang akan dicapai dengan mengikuti suatu proses.

Process tailoring- Untuk membuat, mengubah, atau mengadaptasi deskripsi proses untuk tujuan tertentu. Misalnya, sebuah proyek menyesuaikan proses yang ditentukan dari serangkaian proses standar organisasi untuk memenuhi tujuan, batasan, dan lingkungan proyek.

Product- Suatu produk dapat dianggap sebagai keluaran atau layanan berwujud apa pun yang merupakan hasil dari mengikuti suatu proses dan dimaksudkan untuk dikirimkan ke pelanggan atau pengguna akhir. Produk juga bisa berupa produk kerja apa pun yang dikirimkan ke pelanggan sesuai kontrak.

Product component- Komponen produk biasanya merupakan komponen tingkat rendah dari produk dan diintegrasikan untuk "membangun" produk. Komponen produk dapat menjadi bagian dari produk yang dikirim ke pelanggan atau digunakan dalam pembuatan atau penggunaan produk. Misalnya, untuk perusahaan yang memproduksi baterai ponsel, maka baterai ponsel adalah produknya. Bagi perusahaan yang membuat dan mengirimkan ponsel, baterai adalah komponen produk.

Product baseline - Dalam manajemen konfigurasi, paket data teknis awal yang disetujui (termasuk, untuk perangkat lunak, daftar kode sumber) yang mendefinisikan item konfigurasi selama produksi, operasi, pemeliharaan, dan dukungan logistik dari siklus hidupnya.

Product-component requirements - Persyaratan komponen produk memberikan spesifikasi lengkap dari komponen produk, termasuk kesesuaian, bentuk, fungsi, kinerja, dan persyaratan lainnya.

Product life cycle- Produk kerja adalah setiap artefak yang dihasilkan oleh proses siklus-hidup dan dapat juga disebut sebagai produk kerja siklus-hidup. Produk kerja siklus hidup dapat mencakup Spesifikasi persyaratan, Spesifikasi antarmuka, Spesifikasi arsitektur, Rencana proyek, Dokumen desain, Rencana pengujian unit, Integrasi dan rencana pengujian sistem, Proses seperti proses perakitan produk manufaktur.

Project- Sebuah proyek adalah sekumpulan sumber daya yang saling terkait terkelola yang mengirimkan satu atau lebih produk ke pelanggan atau pengguna akhir. Kumpulan sumber daya memiliki awal dan akhir yang pasti dan beroperasi sesuai dengan rencana.

Product line - Sekelompok produk yang berbagi serangkaian fitur yang dikelola dan umum yang memenuhi kebutuhan spesifik dari pasar atau misi yang dipilih.

Product-related life-cycle processes - Proses yang terkait dengan suatu produk selama satu atau lebih fase kehidupannya (yaitu, dari konsepsi hingga pembuangan), seperti proses pembuatan dan pendukung.

Product requirements - Penyempurnaan persyaratan pelanggan ke dalam bahasa pengembang, membuat persyaratan implisit menjadi persyaratan turunan eksplisit.

Program- (1) Sebuah proyek. (2) Kumpulan proyek terkait dan infrastruktur yang mendukungnya, termasuk tujuan, metode, kegiatan, rencana, dan ukuran keberhasilan.

Project manager- Manajer proyek adalah orang yang bertanggung jawab untuk merencanakan, mengarahkan, mengendalikan, menyusun, dan memotivasi proyek. Ia dapat memberikan arahan dan kendali teknis dan administratif kepada mereka yang melaksanakan tugas atau kegiatan proyek dalam bidang tanggung jawabnya. Manajer proyek pada akhirnya bertanggung jawab kepada pelanggan. Manajer proyek mengambil peran dan tanggung jawab yang berbeda karena ukuran, keragaman, dan kompleksitas proyek berubah.

Project progress and performance - Apa yang dicapai proyek sehubungan dengan pelaksanaan rencana proyek, termasuk upaya, biaya, jadwal, dan kinerja teknis.

Project's defined process - Di area proses Manajemen Proyek Terpadu, lihat definisi dari "Proses yang ditentukan proyek" dalam catatan pengantar dan dalam praktik khusus Menetapkan Proses yang Ditentukan Proyek.

Prototype - Jenis, bentuk, atau contoh awal dari produk atau komponen produk yang berfungsi sebagai model untuk tahap selanjutnya atau untuk versi produk final yang lengkap.

Quality - Kemampuan sekumpulan karakteristik yang melekat dari suatu produk, komponen produk, atau proses untuk memenuhi kebutuhan pelanggan.

Quality assurance - Sarana yang terencana dan sistematis untuk memastikan manajemen bahwa standar, praktik, prosedur, dan metode proses diterapkan.

Quality control - Teknik dan kegiatan operasional yang digunakan untuk memenuhi persyaratan mutu.

Quantitative objective - Nilai target yang diinginkan dinyatakan sebagai ukuran kuantitatif.

Quantitatively managed process- Proses yang ditentukan yang dikendalikan menggunakan statistik dan teknik kuantitatif lainnya. Atribut kualitas produk, kualitas layanan, dan kinerja proses dapat diukur dan dikontrol di seluruh proyek.

Reference mode - Model yang digunakan sebagai tolak ukur untuk mengukur suatu atribut.

Relevant stakeholder - Pemangku kepentingan yang relevan digunakan untuk menunjuk pemangku kepentingan yang diidentifikasi untuk terlibat dalam kegiatan tertentu dan dimasukkan dalam rencana yang sesuai seperti rencana proyek.

Required CMMI components- Komponen CMMI yang penting untuk mencapai perbaikan proses di area proses tertentu. Komponen ini digunakan dalam penilaian untuk menentukan kemampuan proses. Sasaran khusus dan sasaran umum merupakan komponen model yang diperlukan.

Requirement- (1) Suatu kondisi atau kemampuan yang dibutuhkan oleh pengguna untuk memecahkan suatu masalah atau mencapai suatu tujuan. (2) Kondisi atau kemampuan yang harus dipenuhi atau dimiliki oleh suatu produk atau komponen produk untuk memenuhi kontrak, standar, spesifikasi, atau dokumen lain yang diberlakukan secara formal. (3) Representasi terdokumentasi dari kondisi atau kemampuan seperti pada (1) atau (2).

Requirements analysis- Penentuan kinerja khusus produk dan karakteristik fungsional berdasarkan analisis kebutuhan, harapan, dan kendala pelanggan; konsep operasional; lingkungan pemanfaatan yang diproyeksikan untuk orang, produk, dan proses; dan ukuran efektivitas.

Requirements elicitation - Menggunakan teknik sistematis, seperti prototipe dan survei terstruktur, untuk secara proaktif mengidentifikasi dan mendokumentasikan kebutuhan pelanggan dan pengguna akhir.

Requirements management - Manajemen semua persyaratan yang diterima atau dihasilkan oleh proyek, termasuk persyaratan teknis dan non-teknis serta persyaratan yang dikenakan pada proyek oleh organisasi.

Requirements traceability - Bukti keterkaitan antara persyaratan dan persyaratan sumbernya, penerapannya, dan verifikasinya.

Return on investment - Rasio pendapatan dari output (produk) ke biaya produksi, yang menentukan apakah suatu organisasi mendapat manfaat dari melakukan suatu tindakan untuk menghasilkan sesuatu.

Risk analysis - Evaluasi, klasifikasi, dan penentuan prioritas risiko.

Risk identification - Pendekatan yang terorganisir dan menyeluruh untuk mencari risiko yang mungkin atau realistis dalam mencapai tujuan.

Risk management - Proses analitik yang terorganisir untuk mengidentifikasi apa yang mungkin menyebabkan kerugian atau kerugian (mengidentifikasi risiko), menilai dan mengukur risiko yang diidentifikasi, dan untuk mengembangkan dan, jika perlu, menerapkan pendekatan yang tepat untuk mencegah atau menangani penyebab risiko yang dapat mengakibatkan kerugian yang signifikan atau kerugian.

Risk management strategy- Pendekatan teknis yang terorganisir untuk mengidentifikasi apa yang mungkin menyebabkan kerugian atau kerugian (mengidentifikasi risiko), menilai dan mengukur risiko yang diidentifikasi, dan untuk mengembangkan dan jika perlu menerapkan pendekatan yang tepat untuk mencegah atau menangani penyebab risiko yang dapat mengakibatkan kerugian atau kerugian yang signifikan . Biasanya, manajemen risiko dilakukan untuk proyek, organisasi, atau unit organisasi yang mengembangkan produk.

Root cause - Akar masalah adalah sumber cacat sehingga jika diangkat, cacat berkurang atau dihilangkan.

Senior manager- Istilah manajer senior seperti yang digunakan dalam CMMI mengacu pada peran manajemen pada tingkat yang cukup tinggi dalam sebuah organisasi yang fokus utamanya adalah kesehatan dan kesuksesan organisasi jangka panjang daripada proyek jangka pendek dan kekhawatiran dan tekanan kontrak. Seorang manajer senior mungkin bertanggung jawab atas pengawasan program yang mungkin berisi banyak proyek yang dikelola oleh manajer proyek.

Software engineering- (1) Penerapan pendekatan yang sistematis, disiplin, dan dapat diukur untuk pengembangan, pengoperasian, dan pemeliharaan perangkat lunak. (2) Studi tentang pendekatan seperti pada (1).

Solicitation - Proses menyiapkan paket ajakan dan memilih pemasok (kontraktor).

Solicitation package- Dokumen formal yang menjelaskan persyaratan teknis dan non-teknis yang digunakan untuk meminta penawaran atas undangan untuk penawaran (bid) dan permintaan proposal (proposal), atau untuk meminta pernyataan kemampuan dan penawaran harga (kutipan). Ini sebaliknya digunakan sebagai dasar untuk memilih sumber pasokan atau sumber untuk menyediakan produk atau layanan.

Special cause of process variation - Penyebab kerusakan yang spesifik untuk beberapa keadaan sementara dan bukan bagian inheren dari suatu proses.

Specific goal- TUJUAN KHUSUS berlaku untuk area proses dan membahas karakteristik unik yang menjelaskan apa yang harus dilaksanakan untuk memenuhi area proses. Sasaran khusus adalah komponen model yang diperlukan dan digunakan dalam penilaian untuk membantu menentukan apakah area proses dipenuhi.

Specific practice- PRAKTIK KHUSUS adalah kegiatan yang dianggap penting dalam mencapai tujuan tertentu yang terkait. Praktik khusus menggambarkan aktivitas yang diharapkan menghasilkan pencapaian tujuan spesifik dari area proses. Praktik khusus merupakan komponen model yang diharapkan.

Stable process - Keadaan di mana semua penyebab khusus variasi proses telah dihilangkan dan dicegah agar tidak berulang sehingga hanya penyebab umum variasi proses yang tersisa.

Staged representation- Sebuah struktur model dimana pencapaian tujuan dari sekumpulan area proses menetapkan tingkat kematangan; setiap level membangun fondasi untuk level selanjutnya.

Stakeholder - Pemangku kepentingan adalah kelompok atau individu yang dipengaruhi oleh hasil suatu proyek atau dapat mempengaruhi kegiatan atau keluaran proyek.

Standard process- Definisi operasional dari proses dasar yang memandu pembentukan proses bersama dalam suatu organisasi. Proses standar menggambarkan elemen proses fundamental yang diharapkan untuk dimasukkan ke dalam proses yang ditentukan. Ini juga menjelaskan hubungan (misalnya, urutan dan antarmuka) antara elemen proses ini.

Statement of work - Deskripsi pekerjaan kontrak yang diperlukan untuk menyelesaikan sebuah proyek.

Statistical predictability - Kinerja proses kuantitatif yang dikendalikan menggunakan statistik dan teknik kuantitatif lainnya.

Statistical process control - Analisis berdasarkan statistik dari suatu proses dan pengukuran kinerja proses, yang akan mengidentifikasi penyebab umum dan khusus dari variasi dalam kinerja proses, dan menjaga kinerja proses dalam batas-batas.

Statistical techniques - Teknik analitik yang menggunakan metode statistik (misalnya, kontrol proses statistik, interval kepercayaan, interval prediksi).

Statistically managed process - Proses yang dikelola dengan teknik berbasis statistik di mana proses dianalisis, penyebab khusus variasi proses diidentifikasi, dan kinerja terkandung dalam batas yang ditentukan dengan baik.

Strength - Seperti yang digunakan dalam materi penilaian CMMI, penerapan model CMMI yang patut dicontoh atau patut diperhatikan.

Sub-process - Proses yang merupakan bagian dari proses yang lebih besar.

Supplier- (1) Entitas yang memberikan produk atau melakukan layanan yang diakuisisi. (2) Seorang individu, kemitraan, perusahaan, korporasi, asosiasi, atau layanan lain yang memiliki perjanjian (kontrak) dengan pihak yang diakuisisi untuk desain, pengembangan, pembuatan, pemeliharaan, modifikasi, atau penyediaan barang di bawah ketentuan perjanjian (kontrak ).

Sustainment- Proses yang digunakan untuk memastikan bahwa suatu produk dapat dimanfaatkan secara operasional oleh pengguna akhir atau pelanggannya. Keberlanjutan memastikan bahwa pemeliharaan dilakukan sedemikian rupa sehingga produk berada dalam kondisi yang dapat dioperasikan baik produk digunakan atau tidak oleh pelanggan atau pengguna akhir.

Systems engineering- Pendekatan interdisipliner yang mengatur upaya teknis dan manajerial total yang diperlukan untuk mengubah sekumpulan kebutuhan, harapan, dan kendala pelanggan menjadi solusi produk dan mendukung solusi tersebut sepanjang masa pakai produk. Ini termasuk definisi ukuran kinerja teknis, integrasi spesialisasi teknik menuju pembentukan arsitektur produk, dan definisi mendukung proses siklus hidup yang menyeimbangkan biaya, kinerja, dan tujuan jadwal.

Tailoring guidelines- Menyesuaikan proses membuat, mengubah, atau menyesuaikan deskripsi proses, biasanya dijelaskan di tingkat organisasi, untuk digunakan pada proyek tertentu. Untuk sebagian besar organisasi, satu definisi proses organisasi tidak dapat atau tidak akan diikuti 100% untuk semua proyek. Beberapa adaptasi biasanya dibutuhkan. Panduan penyesuaian kemudian menjelaskan apa yang dapat dan tidak dapat dimodifikasi dan mengidentifikasi komponen proses yang merupakan kandidat yang diperbolehkan untuk modifikasi.

Target profile - Dalam representasi berkelanjutan, daftar area proses dan tingkat kemampuan yang sesuai yang mewakili tujuan untuk perbaikan proses.

Target staging - Dalam representasi berkelanjutan, urutan profil sasaran yang menggambarkan jalur perbaikan proses yang harus diikuti oleh organisasi.

Technical data package - Kumpulan item yang mungkin termasuk berikut ini jika informasi tersebut sesuai dengan jenis produk dan komponen produk.

Technical requirements - Properti (atribut) produk atau layanan yang akan diperoleh atau dikembangkan.

Test procedure - Instruksi terperinci untuk penyiapan, pelaksanaan, dan evaluasi hasil untuk tes tertentu.

Trade study - Evaluasi alternatif berdasarkan kriteria dan analisis sistematis, untuk memilih alternatif terbaik untuk mencapai tujuan yang ditentukan.

Training- Di area proses Pelatihan Organisasi, lihat definisi .training. di catatan pengantar.

Unit testing - Pengujian unit perangkat keras atau perangkat lunak individu atau kelompok unit terkait.

Validation- Validasi menunjukkan bahwa produk, sebagaimana disediakan, (atau akan disediakan) akan memenuhi tujuan penggunaannya di lingkungan operasional. Validasi memastikan bahwa "Anda membangun hal yang benar."

Verification- Verifikasi mencakup verifikasi produk dan produk kerja antara terhadap semua persyaratan yang dipilih, termasuk persyaratan pelanggan, produk, dan komponen produk. Verifikasi secara inheren merupakan proses inkremental. Ini dimulai dengan verifikasi persyaratan, berlanjut melalui verifikasi produk kerja yang berkembang, dan berpuncak pada verifikasi produk jadi. Verifikasi membahas apakah produk kerja dengan benar mencerminkan persyaratan yang ditentukan. Verifikasi memastikan "Anda membuatnya dengan benar."

Verifying implementation - Fitur umum dari area proses model CMMI dengan representasi bertahap yang mengelompokkan praktik umum yang terkait dengan tinjauan oleh manajemen tingkat yang lebih tinggi, dan evaluasi kesesuaian yang obyektif dengan deskripsi proses, prosedur, dan standar.

Version control - Penetapan dan pemeliharaan baseline dan identifikasi perubahan baseline yang memungkinkan untuk kembali ke baseline sebelumnya.

Weakness - Seperti yang digunakan dalam materi penilaian CMMI, penerapan satu atau lebih model praktik CMMI tidak efektif, atau kurang.

Work breakdown structure - Susunan elemen pekerjaan dan hubungannya satu sama lain dan dengan produk akhir.

Work product- Istilah PRODUK KERJA digunakan di seluruh Rangkaian Produk CMMI yang berarti setiap artefak yang dihasilkan oleh suatu proses. Artefak ini dapat mencakup file, dokumen, bagian produk, layanan, proses, spesifikasi, dan faktur. Contoh proses yang dianggap sebagai produk kerja mencakup proses pembuatan, proses pelatihan, dan proses pembuangan produk. Perbedaan utama antara PRODUK KERJA dan komponen produk adalah bahwa produk kerja tidak perlu direkayasa atau merupakan bagian dari produk akhir.

Work product and task attributes- Karakteristik produk, layanan, dan tugas proyek yang digunakan untuk membantu memperkirakan pekerjaan proyek. Karakteristik ini mencakup item seperti ukuran, kompleksitas, berat, bentuk, kesesuaian, atau fungsi. Mereka biasanya digunakan sebagai salah satu masukan untuk mendapatkan perkiraan proyek dan sumber daya lainnya (misalnya, usaha, biaya, jadwal)

Berikut adalah daftar semua Akronim CMMI yang disusun dalam urutan abjad.

Akronim	Formulir yang Diperluas
BUSUR	Persyaratan Penilaian untuk CMMI
CAF	Kerangka Penilaian CMM
MOBIL	Analisis dan Resolusi Kausal (area proses)
CAU	Peningkatan Penerbangan Kokpit
CBA IPI	Penilaian Berbasis CMM untuk Peningkatan Proses Internal
CBT	Pelatihan Berbasis Komputer
CCB	Papan Kontrol Konfigurasi
CM	Manajemen Konfigurasi (area proses)
CMM	Model Kematangan Kemampuan
CMMI	Capability Maturity Model Integration
CMMI-SE / SW	Integrasi Model Maturitas Kemampuan untuk Rekayasa Sistem dan Rekayasa Perangkat Lunak
CMMI-SE / SW / IPPD	Integrasi Model Maturitas Kemampuan untuk Rekayasa Sistem, Rekayasa Perangkat Lunak, dan Pengembangan Produk dan Proses Terintegrasi
CMMI-SE / SW / IPPD / SS	Integrasi Model Maturitas Kapabilitas untuk Rekayasa Sistem, Rekayasa Perangkat Lunak, Pengembangan Produk dan Proses Terintegrasi, dan Sumber Pemasok
Ranjang Bayi	Komersial Off The Shelf
CPM	Metode Jalur Kritis
DAR	Analisis dan Resolusi Keputusan (area proses)
AMDAL	Aliansi Industri Elektronik
EIA / IS	Standar Interim Aliansi Industri Elektronik
FAA	Administrasi Penerbangan Federal
FAA-iCMM	Model Kematangan Kemampuan Terpadu Administrasi Penerbangan Federal
GG	Tujuan Umum
GP	Latihan Umum
IDEAL	Memulai, Mendiagnosis, Membentuk, Bertindak, Belajar
IEEE	Institut Teknik Elektro dan Elektronika
MEMASUK	Dewan Internasional tentang Rekayasa Sistem
IPD-CMM	Model Kematangan Kemampuan Pengembangan Produk Terintegrasi
IPM	Manajemen Proyek Terpadu (area proses)
IPPD	Pengembangan Produk dan Proses Terintegrasi
IPT	Tim Produk Terintegrasi
ALIRAN	Manajemen Pemasok Terintegrasi (area proses)
ISO	Organisasi Internasional untuk Standardisasi
ISO / IEC	Organisasi Internasional untuk Standardisasi dan Komisi Elektro teknis Internasional
ITU	Tim Terintegrasi (area proses)
KSLOC	Ribuan Baris Kode Sumber
MA	Pengukuran dan Analisis (area proses)
MOA	Nota Kesepakatan
NDI	Item Non Pengembangan
NDIA	Asosiasi Industri Pertahanan Nasional
OEI	Lingkungan Organisasi untuk Integrasi (area proses)
OID	Inovasi dan Penerapan Organisasi (area proses)
OPD	Definisi Proses Organisasi (area proses)
OPF	Fokus Proses Organisasi (area proses)
OPP	Kinerja Proses Organisasi (area proses)
OT	Pelatihan Organisasi (area proses)
OUSD / AT & L	Kantor Wakil Menteri Pertahanan, Akuisisi, Teknologi, dan Logistik
P-CMM	Model Kematangan Kemampuan Orang
PA	Area Proses
PAIS	Sistem Informasi Penilaian Proses
LULUS	Sistem Perangkat Lunak Penerbangan Utama
NAKAL	Evaluasi Program dan Teknik Review
PI	Integrasi Produk (area proses)
PMC	Pemantauan dan Pengendalian Proyek (area proses)
PP	Perencanaan Proyek (area proses)
PPQA	Proses dan Jaminan Kualitas Produk (area proses)
QFD	Penerapan Fungsi Kualitas
QPM	Manajemen Proyek Kuantitatif (area proses)
RD	Pengembangan Persyaratan (area proses)
REQM	Manajemen Persyaratan (area proses)
RSKM	Manajemen Risiko (area proses)
SA-CMM	Model Maturitas Kemampuan Akuisisi Perangkat Lunak
SAM	Supplier Agreement Management (process area)
SCAMPI	Standard CMMI Appraisal Method for Process Improvement
SDMP	Software development management plan
SE	Systems Engineering
SE-CMM	Systems Engineering Capability Maturity Model
SEC	Software Executive Council
SECAM	Systems Engineering Capability Assessment Model
SECM	Systems Engineering Capability Model
SEI	Software Engineering Institute
SE/SW	Systems Engineering and Software Engineering
SEPG	Software Engineering Process Group
SG	Specific Goal
SP	Specific Practice
SPMN	Software Program Managers Network
SS	Supplier Sourcing
STSC	Software Technology Support Center
SW	Software Engineering
SW-CMM	Capability Maturity Model for Software
TS	Technical Solution (process area)
VAL	Validation (process area)
VER	Verification (process area)
WBS	Work Breakdown Structure