CMMI.en.id

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.


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


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


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


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


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


vi Kata Pengantar


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


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


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


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


Tim Pelatihan SVC CMMI V1.3 Tim Mutu

Lampiran D: Istilah

431 431

433

x Daftar isi



1


2


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


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


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


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


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 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


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


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


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.



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.



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



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.



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.



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.



Nama Proses Lokasi

Kematangan Tingkat

Proses di Area Kategori

Pernyataan Tujuan

Catatan pengantar

Gambar 2.2: Contoh Halaman dari Analisis Keputusan dan Resolusi



Tujuan khusus

Praktek spesifik

Contoh Kerja Produk

Contoh Box

Referensi

Subpractice

Gambar 2.3: Contoh Halaman dari Analisis kausal dan Resolusi



Tujuan generik

Praktek generik

Praktek generik Elaborasi

Gambar 2.4: Contoh Halaman dari Tujuan Generik dan Praktek Generik



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


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


Representasi Bertahap

Tingkat Kematangan

Proses Daerah

Tujuan khusus Tujuan generik


Gambar 3.1: Struktur Representasi berkelanjutan dan Bertahap



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.



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.



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.



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.



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.



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.



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



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.



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.



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.



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



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.




Perencanaan proyek

Pemantauan proyek dan Kontrol

Perjanjian Pemasok Pengelolaan


Proses dan Produk Kualitas Asuransi


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.



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



Pengawasan Proyek dan Pengendalian

Perencanaan proyek

Proses dan Produk Jaminan Mutu


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.



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

CMMI.en.id

Documents

Transcript of CMMI.en.id