-
CMMI untuk Pembangunan, Versi 1.3
CMMI-DEV, V1.3
CMMI Tim Produk
Meningkatkan proses untuk mengembangkan produk dan layanan yang
lebih
baik November 2010
LAPORAN TEKNIS
CMU / SEI-2010-TR-033 ESC-TR-2010-033
Software Program Teknik Proses Manajemen Unlimited tunduk
distribusi hak cipta.
http://www.sei.cmu.edu
-
Laporan ini disusun untuk
SEI Administrative Agent ESC / XPK 5 Eglin Jalan Hanscom AFB, MA
01731-2100
Ide-ide dan temuan dalam laporan ini tidak dapat dianggap
sebagai posisi DoD resmi. Itu adalah diterbitkan untuk kepentingan
ilmiah dan teknis pertukaran informasi.
Karya ini disponsori oleh Departemen Pertahanan AS. Software
Engineering Institute adalah didanai pemerintah federal pusat
penelitian dan pengembangan yang disponsori oleh Departemen
Pertahanan AS. Hak cipta 2010 Carnegie Mellon University.
TIDAK ADA JAMINAN
INI Carnegie Mellon University dan SOFTWARE ENGINEERING
INSTITUTE BAHAN ADALAH FURNISHED ON AN "SEBAGAIMANA ADANYA" DASAR.
Carnegie Mellon University TIDAK MEMBERIKAN JAMINAN APAPUN, BAIK
TERSURAT MAUPUN TERSIRAT, AS UNTUK APAPUN MASALAH TERMASUK, NAMUN
TIDAK TERBATAS PADA, JAMINAN KELAYAKAN UNTUK TUJUAN ATAU
DIPERDAGANGKAN, EXCLUSIVITY, ATAU HASIL YANG DIPEROLEH DARI
PENGGUNAAN BAHAN. Carnegie Mellon University TIDAK MEMBERIKAN
JAMINAN APAPUN SEHUBUNGAN DENGAN KEBEBASAN DARI PATEN, MEREK
DAGANG, ATAU HAK CIPTA PELANGGARAN.
Penggunaan merek dagang dalam laporan ini tidak dimaksudkan
dengan cara apapun untuk melanggar hak-hak pemegang merek dagang.
Penggunaan internal. Izin untuk mereproduksi dokumen ini dan untuk
mempersiapkan karya turunan dari ini Dokumen untuk penggunaan
internal diberikan, asalkan hak cipta dan pernyataan "Tidak ada
Garansi" adalah disertakan dengan semua reproduksi dan karya
turunan. Penggunaan eksternal. Dokumen ini dapat direproduksi
secara keseluruhan, tanpa modifikasi, dan didistribusikan secara
bebas di tertulis atau bentuk elektronik tanpa meminta izin resmi.
Izin diperlukan untuk setiap eksternal lainnya dan / atau
penggunaan komersial. Permintaan izin harus diarahkan kepada
Rekayasa Perangkat Lunak Institute di [email protected].
Karya ini dibuat dalam kinerja Federal Kontrak Pemerintah Nomor
FA8721-05-C- 0003 dengan Carnegie Mellon University untuk
pengoperasian Software Engineering Institute, sebuah didanai
pemerintah federal pusat penelitian dan pengembangan. Pemerintah
Amerika Serikat memiliki sebuah royalty- lisensi pemerintah-tujuan
bebas untuk menggunakan, menduplikasi, atau mengungkapkan
pekerjaan, secara keseluruhan atau sebagian dan dalam cara, dan
untuk memiliki atau mengizinkan orang lain untuk melakukannya,
untuk keperluan pemerintah sesuai dengan hak cipta lisensi di bawah
klausul di 252.227-7013. Untuk informasi tentang publikasi SEI,
silakan kunjungi perpustakaan di situs SEI
(Www.sei.cmu.edu/library).
Tanda layanan berikut dan merek terdaftar yang digunakan dalam
dokumen ini: Dokumen: Capability Maturity Model Carnegie Mellon
CERT CMM CMMI CMM Integrasi IDEALSM SCAMPISM
CMMI, CMM, CERT, CMM Integrasi, Carnegie Mellon, dan Capability
Maturity Model adalah terdaftar di US Patent dan Trademark
Office.
Scampi dan IDEAL adalah merek layanan dari Carnegie Mellon
University.
-
CMMI untuk Pembangunan, Versi 1.3
Kata Pengantar
CMMI (Capability Maturity Model Integrasi) model koleksi praktik
terbaik yang membantu organisasi untuk meningkatkan proses mereka.
Ini Model yang dikembangkan oleh tim produk dengan anggota dari
industri, pemerintah, dan Rekayasa Perangkat Lunak Institute
(SEI).
Model ini, yang disebut CMMI untuk Pembangunan (CMMI-DEV),
memberikan set terpadu komprehensif pedoman untuk mengembangkan
produk dan jasa.
Tujuan
Model CMMI-DEV memberikan panduan untuk menerapkan praktik
terbaik CMMI dalam pengembangan organisasi. Praktik terbaik dalam
model fokus pada kegiatan untuk mengembangkan produk dan layanan
berkualitas untuk memenuhi kebutuhan pelanggan dan pengguna
akhir.
CMMI-DEV, Model V1.3 adalah kumpulan pengembangan praktik
terbaik dari pemerintah dan industri yang dihasilkan dari V1.3 CMMI
Arsitektur dan Framework.1 CMMI-DEV didasarkan pada CMMI Model
Foundation atau CMF (yaitu, komponen model yang umum untuk semua
model CMMI dan constellations2) dan menggabungkan bekerja dengan
organisasi-organisasi pembangunan beradaptasi CMMI untuk digunakan
dalam pengembangan produk dan jasa.
Ucapan Terima Kasih
Banyak orang berbakat yang terlibat dalam pengembangan CMMI V1.3
Produk Suite. Tiga kelompok utama adalah Kelompok Pengarah CMMI,
Produk Team, dan Pengendalian Badan Konfigurasi (CCB).
Kelompok Pengarah dipandu dan menyetujui rencana Tim Product,
memberikan konsultasi mengenai isu-isu penting proyek CMMI, dan
memastikan Keterlibatan dari berbagai komunitas yang tertarik.
Kelompok Pengarah mengawasi perkembangan Pembangunan konstelasi
mengakui pentingnya memberikan praktek terbaik untuk organisasi
pembangunan.
1 CMMI Framework adalah struktur dasar yang mengatur komponen
CMMI dan menggabungkan mereka ke CMMI konstelasi dan model.
Sebuah konstelasi adalah kumpulan komponen CMMI yang digunakan
untuk membangun model, materi pelatihan, dan penilaian terkait
dokumen untuk daerah tertentu (misalnya, pengembangan, akuisisi,
jasa).
2
Kata Pengantar saya s
-
CMMI untuk Pembangunan, Versi 1.3
Tim Produk menulis, Ulasan, direvisi, dibahas, dan menyepakati
struktur dan isi teknis dari CMMI Produk Suite, termasuk kerangka,
model, pelatihan, dan penilaian bahan. Pembangunan kegiatan
didasarkan pada beberapa masukan. Input ini termasuk sebuah A-
Spesifikasi dan bimbingan khusus untuk setiap rilis yang diberikan
oleh Steering Group, model sumber, permintaan perubahan yang
diterima dari pengguna masyarakat, dan masukan yang diterima dari
pilot dan pemangku kepentingan lainnya.
CCB adalah mekanisme resmi untuk mengendalikan perubahan model
CMMI, dokumen penilaian terkait, dan Pengantar CMMI pelatihan.
Seperti, Kelompok ini menjamin integritas selama umur produk Suite
dengan meninjau semua diusulkan perubahan baseline dan menyetujui
perubahan hanya orang-orang yang memuaskan mengidentifikasi masalah
dan memenuhi kriteria untuk peluncuran.
Anggota kelompok yang terlibat dalam pengembangan CMMI-DEV, V1.3
tercantum dalam Lampiran C.
Para Hadirin
Penonton untuk CMMI-DEV termasuk siapapun yang tertarik dalam
proses perbaikan lingkungan pengembangan. Apakah Anda sudah
familiar dengan konsep Capability Maturity Model atau mencari
informasi untuk mulai meningkatkan proses pembangunan Anda,
CMMI-DEV akan berguna bagi kamu kamu. Model ini juga dimaksudkan
untuk organisasi yang ingin menggunakan model referensi untuk
penilaian perkembangan terkait processes.3 mereka
Organisasi Dokumen ini
Dokumen ini disusun dalam tiga bagian utama:
Bagian Satu: Tentang CMMI untuk Pembangunan
Bagian Kedua: Tujuan Generik dan Praktek Generik, dan Proses
Daerah
Bagian Tiga: Lampiran dan Daftar Istilah
Bagian Satu: Tentang CMMI untuk Pembangunan, terdiri dari lima
bab:
Bab 1, Pendahuluan, menawarkan pandangan yang luas dari CMMI dan
CMMI untuk Pengembangan konstelasi, konsep perbaikan proses, dan
sejarah model yang digunakan untuk perbaikan proses dan proses yang
berbeda pendekatan perbaikan.
Bab 2, Proses area Komponen, menggambarkan semua komponen dari
CMMI untuk proses Pembangunan areas.4
Bab 3, Mengikat Ini Semua Bersama, merakit komponen Model dan
menjelaskan konsep tingkat kematangan dan tingkat kemampuan.
3 Sebuah penilaian adalah pemeriksaan satu atau lebih proses
oleh tim yang terlatih profesional menggunakan model referensi
(misalnya, CMMI-DEV) sebagai dasar untuk menentukan kekuatan dan
kelemahan.
Sebuah area proses adalah sekelompok praktek terkait di daerah
yang ketika diimplementasikan secara kolektif, memenuhi serangkaian
tujuan dianggap penting untuk membuat perbaikan di daerah itu.
Konsep ini dibahas secara rinci dalam Bab 2.
4
aku aku Kata Pengantar
-
CMMI untuk Pembangunan, Versi 1.3
Bab 4, Hubungan antara Proses Daerah, memberikan wawasan makna
dan interaksi antar daerah proses CMMI-DEV.
Bab 5, Menggunakan CMMI Model, menjelaskan jalan untuk adopsi
dan penggunaan CMMI untuk perbaikan proses dan benchmarking praktek
dalam pengembangan organisasi.
Bagian Kedua: Generic Tujuan dan Praktek Generik, dan Proses
Daerah, berisi semua yang diperlukan dan diharapkan komponen model
CMMI ini. Saya T juga mengandung komponen informatif terkait,
termasuk subpractices, catatan, contoh, dan produk contoh
kerja.
Bagian Kedua berisi 23 bagian. Bagian pertama berisi tujuan
generik dan praktek. Sisanya 22 bagian masing-masing mewakili salah
satu dari CMMI- yang Area proses DEV.
Untuk membuat area proses ini mudah untuk menemukan, mereka
terorganisir abjad area proses akronim. Setiap bagian berisi
deskripsi tujuan, praktik terbaik, dan contoh.
Bagian Tiga: Lampiran dan Daftar Istilah, terdiri dari empat
bagian:
Lampiran A: Referensi, berisi referensi yang dapat digunakan
untuk mencari Sumber didokumentasikan informasi seperti laporan,
proses model perbaikan, standar industri, dan buku yang terkait
dengan CMMI-DEV.
Lampiran B: Akronim, mendefinisikan akronim yang digunakan dalam
model.
Lampiran C: CMMI Versi 1.3 Peserta Proyek berisi daftar anggota
tim yang berpartisipasi dalam pengembangan CMMI-DEV, V1.3.
Lampiran D: Istilah, mendefinisikan banyak istilah yang
digunakan dalam CMMI-DEV.
Cara Menggunakan Dokumen ini
Apakah anda baru untuk proses perbaikan, baru CMMI, atau sudah
akrab dengan CMMI, Bagian Satu dapat membantu Anda memahami mengapa
CMMI-DEV adalah Model yang akan digunakan untuk meningkatkan proses
pembangunan Anda.
Pembaca Baru untuk Proses Perbaikan
Jika Anda baru untuk proses perbaikan atau baru ke Capability
Maturity Model (CMM) konsep, kami menyarankan agar Anda membaca Bab
1 terlebih dahulu. Bab 1 berisi gambaran perbaikan proses yang
menjelaskan apa CMMI adalah semua tentang.
Selanjutnya, skim Bagian Dua, termasuk tujuan generik dan
praktik dan spesifik tujuan dan praktek, untuk mendapatkan
merasakan lingkup praktik terbaik terkandung dalam model.
Perhatikan dekat dengan tujuan dan pengantar mencatat pada awal
setiap area proses.
Di Bagian Tiga, melihat melalui referensi dalam Lampiran A dan
pilih sumber tambahan yang Anda pikir akan bermanfaat untuk membaca
sebelum pindah maju dengan menggunakan CMMI-DEV. Bacalah akronim
dan daftar istilah untuk
Kata Pengantar aku aku aku
-
CMMI untuk Pembangunan, Versi 1.3
menjadi akrab dengan bahasa CMMI. Lalu, kembali dan membaca
rincian Bagian Kedua.
Pembaca Berpengalaman dengan Perbaikan Proses
Jika Anda baru untuk CMMI tetapi memiliki pengalaman dengan
proses lain Model perbaikan, seperti CMM Software atau Sistem
Rekayasa Kemampuan Model (yaitu, EIA 731), Anda akan segera
mengenali banyak kesamaan dalam struktur dan konten [EIA
2002a].
Kami menyarankan Anda membaca Bagian Satu untuk memahami
bagaimana CMMI adalah berbeda dengan model perbaikan proses
lainnya. Jika Anda memiliki pengalaman dengan model lain, Anda
mungkin ingin memilih bagian untuk membaca terlebih dahulu. Baca
Baca Bagian Dua dengan mata untuk praktik terbaik Anda mengenali
dari model yang Anda telah digunakan. Dengan mengidentifikasi bahan
akrab, Anda akan memperoleh pemahaman tentang apa yang baru, apa
yang telah dilakukan selama, dan apa yang akrab dari model Anda
sudah tahu.
Selanjutnya, meninjau glossary untuk memahami bagaimana beberapa
terminologi dapat berbeda dari yang digunakan dalam model proses
perbaikan yang Anda tahu. Banyak Sekali konsep yang berulang,
tetapi mereka dapat disebut sesuatu yang berbeda.
Pembaca Familiar dengan CMMI
Jika Anda telah meninjau atau menggunakan model CMMI sebelumnya,
Anda akan dengan cepat mengenali konsep CMMI dibahas dan praktik
terbaik yang disajikan. Seperti biasa, perbaikan bahwa Tim Produk
CMMI dibuat untuk CMMI untuk rilis V1.3 didorong oleh input
pengguna. Perubahan permintaan yang hati-hati, dianalisis, dan
diimplementasikan.
Beberapa perbaikan yang signifikan yang dapat Anda harapkan di
CMMI-DEV, V1.3 termasuk berikut ini:
Area proses yang tinggi jatuh tempo meningkat secara signifikan
untuk mencerminkan industri praktek terbaik, termasuk tujuan
tertentu baru dan beberapa baru praktik tertentu di area proses
yang berganti nama dari Inovasi Organisasi dan Deployment (OID)
untuk Organisasi Manajemen Kinerja (OPM).
Perbaikan dilakukan untuk arsitektur model yang menyederhanakan
menggunakan beberapa model.
Bahan informatif ditingkatkan, termasuk merevisi rekayasa
praktek untuk mencerminkan praktek terbaik industri dan menambahkan
pedoman untuk organisasi yang menggunakan metode Agile. Definisi
Istilah dan Model terminologi ditingkatkan untuk meningkatkan
kejelasan, akurasi, dan kegunaan dari model.
Level 4 dan 5 gol dan praktek generik dihapuskan serta tingkat
kemampuan 4 dan 5 untuk tepat fokus jatuh tempo tinggi pada
pencapaian tujuan bisnis, yang dicapai dengan menerapkan Kemampuan
tingkat 1-3 ke daerah-daerah proses jatuh tempo tinggi (Analisis
kausal dan Resolusi, Kuantitatif Manajemen Proyek, Organisasi
Manajemen Kinerja, dan Kinerja Proses Organisasi).
iv Kata Pengantar
-
CMMI untuk Pembangunan, Versi 1.3
Untuk daftar yang lebih lengkap dan rinci perbaikan, lihat
http://www.sei.cmu.edu/cmmi/tools/cmmiv1-3/.
Informasi tambahan dan Pembaca Tanggapan
Banyak sumber informasi tentang CMMI tercantum dalam Lampiran A
dan juga dipublikasikan di situs CMMI-http:
//www.sei.cmu.edu/cmmi/.
Saran Anda untuk meningkatkan CMMI dipersilakan. Untuk informasi
tentang cara untuk memberikan umpan balik, lihat situs CMMI di
http://www.sei.cmu.edu/cmmi/tools/cr/. Jika Anda memiliki
pertanyaan tentang CMMI, kirim email ke
[email protected].
Kata Pengantar v
-
CMMI untuk Pembangunan, Versi 1.3
vi Kata Pengantar
-
CMMI untuk Pembangunan, Versi 1.3
Daftar isi
Kata Pengantar Tujuan Ucapan Terima Kasih Para Hadirin
Organisasi Dokumen ini Cara Menggunakan Dokumen ini Pembaca Baru
untuk Proses Perbaikan Pembaca Berpengalaman dengan Perbaikan
Proses Pembaca Familiar dengan CMMI Informasi tambahan dan Pembaca
Tanggapan
aku aku saya s saya s aku aku aku aku aku aku aku aku aku aku iv
iv v
Bagian Satu: Tentang CMMI untuk Pembangunan
1 Pengantar Tentang Proses Perbaikan Capability Maturity Model
tentang Evolusi CMMI Kerangka CMMI CMMI untuk Pembangunan
Proses area Komponen Proses inti Daerah dan CMMI Model
Diperlukan, diharapkan, dan Komponen Informatif Komponen yang
dibutuhkan Komponen diharapkan Komponen Informatif Komponen Terkait
dengan Bagian Dua Proses Daerah Laporan Tujuan Catatan pengantar
Proses terkait Daerah Tujuan khusus Tujuan generik Tujuan dan
Praktek Ringkasan tertentu Praktek spesifik Contoh Kerja Produk
Subpractices Praktek generik Generik Praktek elaborasi Penambahan
Pendukung Komponen Informatif Catatan Contoh Referensi Penomoran
Skema Konvensi ketik
Mengikat Ini Semua Bersama Memahami Tingkat Struktur Continuous
dan Bertahap Representasi
1
3 4 5 5 7 7
9 9 9 9 9 10 10 11 11 11 12 12 12 12 13 13 13 13 14 14 14 14 14
15 15 16
21 21 22
2
3
Daftar isi vii
-
CMMI untuk Pembangunan, Versi 1.3
Tingkat Kemampuan Memahami Kemampuan Tingkat 0: Tidak lengkap
Kemampuan Level 1: Dilakukan Kemampuan Level 2: Dikelola Kemampuan
Level 3: Defined Memajukan Melalui Tingkat Kemampuan Memahami
Tingkat Kematangan Maturity Level 1: Awal Maturity Level 2:
Dikelola Maturity Level 3: Defined Maturity Level 4: Managed
kuantitatif Maturity Level 5: Mengoptimalkan Memajukan Melalui
Tingkat Kematangan Proses Daerah Staging setara Mencapai Tinggi
Kematangan
4 Hubungan antara Proses Daerah Manajemen Proses Dasar Manajemen
Proses Proses Daerah Lanjutan Manajemen Proses Proses Daerah
Manajemen Proyek Proses Manajemen Proyek Dasar Daerah Proses
Lanjutan Manajemen Proyek Daerah Teknik Rekursi dan Iterasi Teknik
Proses Mendukung Dukungan Proses dasar Daerah Dukungan Lanjutan
Proses Daerah
Menggunakan CMMI Model Mengadopsi CMMI Anda Program Peningkatan
Proses Pilihan yang Memengaruhi Program Anda CMMI Model Menafsirkan
CMMI Ketika Menggunakan Pendekatan Agile Menggunakan CMMI
Appraisals Persyaratan penilaian untuk CMMI Scampi Appraisal Metode
Pertimbangan Penilaian Pelatihan CMMI terkait
24 24 24 25 25 25 26 27 27 28 28 29 29 30 34 37
39 39 40 41 43 43 45 47 50 50 51 52
55 55 56 56 57 58 59 59 59 60 61
5
Bagian Kedua: Tujuan Generik dan Praktek Generik, dan Proses
Daerah
Tujuan umum dan Praktek Generik Ikhtisar Proses Pelembagaan
Proses dilakukan Proses Dikelola Ditetapkan Proses Hubungan antara
Proses Tujuan umum dan Praktek Generik Menerapkan Praktek Generik
Proses Daerah yang Mendukung Praktek Generik
63
65 65 65 65 66 66 67 68 120 121
viii Daftar isi
-
CMMI untuk Pembangunan, Versi 1.3
Analisis kausal dan Resolusi
Manajemen konfigurasi
Keputusan Analisis dan Resolusi
Manajemen Proyek Terpadu
Pengukuran dan Analisis
Proses Organisasi Definisi
Proses Organisasi Fokus
Manajemen Kinerja Organisasi
Kinerja Proses Organisasi
Pelatihan Organisasi
Integrasi Produk
Pengawasan Proyek dan Pengendalian
Perencanaan proyek
Proses dan Produk Jaminan Mutu
Manajemen Proyek kuantitatif
Pengembangan Persyaratan
Manajemen Persyaratan
Manajemen Risiko
Manajemen Perjanjian Pemasok
Solusi teknis
Pengesahan
Verifikasi
127
137
149
157
175
191
203
217
235
247
257
271
281
301
307
325
341
349
363
373
393
401
Bagian Tiga: Lampiran
Lampiran A: Referensi Informasi Assurance / Keamanan Informasi
Sumber Terkait
Lampiran B: Akronim
Lampiran C: CMMI Versi 1.3 Peserta Proyek CMMI Kelompok Pengarah
Steering Anggota Grup Ex Officio-Anggota Kelompok Pengarah Dukungan
Kelompok Pengarah CMMI untuk Layanan Advisory Group CMMI Tim
Koordinasi V1.3 CMMI V1.3 Konfigurasi Control Board Tim CMMI V1.3
Inti Model Tim CMMI V1.3 Terjemahan CMMI V1.3 Kematangan Tim Tinggi
Tim CMMI V1.3 Akuisisi Mini CMMI V1.3 Tim Layanan Mini CMMI V1.3
scampi Tingkatkan Team CMMI Versi 1.3 Pelatihan Tim ACQ dan Team
Training DEV
413
415 419
421
425 425 425 426 426 426 427 427 428 428 429 429 429 430 430
430
Daftar isi ix
-
CMMI untuk Pembangunan, Versi 1.3
Tim Pelatihan SVC CMMI V1.3 Tim Mutu
Lampiran D: Istilah
431 431
433
x Daftar isi
-
CMMI untuk Pembangunan, Versi 1.3
Bagian Satu: Tentang CMMI untuk Pembangunan
1
-
CMMI untuk Pembangunan, Versi 1.3
2
-
CMMI untuk Pembangunan, Versi 1.3
1. Perkenalan
Sekarang, lebih dari sebelumnya, perusahaan ingin memberikan
produk dan layanan lebih baik, lebih cepat, dan lebih murah. Pada
saat yang sama, di teknologi tinggi lingkungan dari abad kedua
puluh satu, hampir semua organisasi telah menemukan sendiri
membangun produk dan jasa yang semakin kompleks. Itu adalah tidak
biasa hari ini untuk satu organisasi untuk mengembangkan semua
komponen yang menulis sebuah produk atau jasa yang kompleks. Lebih
umum, beberapa komponen dibangun di rumah dan ada pula yang
diperoleh; maka semua komponen terintegrasi ke dalam produk akhir
atau jasa. Organisasi harus mampu mengelola dan mengendalikan
pembangunan dan pemeliharaan proses yang kompleks ini.
Masalah organisasi-organisasi ini membahas hari ini melibatkan
perusahaan-lebar solusi yang membutuhkan pendekatan terpadu.
Manajemen yang efektif dari aset organisasi sangat penting untuk
kesuksesan bisnis. Pada dasarnya, ini organisasi yang produk dan
layanan pengembang yang membutuhkan suatu cara untuk mengelola
kegiatan pembangunan mereka sebagai bagian dari pencapaian bisnis
mereka tujuan.
Di pasar saat ini, model jatuh tempo, standar, metodologi, dan
pedoman ada yang dapat membantu organisasi meningkatkan jalan
tersebut bisnis. Namun, sebagian besar pendekatan perbaikan yang
tersedia fokus pada bagian tertentu dari bisnis dan tidak mengambil
pendekatan sistemik terhadap masalah yang sebagian besar organisasi
hadapi. Dengan berfokus pada peningkatan satu bidang bisnis, model
ini telah sayangnya mengabadikan stovepipes dan hambatan yang ada
dalam organisasi.
CMMI Pembangunan (CMMI-DEV) memberikan kesempatan untuk
menghindari atau menghilangkan stovepipes ini dan hambatan. CMMI
untuk Pembangunan terdiri dari praktik terbaik yang membahas
kegiatan pembangunan diterapkan untuk produk dan jasa. Ini membahas
praktek-praktek yang mencakup siklus hidup produk dari konsepsi
melalui pengiriman dan pemeliharaan. Penekanannya adalah pada
pekerjaan diperlukan untuk membangun dan mempertahankan total
produk.
CMMI-DEV berisi 22 area proses. Dari daerah-daerah proses, 16
adalah inti area proses, 1 adalah area proses bersama, dan 5 adalah
pengembangan khusus Proses areas.5
Semua praktek CMMI model-DEV fokus pada kegiatan pengembang
organisasi. Lima area proses fokus pada praktek-praktek khusus
untuk Pengembangan: menangani kebutuhan pengembangan, solusi
teknis, integrasi produk, verifikasi, dan validasi.
5 Sebuah area proses inti adalah area proses yang umum untuk
semua model CMMI. Sebuah area proses bersama dibagi oleh setidaknya
dua Model CMMI, tetapi tidak semua dari mereka.
Pengantar 3
-
CMMI untuk Pembangunan, Versi 1.3
Tentang Proses Perbaikan
Dalam penelitiannya untuk membantu organisasi untuk
mengembangkan dan mempertahankan kualitas produk dan jasa, Rekayasa
Perangkat Lunak Institute (SEI) telah ditemukan beberapa dimensi
yang organisasi dapat fokus pada untuk meningkatkan nya bisnis.
Gambar 1.1 menggambarkan tiga dimensi penting yang organisasi
biasanya berfokus pada: orang, prosedur dan metode, dan alat dan
peralatan.
Prosedur dan metode mendefinisikan hubungan tugas
B A
C D
PROSES
Orang Orang dengan keterampilan, pelatihan, dan motivasi
Alat dan peralatan
Gambar 1.1: Tiga Dimensi Kritis
Apa memegang segala sesuatu bersama-sama? Ini adalah proses yang
digunakan dalam Anda organisasi. Proses memungkinkan Anda untuk
menyesuaikan cara Anda melakukan bisnis. Ta Men memungkinkan Anda
untuk mengatasi skalabilitas dan memberikan cara untuk
menggabungkan pengetahuan bagaimana melakukan hal-hal yang lebih
baik. Proses memungkinkan Anda untuk memanfaatkan sumber daya Anda
dan untuk memeriksa tren bisnis.
Ini bukan untuk mengatakan bahwa orang-orang dan teknologi yang
tidak penting. Kami adalah hidup di dunia di mana teknologi berubah
pada kecepatan yang luar biasa. Demikian pula, orang-orang biasanya
bekerja untuk banyak perusahaan di seluruh mereka karier. Kita
hidup di dunia yang dinamis. Fokus pada proses menyediakan
infrastruktur dan stabilitas yang diperlukan untuk menghadapi dunia
yang selalu berubah dan untuk memaksimalkan produktivitas
masyarakat dan penggunaan teknologi untuk menjadi kompetitif.
Manufaktur telah lama mengakui pentingnya efektivitas proses dan
efisiensi. Saat ini, banyak organisasi di bidang manufaktur dan
layanan industri menyadari pentingnya proses kualitas. Proses
membantu sebuah tenaga kerja organisasi untuk memenuhi tujuan
bisnis dengan membantu mereka untuk bekerja lebih cerdas, bukan
lebih keras, dan dengan peningkatan konsistensi. Efektif Proses
juga menyediakan kendaraan untuk memperkenalkan dan menggunakan
teknologi baru dengan cara yang paling sesuai dengan tujuan bisnis
organisasi.
4 Pengantar
-
CMMI untuk Pembangunan, Versi 1.3
Capability Maturity Model tentang
Sebuah Capability Maturity Model (CMM), termasuk CMMI, adalah
disederhanakan representasi dunia. CMMS mengandung unsur-unsur
penting dari proses yang efektif. Unsur-unsur ini didasarkan pada
konsep yang dikembangkan oleh Crosby, Deming, Juran, dan
Humphrey.
Pada 1930, Walter Shewhart mulai bekerja dalam proses perbaikan
dengan nya prinsip-prinsip pengendalian kualitas statistik
[Shewhart 1931]. Prinsip-prinsip ini yang disempurnakan oleh W.
Edwards Deming [Deming 1986], Phillip Crosby [Crosby 1979], dan
Joseph Juran [Juran 1988]. Watts Humphrey, Ron Radice, dan lain
diperpanjang prinsip-prinsip ini lebih lanjut dan mulai
menerapkannya software dalam pekerjaan mereka di IBM (International
Business Machines) dan SEI [Humphrey 1989]. Buku Humphrey,
Mengelola Proses Software, memberikan gambaran tentang
prinsip-prinsip dasar dan konsep yang banyak dari Capability
Maturity Models (CMMs) berbasis.
SEI telah mengambil manajemen proses premis, "kualitas dari
sistem atau produk sangat dipengaruhi oleh kualitas proses yang
digunakan untuk mengembangkan dan mempertahankan itu, "dan
didefinisikan CMMS yang mewujudkan premis ini. Itu kepercayaan
premis ini terlihat di seluruh dunia dalam gerakan kualitas,
terbukti oleh International Organization for Standardization /
Internasional Electrotechnical Commission (ISO / IEC) badan
standar.
CMMS fokus pada peningkatan proses dalam suatu organisasi.
Mereka berisi elemen penting dari proses yang efektif untuk satu
atau lebih disiplin dan menggambarkan jalur peningkatan evolusi
dari ad hoc, dewasa proses untuk disiplin, proses matang dengan
peningkatan kualitas dan efektivitas.
Seperti CMMS lain, model CMMI memberikan bimbingan untuk
menggunakan ketika mengembangkan proses. Model CMMI tidak proses
atau deskripsi proses. Itu Proses yang sebenarnya digunakan dalam
sebuah organisasi tergantung pada banyak faktor, termasuk domain
aplikasi dan struktur organisasi dan ukuran. Di Khususnya, daerah
proses model CMMI biasanya tidak peta satu ke satu dengan proses
yang digunakan dalam organisasi Anda. SEI menciptakan pertama CMM
dirancang untuk organisasi perangkat lunak dan diterbitkan dalam
sebuah buku, The Capability Maturity Model: Pedoman Meningkatkan
Proses Perangkat Lunak [SEI 1995].
Hari ini, CMMI adalah sebuah aplikasi dari prinsip-prinsip
diperkenalkan hampir satu abad lalu untuk ini siklus yang tidak
pernah berakhir perbaikan proses. Nilai ini Pendekatan proses
perbaikan telah dikonfirmasi dari waktu ke waktu. Organisasi telah
mengalami peningkatan produktivitas dan kualitas, jadwal perbaikan
siklus waktu, dan lebih akurat dan dapat diprediksi dan anggaran
[Gibson 2006].
Evolusi CMMI
Proyek CMM Integration dibentuk untuk menyelesaikan masalah
menggunakan beberapa CMMS. Kombinasi model tertentu menjadi
satu
Pengantar 5
-
CMMI untuk Pembangunan, Versi 1.3
Kerangka perbaikan dimaksudkan untuk digunakan oleh organisasi
dalam mereka mengejar perbaikan proses enterprise-wide.
Mengembangkan seperangkat model terpadu melibatkan lebih dari
sekedar menggabungkan bahan model yang ada. Menggunakan proses yang
mempromosikan konsensus, yang CMMI Tim Produk membangun sebuah
kerangka kerja yang mengakomodasi beberapa rasi bintang.
Model pertama yang akan dikembangkan adalah CMMI untuk model
Pembangunan (Kemudian hanya disebut "CMMI"). Gambar 1.2
menggambarkan model yang menyebabkan CMMI Versi 1.3.
Sejarah CMMS
CMM untuk Software V1.1 (1993)
Sistem dan Teknik CMM V1.1 (1995)
INCOSE SECAM (1996)
Software CMM V2, rancangan C (1997)
Software Akuisisi CMM v1.03 (2002)
EIA 731 SECM (1998)
Produk terintegrasi Pengembangan CMM (1997)
CMMI untuk Akuisisi V1.2 (2007)
V1.02 (2000) v1.02 V1.1 (2002) v1.1 (2002) CMMI untuk
Pembangunan V1.2 (2006)
CMMI untuk Layanan V1.2 (2009)
CMMI untuk CMMI Akuisisi Pembangunan CMMI untuk Layanan V1.3
(2010) V1.3 (2010) V1.3 (2010)
Gambar 1.2: The History of CMMs6
Awalnya, CMMI adalah satu model yang dikombinasikan tiga model
sumber: Capability Maturity Model untuk Software (SW-CMM) v2.0
rancangan C, Sistem dan Teknik Kemampuan Model (SECM) [EIA 2002a],
dan Terpadu Pengembangan Produk Capability Maturity Model (IPD-CMM)
v0.98.
6 EIA 731 SECM adalah Electronic Industries Alliance standar
731, atau Sistem Teknik Kemampuan Model. INCOSE SECAM adalah
International Council on Sistem Rekayasa Sistem dan Teknik
Kemampuan Penilaian Model [EIA 2002a].
6 Pengantar
-
CMMI untuk Pembangunan, Versi 1.3
Ketiga model sumber dipilih karena sukses mereka adopsi atau
pendekatan yang menjanjikan untuk meningkatkan proses dalam sebuah
organisasi. Model CMMI pertama (v1.02) dirancang untuk digunakan
oleh pembangunan organisasi dalam mengejar perbaikan proses
enterprise-wide. Saya T dirilis pada tahun 2000. Dua tahun kemudian
versi 1.1 dirilis dan empat tahun setelah itu, versi 1.2
dirilis.
Pada saat yang versi 1.2 dirilis, dua model lainnya CMMI adalah
yang direncanakan. Karena rencana ekspansi ini, nama pertama CMMI
model harus mengubah menjadi CMMI untuk Pembangunan dan Konsep
konstelasi diciptakan.
CMMI untuk model Akuisisi dirilis pada tahun 2007. Sejak itu
dibangun di atas CMMI untuk Pembangunan Versi 1.2 Model, juga
bernama Versi 1.2. Dua tahun kemudian CMMI Jasa Model dirilis. Ini
dibangun di atas dua model lainnya dan juga bernama Versi 1.2.
Pada tahun 2008 rencana tertarik untuk mulai mengembangkan versi
1.3, yang akan memastikan konsistensi antara ketiga model dan
meningkatkan kematangan yang tinggi materi di semua model. Versi
1.3 dari CMMI untuk Akuisisi [Gallagher 2011, SEI 2010b], CMMI
untuk Pembangunan [Chrissis 2011], dan CMMI untuk Jasa [Forrester
2011, SEI 2010a] yang dirilis pada bulan November 2010.
Kerangka CMMI
CMMI Framework menyediakan struktur yang dibutuhkan untuk
menghasilkan CMMI model, pelatihan, dan komponen penilaian. Untuk
memungkinkan penggunaan beberapa model dalam Kerangka CMMI, model
komponen diklasifikasikan sebagai baik umum untuk semua model CMMI
atau berlaku untuk model tertentu. Itu Bahan yang umum disebut
"Yayasan CMMI Model" atau "CMF."
Komponen CMF adalah bagian dari setiap model yang dihasilkan
dari CMMI Kerangka. Komponen-komponen yang dikombinasikan dengan
bahan berlaku untuk wilayah kepentingan (misalnya, akuisisi,
pengembangan, jasa) untuk menghasilkan model.
A "konstelasi" didefinisikan sebagai kumpulan komponen CMMI yang
digunakan untuk membangun model, materi pelatihan, dan penilaian
terkait dokumen untuk daerah tertentu (misalnya, akuisisi,
pengembangan, jasa). Model Pengembangan konstelasi yang disebut
"CMMI untuk Pembangunan" atau "CMMI-DEV."
CMMI untuk Pembangunan
CMMI untuk Pembangunan adalah model referensi yang mencakup
kegiatan untuk mengembangkan produk dan jasa. Organisasi dari
banyak industri, termasuk aerospace, perbankan, perangkat keras
komputer, perangkat lunak, pertahanan, manufaktur mobil, dan
telekomunikasi, gunakan CMMI untuk Pembangunan.
Pengantar 7
-
CMMI untuk Pembangunan, Versi 1.3
CMMI untuk Pembangunan mengandung praktek-praktek yang mencakup
manajemen proyek, manajemen proses, rekayasa sistem, rekayasa
perangkat keras, rekayasa perangkat lunak, dan proses pendukung
lainnya yang digunakan dalam pembangunan dan pemeliharaan.
Menggunakan pertimbangan profesional dan akal sehat untuk
menafsirkan model untuk organisasi Anda. Artinya, meskipun area
proses yang diuraikan dalam perilaku Model menggambarkan orang
dianggap praktik terbaik untuk sebagian besar pengguna, proses
daerah dan praktek harus ditafsirkan dengan menggunakan pengetahuan
yang mendalam tentang CMMI-DEV, kendala organisasi Anda, dan bisnis
Anda lingkungan hidup.
8 Pengantar
-
CMMI untuk Pembangunan, Versi 1.3
2 Proses di Area Komponen
Bab ini menjelaskan komponen yang ditemukan di setiap area
proses dan tujuan generik dan praktek generik. Memahami komponen
ini sangat penting untuk menggunakan informasi di Bagian Dua
efektif. Jika Anda terbiasa dengan Bagian Dua, Anda mungkin ingin
skim Tujuan Generik dan Praktek bagian generik dan beberapa bagian
wilayah proses untuk mendapatkan nuansa umum untuk isi dan tata
letak sebelum membaca bab ini.
Proses inti Daerah dan CMMI Model
Semua model CMMI yang dihasilkan dari Kerangka CMMI. Kerangka
ini berisi semua tujuan dan praktek yang digunakan untuk
menghasilkan CMMI model milik CMMI konstelasi.
Semua model CMMI mengandung 16 area proses inti. Area proses
tersebut meliputi konsep dasar yang penting untuk proses perbaikan
dalam bidang minat (yaitu, akuisisi, pengembangan, jasa). Beberapa
materi dalam bidang proses inti adalah sama di semua rasi bintang.
Yang Lainnya Bahan dapat disesuaikan untuk mengatasi area tertentu
yang menarik. Akibatnya, bahan dalam area proses inti mungkin tidak
tepat sama.
Diperlukan, diharapkan, dan Komponen Informatif
Komponen Model dikelompokkan menjadi tiga kategori-diperlukan,
diharapkan, dan informatif-yang mencerminkan bagaimana
menafsirkannya.
Komponen yang dibutuhkan
Komponen yang diperlukan adalah komponen CMMI yang penting untuk
mencapai perbaikan proses di daerah proses tertentu. Pencapaian ini
harus tampak diimplementasikan dalam proses organisasi. Yang
dibutuhkan komponen dalam CMMI adalah tujuan spesifik dan generik.
Kepuasan tujuan adalah digunakan dalam penilaian sebagai dasar
untuk memutuskan apakah area proses memiliki puas.
Komponen diharapkan
Komponen diharapkan merupakan komponen CMMI yang menggambarkan
kegiatan yang penting dalam mencapai komponen CMMI diperlukan.
Diharapkan komponen membimbing mereka yang melaksanakan perbaikan
atau melakukan penilaian. Komponen yang diharapkan CMMI adalah
spesifik dan generik praktek.
Proses area Komponen 9
-
CMMI untuk Pembangunan, Versi 1.3
Sebelum gol dapat dianggap puas, baik praktek-praktek mereka
dijelaskan, atau diterima alternatif kepada mereka, harus hadir
dalam direncanakan dan dilaksanakan proses organisasi.
Komponen Informatif
Komponen informatif adalah komponen CMMI yang membantu pengguna
Model memahami CMMI diperlukan dan diharapkan komponen.
Komponen-komponen ini bisa contoh kotak, penjelasan rinci, atau
informasi lain yang berguna. Subpractices, catatan, referensi,
judul tujuan, judul praktek, sumber, produk contoh kerja, dan
elaborasi praktek generik yang informatif komponen model.
Bahan informatif memainkan peran penting dalam memahami Model.
Hal ini sering tidak mungkin untuk menggambarkan secara memadai
perilaku yang diperlukan atau diharapkan dari sebuah organisasi
hanya menggunakan satu tujuan atau pernyataan praktek. Bahan
informatif model menyediakan informasi yang diperlukan untuk
mencapai pemahaman yang benar tentang tujuan dan praktik dan dengan
demikian tidak bisa diabaikan.
Komponen Terkait dengan Bagian Dua
Komponen model yang terkait dengan Bagian Dua dirangkum dalam
Gambar 2.1 untuk menggambarkan hubungan mereka.
Proses Lokasi
Tujuan Pernyataan
Pengantar Catatan
Terkait Proses Daerah
Tujuan GoalsSpecific tertentu Tujuan generik
Praktek spesifik Praktek generik
ExampleWorkTypical Kerja Produk Produk
Subpractices Subpractices Praktek generik Subpractices
Elaborasi
KUNCI: Yang Dibutuhkan Diharapkan InformativeInformative
Gambar 2.1: CMMI Model Komponen
Bagian berikut memberikan deskripsi rinci model CMMI
komponen.
10 Proses area Komponen
-
CMMI untuk Pembangunan, Versi 1.3
Proses Daerah
Sebuah area proses adalah sekelompok praktek terkait di daerah
itu, ketika diimplementasikan secara kolektif, memenuhi serangkaian
tujuan dianggap penting untuk membuat perbaikan di daerah itu.
(Lihat definisi "area proses" di glossary.)
22 area proses disajikan dalam urutan abjad dengan
singkatan:
Analisis kausal dan Resolusi (CAR)
Manajemen Konfigurasi (CM)
Keputusan Analisis dan Resolusi (DAR)
Manajemen Proyek Terpadu (PHT)
Pengukuran dan Analisis (MA)
Proses Organisasi Definition (OPD)
Proses Organisasi Focus (OPF)
Manajemen Kinerja Organisasi (OPM)
Kinerja Proses Organisasi (OPP)
Pelatihan Organisasi (OT)
Produk Integrasi (PI)
Pemantauan proyek dan Pengendalian (PMC)
Perencanaan Proyek (PP)
Proses dan Kualitas Produk Assurance (PPQA)
Kuantitatif Manajemen Proyek (QPM)
Persyaratan Pembangunan (RD)
Persyaratan Manajemen (REQM)
Manajemen Risiko (RSKM)
Manajemen Perjanjian Pemasok (SAM)
Solusi teknis (TS)
Validasi (VAL)
Verifikasi (VER)
Laporan Tujuan
Sebuah pernyataan tujuan menggambarkan tujuan dari area proses
dan merupakan Komponen informatif.
Sebagai contoh, pernyataan tujuan Proses Organisasi Area proses
definisi adalah "Tujuan Proses Organisasi Definition (OPD) adalah
untuk membangun dan memelihara satu set yang dapat digunakan
organisasi aset proses, standar lingkungan kerja, dan aturan dan
pedoman untuk tim. "
Catatan pengantar
Catatan pengantar bagian dari area proses menggambarkan utama
konsep-konsep dalam bidang proses dan merupakan komponen
informatif.
Proses area Komponen 11
-
CMMI untuk Pembangunan, Versi 1.3
Sebuah contoh dari catatan pengantar Monitoring Proyek dan Area
proses kontrol "Saat status yang sebenarnya menyimpang secara
signifikan dari nilai yang diharapkan, tindakan perbaikan yang
diambil sesuai. "
Proses terkait Daerah
The Terkait Proses Daerah bagian daftar referensi untuk proses
yang terkait daerah dan mencerminkan hubungan tingkat tinggi antara
area proses. The Terkait Proses Daerah bagian merupakan komponen
informatif.
Contoh dari referensi yang ditemukan dalam Proses Terkait Daerah
bagian area proses Perencanaan Proyek "Lihat Manajemen Risiko area
proses untuk informasi lebih lanjut tentang mengidentifikasi dan
menganalisa risiko dan mengurangi risiko. "
Tujuan khusus
Tujuan spesifik menjelaskan karakteristik unik yang harus hadir
untuk memenuhi area proses. Tujuan khusus adalah model komponen
yang diperlukan dan digunakan dalam penilaian untuk membantu
menentukan apakah area proses puas. (Lihat definisi "tujuan
tertentu" dalam daftar istilah.)
Sebagai contoh, tujuan dari proses Manajemen Konfigurasi daerah
"Integritas baseline didirikan dan dikelola."
Hanya pernyataan tujuan tertentu adalah model komponen yang
diperlukan. Itu judul tujuan tertentu (didahului dengan jumlah gol)
dan catatan terkait dengan tujuan dianggap komponen model yang
informatif.
Tujuan generik
Tujuan generik disebut "generik" karena pernyataan tujuan yang
sama berlaku untuk beberapa daerah proses. Tujuan umum
menggambarkan karakteristik yang harus ada untuk melembagakan
proses yang menerapkan area proses. Tujuan umum adalah model
komponen yang diperlukan dan digunakan dalam penilaian untuk
menentukan apakah suatu daerah proses puas. (Lihat Tujuan Generik
dan bagian Praktek Generik di Bagian Dua untuk Semakin rinci
deskripsi tujuan generik. Lihat definisi "generik Tujuan "dalam
daftar istilah.)
Contoh dari tujuan umum adalah "Proses ini dilembagakan sebagai
didefinisikan proses. "
Hanya pernyataan tujuan generik adalah model komponen yang
diperlukan. Itu judul tujuan generik (didahului dengan jumlah gol)
dan catatan terkait dengan tujuan dianggap komponen model yang
informatif.
Tujuan dan Praktek Ringkasan tertentu
Tujuan dan praktek ringkasan spesifik memberikan ringkasan
tingkat tinggi tujuan spesifik dan praktik tertentu. Tujuan dan
praktek tertentu Ringkasan merupakan komponen informatif.
12 Proses area Komponen
-
CMMI untuk Pembangunan, Versi 1.3
Praktek spesifik
Praktek spesifik adalah deskripsi dari suatu kegiatan yang
dianggap penting dalam mencapai tujuan tertentu yang terkait.
Praktik tertentu menggambarkan kegiatan yang diharapkan dapat
menghasilkan pencapaian tujuan spesifik dari area proses. Praktek
spesifik adalah model yang diharapkan komponen. (Lihat definisi
"praktik tertentu" dalam daftar istilah.)
Misalnya, praktek dari Monitoring Proyek dan Pengendalian area
proses adalah "komitmen monitor terhadap mereka diidentifikasi
dalam proyek Rencana. "
Hanya pernyataan dari praktek tertentu adalah model yang
diharapkan komponen. Judul praktek tertentu (didahului oleh praktek
nomor) dan catatan yang terkait dengan praktik tertentu yang
dianggap komponen Model informatif.
Contoh Kerja Produk
Produk contoh kerja bagian daftar keluaran sampel dari tertentu
praktek. Sebuah contoh produk kerja adalah model komponen
informatif. (Lihat definisi "produk kerja contoh" dalam daftar
istilah.)
Sebagai contoh, sebuah produk kerja contoh untuk praktek
tertentu "Memantau Perencanaan Proyek Parameter "dalam Pemantauan
Proyek dan proses Kontrol daerah "Rekaman penyimpangan yang
signifikan."
Subpractices
Sebuah subpractice adalah penjelasan rinci yang memberikan
panduan untuk menafsirkan dan menerapkan praktik tertentu atau
generik. Subpractices dapat worded seakan preskriptif, tetapi
mereka sebenarnya informatif komponen dimaksudkan hanya untuk
memberikan ide-ide yang mungkin berguna untuk proses penambah
baikan. (Lihat definisi "subpractice" dalam daftar istilah.)
Misalnya, subpractice untuk praktek tertentu "Ambil Corrective
Aksi "dalam Pemantauan Proyek dan area proses Control adalah"
Tentukan dan mendokumentasikan tindakan yang tepat diperlukan untuk
mengatasi masalah diidentifikasi. "
Praktek generik
Praktek generik disebut "generik" karena praktek yang sama
berlaku untuk beberapa daerah proses. Praktek-praktek generik
terkait dengan generik Tujuan menggambarkan kegiatan yang dianggap
penting dalam mencapai Tujuan umum dan berkontribusi terhadap
pelembagaan proses terkait dengan area proses. Praktek umum adalah
model yang diharapkan komponen. (Lihat definisi "praktek generik"
dalam daftar istilah.)
Sebagai contoh, sebuah praktek umum untuk tujuan generik "Proses
ini dilembagakan sebagai proses dikelola "adalah" Menyediakan
sumber daya yang memadai untuk melakukan proses, pengembangan
produk kerja, dan menyediakan jasa proses. "
Hanya pernyataan dari praktek generik adalah model yang
diharapkan komponen. Judul praktek generik (didahului oleh
praktek
Proses area Komponen 13
-
CMMI untuk Pembangunan, Versi 1.3
nomor) dan catatan yang terkait dengan praktek dianggap
informatif komponen model.
Generik Praktek elaborasi
Elaborasi praktek generik muncul setelah praktek umum untuk
memberikan panduan tentang bagaimana praktek generik dapat
diterapkan unik untuk proses daerah. Praktek elaborasi generik
adalah model komponen informatif. (Lihat definisi "generik praktek
elaborasi" dalam daftar istilah.)
Misalnya, praktek elaborasi generik setelah latihan generik
"Membangun dan memelihara kebijakan organisasi untuk perencanaan
dan melakukan proses "untuk area proses Perencanaan Proyek adalah"
Ini Kebijakan menetapkan harapan organisasi untuk memperkirakan
perencanaan parameter, membuat komitmen internal dan eksternal, dan
mengembangkan berencana untuk mengelola proyek. "
Penambahan
Penambahan ditandai dengan jelas komponen model yang berisi
informasi menarik bagi pengguna tertentu. Tambahan dapat bahan
informatif, praktek spesifik, tujuan tertentu, atau daerah seluruh
proses yang memperpanjang lingkup model atau menekankan aspek
tertentu dari penggunaannya. Tidak ada Penambahan model
CMMI-DEV.
Pendukung Komponen Informatif
Di banyak tempat dalam model, informasi lebih lanjut diperlukan
untuk menggambarkan konsep. Bahan informatif ini disediakan dalam
bentuk berikut komponen:
Catatan
Contoh
Referensi
Catatan
Catatan adalah teks yang dapat menyertai hampir semua model
komponen lainnya. Saya T dapat memberikan detail, latar belakang,
atau alasan. Catatan adalah model informatif komponen.
Misalnya, catatan yang menyertai praktik tertentu "Melaksanakan
Aksi Proposal "dalam Analisis kausal dan proses Resolusi daerah
"Hanya perubahan yang terbukti menjadi nilai harus dipertimbangkan
untuk luas pelaksanaan. "
Contoh
Contohnya adalah komponen yang terdiri dari teks dan sering
daftar item, biasanya dalam kotak, yang dapat menyertai hampir
semua komponen lain dan menyediakan satu atau lebih contoh untuk
memperjelas konsep atau kegiatan yang dijelaskan. Contoh adalah
model komponen informatif.
14 Proses area Komponen
-
CMMI untuk Pembangunan, Versi 1.3
Berikut ini adalah contoh yang menyertai subpractice "Dokumen
masalah ketidakpatuhan ketika mereka tidak dapat diselesaikan dalam
proyek "di bawah praktek spesifik "Berkomunikasi dan Memastikan
Resolusi Ketidakpatuhan Isu "dalam Proses dan Produk Jaminan Mutu
area proses.
Contoh cara untuk mengatasi pelanggaran dalam proyek adalah
sebagai berikut:
Memperbaiki ketidakpatuhan
tersebut Mengubah deskripsi proses, standar, dan prosedur yang
dilanggar
Mendapatkan pengabaian untuk menutupi pelanggaran
yang
Referensi
Referensi adalah suatu pointer ke informasi tambahan atau lebih
rinci dalam terkait area proses dan dapat menemani hampir semua
model komponen lainnya. A referensi adalah model komponen
informatif. (Lihat definisi "Referensi" dalam daftar istilah.)
Sebagai contoh, sebuah referensi yang menyertai praktik tertentu
"Buat Proses Ditetapkan "di daerah proses Kuantitatif Manajemen
Proyek adalah "Lihat Proses Organisasi area proses Definition lebih
informasi tentang pembentukan aset proses organisasi. "
Penomoran Skema
Tujuan spesifik dan generik diberi nomor berurutan. Setiap
tujuan tertentu dimulai dengan awalan "SG" (misalnya, SG 1). Setiap
tujuan generik dimulai dengan awalan "GG" (misalnya, GG 2).
Praktek spesifik dan generik juga nomor berurutan. Masing Masing
praktek spesifik dimulai dengan awalan "SP," diikuti dengan nomor
dalam membentuk "x.y" (misalnya, SP 1.1). X adalah nomor yang sama
sebagai tujuan mana peta praktek tertentu. Y adalah jumlah urutan
tertentu berlatih di bawah tujuan tertentu.
Contoh dari penomoran praktek spesifik dalam Perencanaan Proyek
area proses. Praktek spesifik pertama bernomor SP 1.1 dan yang
kedua adalah SP 1.2.
Setiap latihan generik dimulai dengan awalan "GP," diikuti
dengan nomor dalam bentuk "x.y" (misalnya, GP 1.1).
X sesuai dengan jumlah gol generik. Y adalah urutan jumlah
praktek generik di bawah tujuan generik. Sebagai contoh, praktek
generik pertama terkait dengan GG 2 diberi nomor GP 2.1 dan kedua
adalah GP 2.2.
Proses area Komponen 15
-
CMMI untuk Pembangunan, Versi 1.3
Konvensi ketik
Konvensi ketik yang digunakan dalam model ini dirancang untuk
memungkinkan Anda dengan mudah mengidentifikasi dan memilih
komponen Model dengan menghadirkan mereka dalam format yang
memungkinkan Anda untuk menemukan mereka dengan cepat pada halaman.
Gambar 2.2, 2.3, dan 2.4 adalah halaman sampel dari area proses di
Bagian Dua; mereka menunjukkan komponen area proses yang berbeda,
diberi label sehingga Anda dapat mengidentifikasi mereka.
Perhatikan bahwa komponen berbeda typographically sehingga Anda
dapat mudah mengidentifikasi masing-masing.
16 Proses area Komponen
-
CMMI untuk Pembangunan, Versi 1.3
Nama Proses Lokasi
Kematangan Tingkat
Proses di Area Kategori
Pernyataan Tujuan
Catatan pengantar
Gambar 2.2: Contoh Halaman dari Analisis Keputusan dan
Resolusi
Proses area Komponen 17
-
CMMI untuk Pembangunan, Versi 1.3
Tujuan khusus
Praktek spesifik
Contoh Kerja Produk
Contoh Box
Referensi
Subpractice
Gambar 2.3: Contoh Halaman dari Analisis kausal dan Resolusi
18 Proses area Komponen
-
CMMI untuk Pembangunan, Versi 1.3
Tujuan generik
Praktek generik
Praktek generik Elaborasi
Gambar 2.4: Contoh Halaman dari Tujuan Generik dan Praktek
Generik
Proses area Komponen 19
-
CMMI untuk Pembangunan, Versi 1.3
20 Proses area Komponen
-
CMMI untuk Pembangunan, Versi 1.3
3 Mengikat Ini Semua Bersama
Sekarang bahwa Anda telah diperkenalkan dengan komponen model
CMMI, Anda perlu memahami bagaimana mereka cocok bersama untuk
memenuhi proses Anda kebutuhan perbaikan. Bab ini memperkenalkan
konsep Tingkat dan menunjukkan bagaimana area proses diatur dan
digunakan.
CMMI-DEV tidak menentukan bahwa suatu proyek atau organisasi
harus mengikuti aliran proses tertentu atau bahwa sejumlah produk
dikembangkan per hari atau target kinerja tertentu dicapai. Model
tidak menentukan bahwa suatu proyek atau organisasi harus memiliki
proses yang membahas praktek yang berkaitan dengan pembangunan.
Untuk menentukan apakah proses ini adalah di tempat, sebuah proyek
atau organisasi peta proses untuk area proses dalam model ini.
Pemetaan proses untuk memproses daerah memungkinkan organisasi
untuk melacak kemajuan terhadap model CMMI-DEV karena update atau
menciptakan proses. Jangan berharap bahwa setiap area proses
CMMI-DEV akan memetakan satu satu dengan proses organisasi Anda
atau proyek.
Memahami Tingkat
Tingkat digunakan dalam CMMI-DEV untuk menggambarkan jalur
evolusi direkomendasikan untuk sebuah organisasi yang ingin
meningkatkan proses itu digunakan untuk mengembangkan produk atau
jasa. Tingkat juga bisa menjadi hasil dari aktivitas rating dalam
Appraisals appraisals.7 dapat berlaku untuk seluruh organisasi atau
kelompok yang lebih kecil seperti kelompok proyek atau divisi.
CMMI mendukung dua jalur perbaikan menggunakan tingkat. Salah
satu jalan memungkinkan organisasi untuk secara bertahap
meningkatkan proses sesuai dengan yang daerah masing-masing proses
(atau kelompok area proses) yang dipilih oleh organisasi. Jalan
lain memungkinkan organisasi untuk meningkatkan satu set proses
terkait dengan bertahap menangani set berturut-turut proses
daerah.
Kedua jalur perbaikan terkait dengan dua jenis tingkatan:
tingkat kemampuan dan tingkat kematangan. Tingkat ini sesuai dengan
dua pendekatan untuk proses perbaikan yang disebut "representasi."
Kedua representasi disebut "terus menerus" dan "dipentaskan."
Menggunakan terus menerus representasi memungkinkan Anda untuk
mencapai "tingkat kemampuan." Menggunakan dipentaskan representasi
memungkinkan Anda untuk mencapai "tingkat kematangan."
7 Untuk informasi lebih lanjut tentang penilaian, lihat
Penilaian Persyaratan untuk CMMI dan CMMI Standard Metode Penilaian
Peningkatan Proses Dokumen Metode Definition [SEI 2011a, 2011b
SEI].
Mengikat Ini Semua Bersama 21
-
CMMI untuk Pembangunan, Versi 1.3
Untuk mencapai tingkat tertentu, sebuah organisasi harus
memenuhi semua tujuan area proses atau serangkaian area proses yang
ditargetkan untuk perbaikan, terlepas dari apakah itu adalah
kemampuan atau tingkat kematangan.
Kedua representasi menyediakan cara untuk meningkatkan proses
Anda untuk mencapai tujuan bisnis, dan keduanya menyediakan konten
penting yang sama dan penggunaan komponen model yang sama.
Struktur Continuous dan Bertahap Representasi
Gambar 3.1 menggambarkan struktur yang kontinyu dan bertahap
representasi. Perbedaan antara struktur yang halus namun
signifikan. Representasi dipentaskan menggunakan tingkat kematangan
untuk mengkarakterisasi negara secara keseluruhan proses organisasi
relatif terhadap model sebagai utuh, sedangkan representasi terus
menerus menggunakan tingkat kemampuan untuk mencirikan keadaan
proses organisasi relatif terhadap area proses individu.
Representasi terus menerus
Proses Daerah
Tujuan khusus Tujuan generik Tingkat kemampuan
Praktek spesifik Praktek generik
Representasi Bertahap
Tingkat Kematangan
Proses Daerah
Tujuan khusus Tujuan generik
Praktek spesifik Praktek generik
Gambar 3.1: Struktur Representasi berkelanjutan dan Bertahap
22 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Apa yang bisa menyerang Anda ketika Anda membandingkan dua
representasi ini adalah mereka kesamaan. Keduanya memiliki banyak
komponen yang sama (misalnya, proses daerah, tujuan tertentu,
praktik tertentu), dan komponen ini memiliki sama hirarki dan
konfigurasi.
Apa yang tidak nampak dari tampilan tingkat tinggi pada Gambar
3.1 adalah bahwa representasi terus menerus berfokus pada kemampuan
daerah proses sebagai diukur dengan tingkat kemampuan dan
representasi dipentaskan berfokus pada jatuh tempo secara
keseluruhan yang diukur dengan tingkat kematangan. Dimensi ini
(yang Kemampuan / dimensi jatuh tempo) dari CMMI digunakan untuk
benchmarking dan kegiatan penilaian, serta membimbing perbaikan
organisasi upaya.
Tingkat kemampuan berlaku untuk proses perbaikan organisasi
Prestasi di bidang proses individu. Tingkat ini merupakan sarana
untuk bertahap meningkatkan proses sesuai dengan proses yang
diberikan luas area. Empat tingkat kemampuan diberi nomor 0 sampai
3.
Tingkat kematangan berlaku untuk proses perbaikan organisasi
Prestasi di beberapa daerah proses. Tingkat ini adalah sarana
meningkatkan proses sesuai dengan himpunan area proses (yaitu,
tingkat kematangan). Lima tingkat kematangan diberi nomor 1 sampai
5.
Tabel 3.1 membandingkan empat tingkat kemampuan untuk lima
tingkat kematangan. Perhatikan bahwa nama-nama dua tingkat yang
sama di kedua representasi (yaitu, Managed dan Ditetapkan).
Perbedaan adalah bahwa ada ada tingkat kematangan 0; ada tingkat
kemampuan 4 dan 5; dan pada tingkat 1, nama-nama yang digunakan
untuk tingkat kemampuan 1 dan tingkat kematangan 1 berbeda.
Tabel 3.1 Perbandingan Kemampuan dan Kematangan Tingkat
Tingkat
Tingkat 0
Tingkat 1
Tingkat 2
Tingkat 3
Tingkat 4
Level 5
Representasi terus menerus Tingkat kemampuan
Tidak Lengkap
Dilakukan
Dikelola
Ditetapkan
Awal
Dikelola
Ditetapkan
Kuantitatif Dikelola
Mengoptimalkan
Representasi Bertahap Tingkat Kematangan
Representasi terus menerus berkaitan dengan memilih kedua
tertentu area proses untuk meningkatkan dan tingkat kemampuan yang
diinginkan untuk proses yang luas area. Dalam konteks ini, apakah
proses dilakukan atau tidak lengkap adalah penting. Oleh karena
itu, nama "Incomplete" diberikan kepada kontinyu representasi titik
awal.
Mengikat Ini Semua Bersama 23
-
CMMI untuk Pembangunan, Versi 1.3
Representasi dipentaskan berkaitan dengan proses memilih
beberapa daerah untuk meningkatkan dalam tingkat kematangan; apakah
proses individu dilakukan atau tidak lengkap bukan fokus utama.
Oleh karena itu, nama "Awal" diberikan ke titik representasi awal
dipentaskan.
Kedua tingkat kemampuan dan tingkat kematangan menyediakan cara
untuk meningkatkan proses dari suatu organisasi dan mengukur
seberapa baik organisasi dapat dan jangan meningkatkan proses
mereka. Namun, pendekatan yang terkait untuk memproses peningkatan
berbeda.
Tingkat Kemampuan Memahami
Untuk mendukung mereka yang menggunakan representasi terus
menerus, semua model CMMI mencerminkan tingkat kemampuan dalam
desain dan konten mereka. Empat tingkat kemampuan, masing-masing
lapisan di dasar bagi yang sedang berlangsung perbaikan proses,
yang ditunjuk oleh angka 0 sampai 3: 0.
1.
2.
3.
Tidak Lengkap
Dilakukan
Dikelola
Ditetapkan
Tingkat kemampuan untuk area proses dicapai ketika semua generik
tujuan puas sampai ke tingkat itu. Fakta bahwa tingkat kemampuan 2
dan 3 menggunakan istilah yang sama seperti tujuan umum 2 dan 3
disengaja karena masing-masing tujuan-tujuan dan praktek generik
mencerminkan makna kemampuan tingkat tujuan dan praktek. (Lihat
Tujuan Generik dan Generik Praktek bagian di Bagian Dua untuk
informasi lebih lanjut tentang tujuan umum dan praktek.) Sebuah
deskripsi singkat dari setiap tingkat kemampuan berikut.
Kemampuan Tingkat 0: Tidak lengkap
Sebuah Proses lengkap adalah proses yang baik tidak dilakukan
atau sebagian dilakukan. Satu atau lebih dari tujuan yang spesifik
dari area proses tidak puas dan tidak ada tujuan generik ada untuk
tingkat ini karena tidak ada alasan untuk melembagakan proses
sebagian dilakukan.
Kemampuan Level 1: Dilakukan
Tingkat Kemampuan 1 proses ditandai sebagai proses yang
dilakukan. A Proses yang dilakukan adalah proses yang menyelesaikan
pekerjaan yang dibutuhkan untuk menghasilkan produk kerja; tujuan
spesifik dari area proses puas.
Meskipun tingkat kemampuan 1 hasil perbaikan penting, mereka
perbaikan bisa hilang dari waktu ke waktu jika mereka tidak
dilembagakan. Itu penerapan pelembagaan (praktek generik CMMI di
kemampuan tingkat 2 dan 3) membantu untuk memastikan bahwa
perbaikan dipertahankan.
24 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Kemampuan Level 2: Dikelola
Tingkat Kemampuan 2 proses ditandai sebagai Proses dikelola. A
Proses dikelola adalah proses yang dilakukan yang direncanakan dan
dilaksanakan di Sesuai dengan kebijakan; mempekerjakan orang-orang
terampil yang memiliki sumber daya yang memadai untuk menghasilkan
output yang dikendalikan; melibatkan pemangku kepentingan yang
relevan; dimonitor, dikontrol, dan ditinjau; dan dievaluasi untuk
kepatuhan terhadap prosesnya deskripsi. Disiplin Proses tercermin
kemampuan tingkat 2 membantu untuk memastikan bahwa praktek yang
ada dipertahankan selama masa stres.
Kemampuan Level 3: Defined
Tingkat kemampuan proses 3 ditandai sebagai Proses
didefinisikan. A Proses didefinisikan adalah proses dikelola yang
disesuaikan dari set organisasi proses standar sesuai dengan
organisasi menyesuaikan pedoman; memiliki gambaran proses
dipertahankan; dan memberikan kontribusi Proses pengalaman terkait
dengan aset proses organisasi.
Perbedaan penting antara tingkat kemampuan 2 dan 3 adalah ruang
lingkup standar, deskripsi proses, dan prosedur. Pada kemampuan
tingkat 2, standar, deskripsi proses, dan prosedur bisa sangat
berbeda di setiap contoh spesifik dari proses (misalnya, pada
proyek tertentu). Di Kemampuan level 3, standar, deskripsi proses,
dan prosedur untuk proyek disesuaikan dari himpunan organisasi
proses standar sesuai suatu proyek tertentu atau unit organisasi
dan oleh karena itu lebih konsisten, kecuali perbedaan yang
diperbolehkan oleh pedoman menjahit.
Perbedaan lain yang penting adalah bahwa pada tingkat kemampuan
3 proses biasanya dijelaskan lebih ketat daripada di tingkat
kemampuan 2. Proses didefinisikan jelas menyatakan tujuan, masukan,
kriteria masuk, kegiatan, peran, langkah-langkah, langkah-langkah
verifikasi, output, dan kriteria exit. Pada kemampuan level 3,
proses yang dikelola lebih proaktif menggunakan pemahaman tentang
hubungan timbal balik dari kegiatan proses dan langkah-langkah
rinci Proses dan produk kerjanya.
Memajukan Melalui Tingkat Kemampuan
Tingkat kemampuan daerah proses yang dicapai melalui aplikasi
praktek generik atau alternatif yang sesuai dengan proses yang
terkait dengan area proses.
Mencapai kemampuan level 1 untuk area proses setara dengan
mengatakan bahwa proses yang terkait dengan area proses yang
dilakukan proses.
Mencapai kemampuan level 2 untuk area proses setara dengan
mengatakan bahwa ada kebijakan yang menunjukkan Anda akan melakukan
proses. Ada rencana untuk melakukan itu, sumber daya yang
disediakan, tanggung jawab yang ditugaskan, pelatihan untuk
melakukan itu disediakan, produk kerja yang dipilih terkait dengan
melakukan proses dikendalikan, dan sebagainya. Dengan kata lain,
Tingkat kemampuan 2 proses dapat direncanakan dan dipantau sama
seperti proyek atau kegiatan pendukung.
Mengikat Ini Semua Bersama 25
-
CMMI untuk Pembangunan, Versi 1.3
Mencapai kemampuan tingkat 3 untuk area proses setara dengan
mengatakan bahwa proses standar organisasi ada yang terkait dengan
proses yang daerah, yang dapat disesuaikan dengan kebutuhan proyek.
Proses dalam organisasi sekarang lebih konsisten didefinisikan dan
diterapkan karena mereka didasarkan pada proses standar
organisasi.
Setelah sebuah organisasi telah mencapai kemampuan tingkat 3 di
area proses itu telah memilih untuk perbaikan, dapat melanjutkan
perjalanan perbaikannya oleh menangani bidang proses jatuh tempo
tinggi (Proses Organisasi Kinerja, Kuantitatif Manajemen Proyek,
Analisis kausal dan Resolusi, dan Manajemen Kinerja
Organisasi).
Area proses jatuh tempo tinggi fokus pada peningkatan kinerja
proses yang sudah dilaksanakan. Area proses jatuh tempo tinggi
menggambarkan penggunaan teknik kuantitatif statistik dan lainnya
untuk meningkatkan proses organisasi dan proyek untuk lebih
mencapai tujuan bisnis.
Ketika melanjutkan perjalanan perbaikannya dengan cara ini,
organisasi dapat memperoleh banyak keuntungan dengan terlebih
dahulu memilih area OPP dan QPM proses, dan membawa daerah-daerah
proses untuk tingkat kemampuan 1, 2, dan 3. Dalam melakukan jadi,
proyek dan organisasi menyelaraskan seleksi dan analisis proses
lebih dekat dengan tujuan bisnis mereka. Setelah organisasi
mencapai kemampuan tingkat 3 di OPP dan QPM area proses, organisasi
dapat terus jalan perbaikannya oleh memilih CAR dan proses OPM
daerah. Dalam melakukannya, organisasi menganalisis kinerja bisnis
dengan menggunakan statistik dan lainnya kuantitatif teknik untuk
menentukan kekurangan kinerja, dan mengidentifikasi dan menyebarkan
Proses dan teknologi perbaikan yang berkontribusi terhadap kualitas
pertemuan dan tujuan kinerja proses. Proyek dan penggunaan
organisasi analisis kausal untuk mengidentifikasi dan menyelesaikan
masalah yang mempengaruhi kinerja dan mempromosikan penyebaran
praktek-praktek terbaik.
Memahami Tingkat Kematangan
Untuk mendukung mereka yang menggunakan representasi bertahap,
semua model CMMI mencerminkan tingkat kematangan dalam desain dan
konten mereka. Tingkat kematangan terdiri dari praktek-praktek yang
spesifik dan generik untuk satu set standar dari proses daerah yang
meningkatkan kinerja secara keseluruhan organisasi.
Tingkat kematangan organisasi menyediakan cara untuk
menggambarkan nya kinerja. Pengalaman menunjukkan bahwa organisasi
melakukan yang terbaik saat mereka memfokuskan upaya perbaikan
proses mereka pada sejumlah dikelola area proses pada suatu waktu
dan daerah-daerah memerlukan peningkatan kecanggihan sebagai
organisasi membaik.
Tingkat kematangan adalah dataran tinggi evolusi yang ditetapkan
untuk proses organisasi penambah baikan. Setiap tingkat kematangan
dewasa subset penting dari proses organisasi, mempersiapkan untuk
pindah ke tingkat kematangan berikutnya. Tingkat kematangan diukur
dengan pencapaian spesifik dan tujuan umum yang terkait dengan
setiap set yang telah ditetapkan dari area proses.
26 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Lima tingkat kematangan, setiap lapisan dalam dasar untuk proses
yang berkelanjutan perbaikan, yang ditunjuk oleh nomor 1 sampai
5:
1.
2.
3.
4.
5.
Awal
Dikelola
Ditetapkan
Kuantitatif Dikelola
Mengoptimalkan
Ingat bahwa tingkat kematangan 2 dan 3 menggunakan istilah yang
sama seperti kemampuan tingkat 2 dan 3. Ini konsistensi terminologi
memang disengaja karena konsep tingkat kematangan dan tingkat
kemampuan saling melengkapi. Tingkat kematangan yang digunakan
untuk mengkarakterisasi perbaikan organisasi relatif untuk satu set
area proses, dan tingkat kemampuan ciri organisasi peningkatan
relatif ke area proses individu.
Maturity Level 1: Awal
Pada tingkat kematangan 1, proses biasanya ad hoc dan kacau. Itu
Organisasi biasanya tidak menyediakan lingkungan yang stabil untuk
mendukung proses. Sukses dalam organisasi ini tergantung pada
kompetensi dan heroik dari orang-orang dalam organisasi dan bukan
pada penggunaan terbukti proses. Meskipun ini tingkat kekacauan,
kematangan 1 organisasi sering menghasilkan produk dan jasa yang
bekerja, tetapi mereka sering melebihi anggaran dan jadwal
didokumentasikan dalam rencana mereka.
Tingkat kematangan 1 organisasi ditandai dengan kecenderungan
untuk overcommit, meninggalkan proses mereka dalam waktu krisis,
dan tidak dapat mengulangi kesuksesan mereka.
Maturity Level 2: Dikelola
Pada tingkat kematangan 2, proyek telah memastikan bahwa proses
yang direncanakan dan dilaksanakan sesuai dengan kebijakan; proyek
mempekerjakan orang-orang terampil yang memiliki sumber daya yang
memadai untuk menghasilkan output yang dikendalikan; melibatkan
pemangku kepentingan yang relevan; dipantau, dikendalikan, dan
ditinjau; dan dievaluasi untuk kepatuhan terhadap deskripsi proses
mereka. Proses disiplin tercermin tingkat kematangan 2 membantu
untuk memastikan bahwa praktek-praktek yang ada dipertahankan
selama masa stres. Ketika praktek ini di tempat, proyek dilakukan
dan dikelola sesuai dengan rencana mereka didokumentasikan.
Juga pada saat jatuh tempo tingkat 2, status produk kerja yang
terlihat manajemen pada titik-titik yang telah ditentukan
(misalnya, pada tonggak utama, di penyelesaian tugas utama).
Komitmen ditetapkan antara para pemangku kepentingan yang relevan
dan direvisi sesuai kebutuhan. Produk kerja secara tepat
dikendalikan. Itu produk dan layanan pekerjaan memuaskan deskripsi
proses tertentu mereka, standar, dan prosedur.
Mengikat Ini Semua Bersama 27
-
CMMI untuk Pembangunan, Versi 1.3
Maturity Level 3: Defined
Pada tingkat kematangan 3, proses ditandai dengan baik dan
dipahami, dan dijelaskan dalam standar, prosedur, peralatan, dan
metode. Itu set organisasi proses standar, yang merupakan dasar
untuk jatuh tempo level 3, didirikan dan ditingkatkan dari waktu ke
waktu. Proses standar digunakan untuk menetapkan konsistensi di
seluruh organisasi. Proyek membangun proses mereka didefinisikan
dengan menyesuaikan set organisasi dari proses standar sesuai
dengan pedoman menjahit. (Lihat definisi "Kumpulan organisasi
proses standar" dalam daftar istilah.)
Perbedaan penting antara tingkat kematangan 2 dan 3 adalah ruang
lingkup standar, deskripsi proses, dan prosedur. Pada tingkat
kematangan 2, standar, deskripsi proses, dan prosedur bisa sangat
berbeda di setiap contoh spesifik dari proses (misalnya, pada
proyek tertentu). Di tingkat kematangan 3, standar, deskripsi
proses, dan prosedur untuk proyek disesuaikan dari himpunan
organisasi proses standar sesuai suatu proyek tertentu atau unit
organisasi dan oleh karena itu lebih konsisten kecuali perbedaan
yang diperbolehkan oleh pedoman menjahit.
Perbedaan lain yang penting adalah bahwa pada tingkat kematangan
3, proses biasanya dijelaskan lebih ketat dari pada tingkat
kematangan 2. Proses jelas menyatakan tujuan, masukan, kriteria
masuk, kegiatan, peran, langkah-langkah, langkah-langkah
verifikasi, output, dan kriteria exit. Pada tingkat kematangan 3,
proses yang dikelola lebih proaktif menggunakan pemahaman tentang
keterkaitan kegiatan proses dan langkah-langkah rinci Proses,
produk kerjanya, dan layanannya.
Pada tingkat kematangan 3, organisasi lebih meningkatkan proses
nya yang terkait dengan tingkat kematangan 2 area proses. Praktek
generik terkait dengan tujuan generik 3 yang tidak ditujukan pada
tingkat kematangan 2 diterapkan untuk mencapai tingkat kematangan
3.
Maturity Level 4: Managed kuantitatif
Pada tingkat kematangan 4, organisasi dan proyek membangun
kuantitatif tujuan untuk kualitas dan proses kinerja dan
menggunakannya sebagai kriteria dalam mengelola proyek. Tujuan
kuantitatif didasarkan pada kebutuhan pelanggan, pengguna akhir,
organisasi, dan proses pelaksana. Kualitas dan kinerja proses
dipahami dalam istilah statistik dan dikelola sepanjang hidup
proyek.
Untuk subproses yang dipilih, langkah-langkah khusus kinerja
proses yang dikumpulkan dan dianalisis secara statistik. Ketika
memilih subproses untuk analisis, sangat penting untuk memahami
hubungan antara berbagai subproses dan dampaknya terhadap
pencapaian tujuan untuk kualitas dan kinerja proses. Pendekatan
seperti membantu untuk memastikan bahwa subproses pemantauan
menggunakan teknik kuantitatif statistik dan lainnya diterapkan
untuk di mana ia memiliki nilai yang paling keseluruhan untuk
bisnis. Kinerja proses baseline dan model dapat digunakan untuk
membantu mengatur kualitas dan proses tujuan kinerja yang membantu
mencapai tujuan bisnis.
28 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Perbedaan penting antara tingkat kematangan 3 dan 4 adalah
prediktabilitas kinerja proses. Pada tingkat kematangan 4, kinerja
proyek dan subproses yang dipilih dikendalikan menggunakan
statistik dan lainnya kuantitatif teknik, dan prediksi didasarkan,
sebagian, pada analisis statistik fine-grained memproses data.
Maturity Level 5: Mengoptimalkan
Pada tingkat kematangan 5, sebuah organisasi terus-menerus
meningkatkan proses yang didasarkan pada pemahaman kuantitatif
tujuan bisnis dan kebutuhan kinerja. Organisasi menggunakan
pendekatan kuantitatif untuk memahami variasi yang melekat dalam
proses dan penyebab proses hasil.
Tingkat kematangan 5 berfokus pada terus meningkatkan kinerja
proses melalui proses bertahap dan inovatif dan teknologi
perbaikan. Kualitas dan proses kinerja organisasi tujuan
ditetapkan, terus direvisi untuk mencerminkan perubahan bisnis
tujuan dan kinerja organisasi, dan digunakan sebagai kriteria dalam
mengelola proses perbaikan. Efek dari proses dikerahkan perbaikan
diukur dengan menggunakan statistik dan lainnya kuantitatif teknik
dan dibandingkan dengan tujuan kinerja kualitas dan proses.
Didefinisikan proses proyek, set organisasi standar proses, dan
teknologi pendukung merupakan target terukur kegiatan
perbaikan.
Perbedaan penting antara tingkat kematangan 4 dan 5 adalah fokus
pada mengelola dan meningkatkan kinerja organisasi. Pada tingkat
kematangan 4, organisasi dan proyek berfokus pada pemahaman dan
pengendalian kinerja di tingkat subproses dan menggunakan hasil
untuk mengelola proyek. Pada tingkat kematangan 5, organisasi yang
bersangkutan dengan keseluruhan kinerja organisasi dengan
menggunakan data yang dikumpulkan dari beberapa proyek. Analisis
data mengidentifikasi kekurangan atau kesenjangan dalam kinerja.
Kesenjangan ini digunakan untuk mendorong perbaikan proses
organisasi yang menghasilkan peningkatan terukur dalam kinerja.
Memajukan Melalui Tingkat Kematangan
Organisasi dapat mencapai perbaikan progresif dalam kedewasaan
mereka dengan mencapai kontrol pertama pada tingkat proyek dan
terus paling manajemen kinerja canggih lebar tingkat-organisasi-dan
Proses perbaikan-menggunakan berkesinambungan baik kualitatif dan
kuantitatif Data untuk membuat keputusan.
Sejak peningkatan kematangan organisasi dikaitkan dengan
peningkatan kisaran hasil yang diharapkan dari yang dapat dicapai
oleh sebuah organisasi, jatuh tempo adalah salah satu cara untuk
memprediksi hasil umum organisasi proyek berikutnya. Misalnya, pada
saat jatuh tempo tingkat 2, organisasi telah diangkat dari ad hoc
untuk disiplin dengan membangun proyek suara manajemen. Sebagai
organisasi mencapai tujuan generik dan spesifik untuk set area
proses di tingkat kematangan, meningkatkan nya organisasi
kedewasaan dan menuai manfaat dari perbaikan proses. Karena
setiap
Mengikat Ini Semua Bersama 29
-
CMMI untuk Pembangunan, Versi 1.3
tingkat kematangan membentuk dasar yang diperlukan untuk tingkat
berikutnya, mencoba untuk melewati tingkat kematangan biasanya
kontraproduktif. Pada saat yang sama, mengakui bahwa upaya
perbaikan proses harus fokus pada kebutuhan organisasi dalam
konteks lingkungan bisnis dan area proses pada tingkat kematangan
yang lebih tinggi dapat mengatasi saat dan kebutuhan masa depan
organisasi atau proyek.
Sebagai contoh, organisasi yang bergerak dari tingkat kematangan
1 tingkat kematangan 2 sering didorong untuk membentuk kelompok
proses, yang ditangani oleh Proses Organisasi area proses Fokus
pada tingkat kematangan 3. Meskipun kelompok proses tertentu bukan
merupakan karakteristik yang diperlukan organisasi tingkat
kematangan 2, dapat menjadi bagian yang berguna dari Pendekatan
organisasi untuk mencapai tingkat kematangan 2.
Situasi ini kadang-kadang dicirikan sebagai membangun tingkat
kematangan 1 kelompok proses untuk bootstrap kematangan tingkat 1
organisasi untuk tingkat kematangan Kegiatan peningkatan level 1
proses 2. Kematangan tergantung terutama pada wawasan dan
kompetensi kelompok proses sampai infrastruktur untuk dukungan
peningkatan lebih disiplin dan meluas di tempat.
Organisasi dapat melembagakan perbaikan proses kapan saja mereka
pilih, bahkan sebelum mereka siap untuk maju ke tingkat kematangan
di mana praktek spesifik dianjurkan. Dalam situasi seperti itu,
bagaimanapun, organisasi harus memahami bahwa keberhasilan
perbaikan ini adalah beresiko karena dasar bagi pelembagaan sukses
mereka memiliki belum selesai. Proses tanpa dasar yang tepat dapat
gagal di Titik yang paling dibutuhkan-di bawah tekanan.
Sebuah proses yang didefinisikan yang merupakan karakteristik
dari organisasi tingkat kematangan 3 dapat ditempatkan pada risiko
besar jika praktik tingkat kematangan 2 manajemen kekurangan.
Sebagai contoh, manajemen dapat berkomitmen untuk tidak terencana
jadwal atau gagal untuk mengontrol perubahan persyaratan baselined.
Demikian pula, banyak organisasi prematur mengumpulkan
karakteristik data yang rinci tingkat kematangan 4 hanya untuk
menemukan data uninterpretable karena inkonsistensi dalam proses
dan definisi pengukuran.
Contoh lain menggunakan proses yang terkait dengan tingkat
kematangan yang lebih tinggi daerah proses dalam membangun produk.
Tentu saja, kami harapkan tingkat kematangan 1 organisasi untuk
melakukan analisis kebutuhan, desain, integrasi produk, dan
verifikasi. Namun, kegiatan ini tidak dijelaskan sampai tingkat
kematangan 3, di mana mereka didefinisikan sebagai koheren, baik-
proses rekayasa terpadu. Tingkat kematangan proses 3 engineering
melengkapi kemampuan jatuh tempo manajemen proyek diletakkan di
tempat sehingga perbaikan teknik tidak hilang oleh manajemen ad hoc
Proses.
Proses Daerah
Area proses dipandang berbeda dalam dua representasi. Gambar 3.2
membandingkan pandangan bagaimana area proses yang digunakan dalam
kontinyu representasi dan representasi dipentaskan.
30 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Kontinu
Target Profil
Proses Area 1 Dipilih Proses Daerah
Proses Area 2
Proses Area 3
Proses di Area 4
Proses di Area N
CL1 CL2 CL3 Target Tingkat Kemampuan
Bertahap
Dipilih Kematangan Tingkat
Kedewasaan Level 5 Kedewasaan Level 4
Kedewasaan Level 3
Kematangan Tingkat 2
SAM REQM PPQA
PMC MA
SENTIMETER
PP
= Kelompok area proses yang dipilih untuk perbaikan proses untuk
mencapai tingkat
kematangan 3
Gambar 3.2: Proses Daerah di berkelanjutan dan Bertahap
Representasi
Representasi terus menerus memungkinkan organisasi untuk memilih
fokus dari upaya perbaikan proses dengan memilih daerah-daerah
proses, atau set area proses yang saling terkait, yang manfaat
terbaik organisasi dan tujuan usahanya. Meskipun ada beberapa
batasan pada apa organisasi dapat memilih karena ketergantungan
antar proses daerah, organisasi memiliki kebebasan yang cukup dalam
pemilihan.
Mengikat Ini Semua Bersama 31
-
CMMI untuk Pembangunan, Versi 1.3
Untuk mendukung mereka yang menggunakan representasi terus
menerus, area proses yang disusun dalam empat kategori: Proses
Manajemen, Manajemen Proyek, Rekayasa, dan Dukungan.
Kategori-kategori ini menekankan beberapa kunci hubungan yang ada
di antara area proses.
Kadang-kadang kelompok informal area proses disebutkan: tinggi
area proses kematangan. Empat area proses jatuh tempo tinggi
adalah: Kinerja Proses Organisasi, Kuantitatif Manajemen Proyek,
Manajemen Kinerja Organisasi, dan Analisis kausal dan Resolusi.
Area proses ini fokus pada peningkatan kinerja proses
diimplementasikan yang paling dekat berhubungan dengan organisasi
tujuan bisnis.
Setelah Anda memilih area proses, Anda juga harus memilih berapa
banyak Anda akan ingin matang proses yang terkait dengan
daerah-daerah proses (yaitu, pilih tingkat kemampuan yang sesuai).
Tingkat kemampuan dan tujuan generik dan praktek mendukung
peningkatan proses yang berhubungan dengan individu area proses.
Sebagai contoh, sebuah organisasi mungkin ingin mencapai kemampuan
level 2 dalam satu area proses dan kemampuan tingkat 3 di lain.
Sebagai organisasi mencapai tingkat kemampuan, ia menetapkan
pemandangan pada berikutnya Tingkat kemampuan untuk salah satu
daerah proses yang sama atau memutuskan untuk memperluas nya
melihat dan menangani sejumlah besar area proses. Setelah mencapai
Kemampuan tingkat 3 di sebagian besar wilayah proses, organisasi
dapat menggeser nya memperhatikan tinggi area proses kematangan dan
dapat melacak kemampuan masing-masing melalui kemampuan tingkat
3.
Pemilihan kombinasi area proses dan tingkat kemampuan yang
biasanya digambarkan dalam "profil sasaran." Profil Target
mendefinisikan semua area proses ditangani dan tingkat kemampuan
yang ditargetkan untuk masing-masing. Profil ini mengatur yang
tujuan dan praktek organisasi akan membahas dalam upaya perbaikan
proses nya.
Sebagian besar organisasi, minimal, Target kemampuan tingkat 1
untuk proses daerah yang mereka pilih, yang mensyaratkan bahwa
semua ini proses daerah 'tertentu tujuan tercapai. Namun,
organisasi yang menargetkan tingkat kemampuan lebih tinggi dari 1
berkonsentrasi pada pelembagaan proses yang dipilih dalam
organisasi dengan menerapkan tujuan dan praktek generik.
Representasi dipentaskan menyediakan jalur perbaikan dari jatuh
tempo tingkat 1 ke tingkat kematangan 5 yang melibatkan mencapai
tujuan dari proses daerah pada setiap tingkat kematangan. Untuk
mendukung mereka yang menggunakan dipentaskan representasi, area
proses dikelompokkan berdasarkan tingkat kematangan, menunjukkan
daerah mana proses untuk menerapkan untuk mencapai setiap tingkat
kematangan.
Sebagai contoh, pada saat jatuh tempo tingkat 2, ada satu set
area proses bahwa organisasi akan digunakan untuk memandu proses
perbaikan sampai itu bisa mencapai semua tujuan semua bidang proses
tersebut. Setelah tingkat kematangan 2 adalah dicapai, organisasi
memfokuskan upaya pada tingkat kematangan 3 proses daerah, dan
sebagainya. Tujuan umum yang berlaku untuk masing-masing daerah
adalah proses juga telah ditentukan. Tujuan generik 2 berlaku untuk
tingkat kematangan 2 dan generik Tujuan 3 berlaku untuk tingkat
kematangan 3 sampai 5.
32 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Tabel 3.2 menyediakan daftar area proses CMMI-DEV dan terkait
kategori dan tingkat kematangan.
Tabel 3.2 Proses Daerah, Kategori, dan Tingkat Kematangan
Proses Lokasi
Analisis kausal dan Resolusi (CAR)
Manajemen Konfigurasi (CM)
Keputusan Analisis dan Resolusi (DAR)
Manajemen Proyek Terpadu (PHT)
Pengukuran dan Analisis (MA)
Proses Organisasi Definisi (OPD)
Proses Organisasi Focus (OPF)
Kinerja Organisasi Manajemen (OPM)
Kinerja Proses Organisasi (OPP)
Pelatihan Organisasi (OT)
Produk Integrasi (PI)
Pemantauan proyek dan Pengendalian (PMC)
Perencanaan Proyek (PP)
Proses dan Produk Jaminan Mutu (PPQA)
Manajemen Proyek kuantitatif (QPM)
Persyaratan Pembangunan (RD)
Persyaratan Manajemen (REQM)
Manajemen Risiko (RSKM)
Manajemen Perjanjian Pemasok (SAM)
Solusi teknis (TS)
Kategori
Mendukung
Mendukung
Mendukung
Proyek Pengelolaan
Mendukung
Proses Pengelolaan
Proses Pengelolaan
Proses Pengelolaan
Proses Pengelolaan
Proses Pengelolaan
Teknik
Proyek Pengelolaan
Proyek Pengelolaan
Mendukung
Proyek Pengelolaan
Teknik
Proyek Pengelolaan
Proyek Pengelolaan
Proyek Pengelolaan
Teknik
Kematangan Tingkat
5
2
3
3
2
3
3
5
4
3
3
2
2
2
4
3
2
3
2
3
Mengikat Ini Semua Bersama 33
-
CMMI untuk Pembangunan, Versi 1.3
Validasi (VAL)
Verifikasi (VER)
Staging setara
Teknik
Teknik
3
3
Pementasan setara adalah cara untuk membandingkan hasil dari
menggunakan kontinyu representasi hasil dari menggunakan
representasi dipentaskan. Pada dasarnya, jika Anda mengukur
peningkatan relatif terhadap daerah proses yang dipilih dengan
menggunakan Tingkat kemampuan dalam representasi terus menerus,
bagaimana Anda menerjemahkan bekerja dalam tingkat kematangan?
Apakah terjemahan ini mungkin?
Sampai saat ini, kami belum membahas penilaian proses banyak
detail. The SCAMPISM method8 digunakan untuk menilai organisasi
yang menggunakan CMMI, dan salah satu hasil dari penilaian adalah
peringkat [SEI 2011a, Ahern 2005]. Jika representasi terus menerus
digunakan untuk penilaian, rating adalah "kemampuan profil tingkat
"Jika representasi dipentaskan digunakan untuk penilaian, rating.
adalah "jatuh tempo Peringkat tingkat" (misalnya, tingkat
kematangan 3).
Profil tingkat kemampuan adalah daftar area proses dan sesuai
Tingkat kemampuan yang dicapai untuk masing-masing. Profil ini
memungkinkan organisasi untuk melacak tingkat kemampuan dengan area
proses. Profil yang disebut "Profil prestasi" ketika itu merupakan
kemajuan aktual organisasi untuk setiap area proses. Atau, profil
disebut "profil target" ketika itu merupakan perbaikan proses yang
direncanakan organisasi tujuan.
Gambar 3.3 menggambarkan target dan pencapaian profil gabungan.
Abu-abu porsi setiap bar merupakan apa yang telah dicapai. The
unshaded Bagian mewakili apa yang masih harus dilakukan untuk
memenuhi target profil.
8 Metode Penilaian Standar CMMI untuk Peningkatan Proses metode
(scampi) dijelaskan pada Bab 5.
34 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Manajemen Persyaratan
Perencanaan proyek
Pemantauan proyek dan Kontrol
Perjanjian Pemasok Pengelolaan
Pengukuran dan Analisis
Proses dan Produk Kualitas Asuransi
Manajemen konfigurasi
Kemampuan Tingkat 1
Kemampuan Tingkat 2
Kemampuan Tingkat 3
Gambar 3.3: Contoh Gabungan Target dan Pencapaian Profil
Profil prestasi, bila dibandingkan dengan profil sasaran,
memungkinkan sebuah organisasi untuk merencanakan dan melacak
kemajuan untuk setiap area proses yang dipilih. Mempertahankan
profil tingkat kemampuan disarankan bila menggunakan kontinyu
representasi.
Target pementasan adalah urutan profil sasaran yang
menggambarkan jalan perbaikan proses yang harus diikuti oleh
organisasi. Ketika membangun profil sasaran, organisasi harus
memperhatikan dependensi antara praktek generik dan area proses.
Jika praktek generik tergantung pada area proses, baik untuk
melaksanakan praktek generik atau untuk memberikan produk kerja
prasyarat, praktek generik bisa jauh kurang efektif ketika area
proses tidak implemented.9
Meskipun alasan untuk menggunakan representasi terus menerus
banyak, peringkat yang terdiri dari profil tingkat kemampuan
terbatas dalam kemampuan mereka untuk menyediakan organisasi dengan
cara untuk umum membandingkan diri dengan organisasi lain. Profil
tingkat kemampuan dapat digunakan jika masing-masing organisasi
memilih area proses yang sama; Namun, tingkat kematangan memiliki
digunakan untuk membandingkan organisasi selama bertahun-tahun dan
sudah menyediakan standar set area proses.
Karena situasi ini, pementasan setara diciptakan. Setara
pementasan memungkinkan sebuah organisasi menggunakan representasi
terus menerus untuk mengkonversi profil tingkat kemampuan yang
terkait Peringkat tingkat kematangan.
9 Lihat Tabel 6.2 di Tujuan Generik dan Praktek Generik bagian
Bagian Dua untuk informasi lebih lanjut tentang dependensi antara
praktek generik dan area proses.
Mengikat Ini Semua Bersama 35
-
CMMI untuk Pembangunan, Versi 1.3
Cara yang paling efektif untuk menggambarkan pementasan setara
adalah untuk memberikan urutan profil sasaran, yang masing-masing
setara dengan tingkat kematangan Peringkat dari representasi
dipentaskan tercermin dalam bidang proses yang tercantum dalam
profil sasaran. Hasilnya adalah pementasan sasaran yang setara
dengan tingkat kematangan representasi dipentaskan. Gambar 3.4
menunjukkan ringkasan profil target yang harus dicapai ketika
menggunakan representasi terus menerus untuk menjadi setara dengan
jatuh tempo tingkat 2 sampai 5. Setiap daerah yang diarsir dalam
kolom tingkat kemampuan mewakili profil target itu setara dengan
tingkat kematangan.
Nama
Manajemen konfigurasi
Pengukuran dan Analisis
Pengawasan Proyek dan Pengendalian
Perencanaan proyek
Proses dan Produk Jaminan Mutu
Manajemen Persyaratan
Manajemen Perjanjian Pemasok
Keputusan Analisis dan Resolusi
Manajemen Proyek Terpadu
Proses Organisasi Definisi
Proses Organisasi Fokus
Pelatihan Organisasi
Integrasi Produk
Pengembangan Persyaratan
Manajemen Risiko
Solusi teknis
Pengesahan
Verifikasi
Kinerja Proses Organisasi
Manajemen Proyek kuantitatif
Analisis kausal dan Resolusi
Manajemen Kinerja Organisasi
Abbr.
SENTIMETER
MA
PMC
PP
PPQA
REQM
SAM
DAR
IPM
OPD
OPF
OT
PI
RD
RSKM
TS
VAL
VER
OPP
QPM
CAR
OPM
ML
2
2
2
2
2
2
2
3
3
3
3
3
3
3
3
3
3
3
4
4
5
5
CL1 CL2 CL3
Target Profil 2
Target Profil 3
Target Profil 4
Target Profil 5
Gambar 3.4: Profil Target dan Staging Setara
Aturan berikut ini merangkum pementasan setara:
Untuk mencapai tingkat kematangan 2, semua area proses
ditugaskan untuk tingkat kematangan 2 harus mencapai kemampuan
tingkat 2 atau 3. Untuk mencapai tingkat kematangan 3, semua area
proses ditugaskan untuk jatuh tempo tingkat 2 dan 3 harus mencapai
kemampuan tingkat 3.
36 Mengikat Ini Semua Bersama
-
CMMI untuk Pembangunan, Versi 1.3
Untuk mencapai tingkat kematangan 4, semua area proses
ditugaskan untuk jatuh tempo tingkat 2, 3, dan 4 harus mencapai
kemampuan tingkat 3. Untuk mencapai tingkat kematangan 5, semua
bidang proses harus mencapai kemampuan level 3.
Mencapai Tinggi Kematangan
Bila menggunakan representasi bertahap, Anda mencapai kematangan
tinggi ketika Anda mencapai tingkat kematangan 4 atau 5. Mencapai
tingkat kematangan 4 melibatkan melaksanakan semua bidang proses
untuk tingkat kematangan 2, 3, dan 4. Demikian juga, mencapai
tingkat kematangan 5 melibatkan menerapkan semua bidang proses
jatuh tempo tingkat 2, 3, 4, dan 5.
Bila menggunakan representasi terus menerus, Anda mencapai
kematangan tinggi menggunakan konsep pementasan setara. Jatuh tempo
tinggi yang setara dengan dipentaskan tingkat kematangan 4
menggunakan pementasan setara dicapai ketika Anda mencapai
Kemampuan level 3 untuk semua bidang proses kecuali Organisasi
Manajemen Kinerja (OPM) dan Analisis kausal dan Resolusi (CAR).
Jatuh tempo tinggi yang setara dengan tingkat kematangan
dipentaskan 5 menggunakan pementasan setara dicapai ketika Anda
mencapai kemampuan tingkat 3 untuk semua