Capability Maturity Model (CMM)

Rizka Aulia Rahma (12650040)Rana Firdausi Nuzulia (12650110)Nur Rahma Windiarti (12650113)

Kelompok 3 :

Capability Maturity Model

Apa itu Capability Maturity Model ?Capability Maturity Model (CMM) adalah model kematangan

kemampuan (kapabilitas) untuk membantu pendefinisian dan pemahaman proses-proses pada suatu organisasi.

Sejarah Capability Maturity Model Pengembangan model ini dimulai pada tahun 1986 oleh SEI

(Software Engineering Institute) atas permintaan  Departemen Pertahanan Amerika Serikat, Departement of Defense(DOD). CMM awalnya ditujukan sebagai suatu alat untuk secara objektif menilai  kemampuan kontraktor pemerintah untuk menangani proyek perangkat lunak yang diberikan. Walaupun berasal dari bidang pengembangan perangkat lunak, model ini dapat juga diterapkan sebagai suatu model umum yang membantu pemahaman kematangan kapabilitas proses organisasi di berbagai bidang. Misalnya rekayasa perangkat lunak, rekayasa sistem, manajemen proyek, manajemen risiko, teknologi informasi, serta manajemen sumber daya manusia.

Pengertian CMM secara harfiah:

• Capability diterjemahkan menjadi kapabilitas yang berarti kemampuan yang bersifat laten. Capability lebih mengarah kepada integritas daripada kapabilitas itu sendiri. Definisi integritas adalah kemampuan untuk menepati janji.

• Maturity berarti matang atau dewasa. Matang merupakan hasil proses.

• Model didefinisikan sebagai suatu penyederhanaan yang representatif terhadap keadaan di dunia nyata. Jadi secara keseluruhan CMM dapat didefinisikan

sebagai berikut : CMM adalah sebuah penyederhanaan representatif yang digunakan untuk mengukur tingkat kematangan sebuah software development house dalam menyajikan, membuat, dan mengembangkan perangkat lunak sebagaimana telah dijanjikan secara tertulis dalam perjanjian kerja sama.

Keyword utama dari CMM adalah mengukur. Mengukur didefinisikan sebagai suatu proses untuk memetakan sebuah kondisi ke dalam sebuah skala/ukuran.

Nilai-nilai yang dilihat dalam pengukuran CMM:1. Apa yang diukur (Parameter)2. Bagaimana cara mengukurnya (Metode)3. Bagaimana standar penilaiannya (Skala Penilaian)4. Bagaimana Interpretasinya (Bagi Manusia)CMM dikembangkan dan dipromosikan oleh pusat rekayasa

perangkat lunak Institute (SEI), penelitian dan pengembangan yang di sponsori oleh Departemen Pertahanan AS. SEI didirikan pada tahun 1984 untuk mengatasi isu-isu rekayasa perangkat lunak dan untuk memajukan metodologi rekayasa perangkat lunak. Lebih khusus lagi, SEI di dirikan untuk mengoptimalkan proses pengembangan, memperoleh, dan menjaga sistem perangkat lunak untuk Departemen Pertahanan

Secara umum, maturity model biasanya memiliki ciri sebagai berikut:1. Proses pengembangan dari suatu organisasi disederhanakan

dan dideskripsikan dalam wujud. tingkatan kematangan dalam jumlah tertentu (biasanya empat hingga enam tingkatan)

2. Tingkatan kematangan tersebut mengandung beberapa persyaratan tertentu yang harus diraih.

3. Tingkatan-tingkatan yang ada disusun secara sekuensial, mulai dari tingkat inisial sampai pada tingkat akhiran (tingkat terakhir merupakan tingkat kesempurnaan).

4. Selama pengembangan, entitas bergerak maju dari satu tingkatan ke tingkatan berikutnya tanpa boleh melewati salah satunya, melainkan secara bertahap berurutan.

Sejarah CMM ke CMMI

CMMI, yang pada awalnya disebut CMM (Capability Maturity Model) sebagai ukuran standar kematangan pengembangan perangkat lunak memiliki sejarah panjang, sebelum diterima secara global. Diawali oleh Walter Shewhart di tahun 1930, yang memulai penelitian tentang perbaikan proses dengan metode kontrol kualitas statistik, yang kemudian semakin diperluas oleh W. Edwards Deming, Philip Crosby dan Joseph Juran di era 80-an. Watts Humprey, Ron Radice dan lainnya semakin mengembangkan penelitian ini, melalui serangkaian implementasi di IBM dan SEI.

CMM kemudian mulai dikembangkan, hingga akhirnya diakui sebagai salah satu standar ukuran kematangan kapabilitas pengembang perangkat lunak. Apalagi sejak DOD (Departement of Defense) Pemerintah Amerika Serikat, mensyaratkan bahwa setiap pengembang perangkat lunak yang mendapatkan proyek dalam lingkungan DOD, harus memiliki tingkat kematangan CMM level 3, perkembangan CMM semakin mendunia.

Dalam perkembangan yang selanjutnya, selama kurun waktu 20 tahun lebih, dan semakin banyak perusahaan pengembang perangkat lunak yang menunjukkan hasil yang signifikan akibat penggunaan CMM, maka, semakin banyak pula perusahaan yang mencoba menerapkan skema CMM dalam mendukung proses bisnis perusahaan.

Penggunaan CMM pun semakin meluas, bukan saja pada sebatas industri perangkat lunak, tapi semakin meluas pada industri lainnya. Oleh karena itu, SEI pun mulai mengembangkan suatu model standar ukuran kematangan yang baru, yang bisa diterapkan kepada seluruh industri, lahirlah yang dinamakan CMMI atau Capability Maturity Model Integration.

SKEMA CMMI

CMMI pada dasarnya merupakan sebuah konstelasi yang terdiri atas CMMI for Development (CMMI-DEV), CMMI for Acquisition (CMMI – ACQ) dan CMMI for Services (CMMI-SVC). Dalam perkembangan selanjutnya, ketiga konstelasi ini kemudian digabungkan menjadi CMMI saja, dengan 5 tahap kematangan dan mengadopsi 22 area kunci proses. 5 tahap kematangan CMMI adalah

1. Tahap 0 disebut Incomplete2. Tahap 1 disebut Performed3. Tahap 2 disebut Managed 4. Tahap 3 disebut Defined 5. Tahap 4 disebut Quantitatively Managed6. Tahap 5 disebut Optimizing.

Gambar dibawah ini menunjukkan komponen area kunci proses CMMI.

Namun lebih umum dan sering di jadikan patokan ialah yang terdiri dari lima level. Diantaranya :

1.Level 1 : Initial 2.Level 2 : Repeatable 3.Level 3 : Defined 4.Level 4 : Manageable 5.Level 5 : Optimizing Kecuali tingkat initial, setiap tingkat maturity

memiliki beberapa key process area (KPA), yaitu bidang yang harus menjadi perhatian sebuah perusahaan untuk meningkatkan proses dalam pengembangan perangkat lunaknya dan harus diselesaikan dan dinilai untuk bisa berada pada level tersebut.

Level CMM dapat dilihat pada gambar berikut :

1. Reqirements Management (REQM)2. Project Planning (PP) 3. Project Monitoring and Control (PMC)4. Supplier Agreement Management (SAM)5. Process and Product Quality Assurance (PPQA)6. Configuration Management (CM)7. Measurement and Analysis (MA)8. Organizational Process Focus (OPF)9. Organizational Process Defintion (OPD)10.Organizational Training (OT)11.Integrated Project Management (IPM)12.Risk Management (RSKM)13.Product Integration (PI) 14.Requirements Development (RD)

Area kunci proses dalam CMMI adalah

15. Technical Solution (TS)16.Validation (VAL)17.Verification (VER)18.Decision Analysis dan Resolution (DAR)19.Quantitative Project Management (QPM)20.Organizational Process Performance (OPP)21.Causal Analysis and Resolution (CAR)22.Organizational Innovation and Deployment (OID).

Masing-masing area kunci proses, memiliki tujuan yang harus dicapai. Setiap Area Kunci Proses memiliki purpose statement, introductory notes dan related process Areas. • Purpose Statement menjelaskan tujuan yang hendak dicapai

dalam area kunci proses tersebut. • Introductory Notes menjelaskan konsep umum yang

melatarbelakangi area kunci proses yang dimaksud. • Related Process Area menjelaskan keterkaitan setiap area

kunci proses yang ada.

Contoh pendeskripsian Area Proses pada CMMI Dalam hal ini, kami mengambil contoh 2 macam area proses

yaitu Requirements Management (REQM/ Manajemen Persyaratan posisi pada Level 2) dan Project Planning (PP/ Perencanaan Proyek posisi pada Level 2)

Manajemen Persyaratan (REQM, Requirements Management)1. Mengelola Persyaratan :

1.1 Memperoleh Pemahaman terhadap Persyaratan1.2 Memperoleh Komitmen terhadap Persyaratan1.3 Mengelola Perubahan Persyaratan1.4 Memelihara Keterlacakan Dua Arah dari Persyaratan1.5 Mengidentifikasi Ketidakkonsistenan antara

Pekerjaan Proyek dan PersyaratanPerencanaan Proyek (PP, Project Planning)

1. Membangun Estimasi :1.1 Mengestimasi Lingkup Proyek1.2 Membangun Estimasi Hasil Kerja dan Atribut Tugas1.3 Mendefinisikan Proyek Siklus Hidup1.4 Menentukan Estimasi Kerja dan Biaya

2. Mengembangkan Rencana Proyek2.1 Membangun Anggaran dan Jadwal2.2 Mengidentifikasi Risiko Proyek2.3 Merencanakan Data Manajemen2.4 Merencanakan Sumber Daya Proyek2.5 Merencanakan Pengetahuan dan Ketrampilan yang Dibutuhkan2.6 Merencanakan Keterlibatan Pemangku Kepentingan2.7 Membangun Rencana Proyek

3. Memperoleh Komitmen terhadap Rencana3.1 Meninjau Rencana yang Berdampak terhadap Proyek3.2 Merekonsiliasi Tingkat Pekerjaan dan Sumber Daya3.3 Memperoleh Komitmen terhadap Rencana

Selanjutnya, untuk setiap area kunci proses, memiliki specific goals dan generic goals. Pengertian specific goals cenderung kepada tujuan khusus yang ingin dicapai dalam implementasi area kunci proses tersebut. Sedangkan untuk generic goals memiliki pengertian kepada tujuan yang lebih umum. Dari specific goals diturunkan specific practices, yang akan menjadi panduan manual atau operasional, yang harus dilaksanakan untuk mencapai setiap tujuan spesifik/khusus yang terkait. Begitu pula dengan generic practices, merupakan penerapan operasional yang harus dilakukan dalam mencapai generic goals. Untuk setiap generic goals dan specific goals memiliki generic practice elaborations, typical work products dan subpratices.

Typical works products merupakan daftar contoh keluaran atau output dari setiap specific practices. Sedangkan generic practice elaborations menjelaskan panduan bagaimana melaksanakan generic practices pada area kunci proses yang berkaitan. Untuk subpractices (pada specific practices dan generic practices) menjelaskan panduan untuk mengartikan dan melaksanakan specific dan generic practices terkait.

Hal yang dapat kita garis bawahi adalah CMMI merupakan program untuk perbaikan yang terus-menerus (continuous improvement programme). Perbaikan yang terus-menerus merupakan tujuan yang ingin dicapai dalam implementasi CMMI. Bukan hanya sekedar mendapatkan sebuah pengakuan, melainkan suatu pembentukan budaya baru dalam pengembangan perangkat lunak, yakni budaya perbaikan yang terus-menerus. Hal ini berarti, dalam mengimplementasi CMMI, diperlukan suatu perubahan pola pikir yang signifikan. Pola pikir yang diperbaharui dapat melahirkan suatu awareness baru, dan dengan adanya awareness tersebut, implementasi CMMI bisa berlangsung terus-menerus. Pada akhirnya, hasil improvement akan dikenali dan terukur, dan terutama memiliki pengaruh signifikan dalam menghasilkan produk yang berkualitas.

(Gambar 5 tahap kematangan CMMI)

1.InitialKriteria dari initial level adalah:

a. Tidak ada manajemen proyek b. Tidak adanya quality assurancec. Tidak adanya mekanisme manajemen perubahan (change management)d. Tidak ada dokumentasi e.Adanya seorang ahli yang tahu segalanya tentang perangkat

lunak yang dikembangkan, dan sangat bergantung pada kemampuan individual.

Sukses pada level ini didasarkan pada kerja keras dan kompetensi yang tinggi orang-orang yang ada di dalam organisasi tersebut atau dapat juga dikatakan perusahaan ini belum menjalankan tujuan dan sasaran yang telah didefinisikan oleh CMMI. Permasalahan yang tak terduga ada di mana-mana , baik maupun buruk . Masalah utama yang dihadapi oleh perangkat lunak organisasi ialah mengenai pengelolaan , bukan secara teknis .

Penjelasan Level – level tahapan dari Capability Maturity Model

2. RepeatableCiri-ciri dari repeatable level adalah :

a.Kualitas perangkat lunak mulai bergantung pada proses bukan pada orang

b.Terdapat manajemen proyek sederhana c.Terdapat quality assurance sederhana d.Terdapat dokumen sederhana e.Terdapat software configuration management sederhana f.Tidak adanya knowledge management g.Tidak adanya komitmen untuk selalu mengikuti SDLC dalam

kondisi apapun h.Tidak adanya stastikal control untuk estimasi proyek i.Rentan perubahan struktur organisasi .

Pada tahap ini , sebuah organisasi telah mencapai seluruh specific dan generic goals pada Level 2. Semua pekerjaan yang berhubungan dengan dengan proses-proses yang terjadi saling menyesuaikan diri agar dapat diambil kebijakan. Setiap orang yang berada pada proses ini dapat mengakses sumber daya yang cukup untuk mengerjakan tugas masing-masing. Setiap orang terlibat aktif pada proses yang membutuhkan. Setiap aktivitas dan hasil pekerjaan berupa memonitor, mengontrol, meninjau, serta mengevaluasi untuk menjaga kekonsistenan pada deskripsi yang telah diberikan.

3. Defined

Ciri-ciri dari level Defined adalah :1. SDLC sudah ditentukan 2. Komitmen untuk mengikuti SDLC dalam keadaan apapun3. Kualitas proses dan produk masih bersifat

kualitatif atau hanya perkiraan saja 4. Tidak menerapkan Activity Based Costing 5. Tidak adanya mekanisme umpan balik yang baku.

Pada level 3 , sebuah organisasi telah mencapai seluruh specific dan generic goals pada Level 2 dan Level 3. Proses dicirikan dengan terjadinya penyesuaian dari kumpulan proses standar sebuah organisasi menurut pedoman-pedoman pada organisasi tersebut, menyokong hasil kerja, mengukur, dan proses menambah informasi lain menjadi milik organisasi.

4. ManagedCiri-cirinya Managed Level adalah:

1. Sudah ada Activity Based Costing yang digunakan untuk estimasi proyek berikutnya

2. Proses penilaian kualitas perangkat lunak dan proyek masih bersifat kuantitatif

3. Terjadi pemborosan biaya untuk pengumpulan data karena proses pengumpulan data masih dilakukan secara manual

4. Sudah memiliki mekanisme umpan balik5. Tidak ada mekanisme pencegahan defect

Pada level 4 , sebuah organisasi telah mencapai seluruh specific dan generic goals yang ada pada Level 2, 3, dan 4. Proses yang terjadi dapat terkontrol dan ditambah menggunakan ukuran-ukuran dan taksiran kuantitatif. Sasaran kuantitatif untuk kualitas dan kinerja proses ditetapkan dam digunakan sebagai kreteria dalam manajemen proses.

5. OptimizedCiri – ciri Optimized Level adalah :

1. Pengumpulan data secara automatis 2. Adanya mekanisme pencegahan defect 3. Adanya mekanisme umpan balik yang sangat baik 4. Adanya peningkatan kualitas dari SDM dan juga peningkatan

kualitas proses.

Pada proses ini suatu organisasi telah mencapai seluruh specific dan generic goals yang ada di Level 2, 3, 4, dan 5. Optimized level ini fokus kepada peningkatan proses secara berkesinambungan melalui inovasi teknologi.

Pada level 5 , perbaikan proses yang berkesinambungan adalah jalan kehidupan . Fokusnya adalah pada pencegahan terjadinya cacat dan mendorong inovasi . Dalam organisasi yang belum matang , tidak ada yang mungkin bertanggung jawab untuk proses perbaikan. Organisasi yang matang biasanya memiliki partisipasi 70-80 % dalam kegiatan perbaikan pada setiap waktu dan setiap orang yang terlibat didalamnya . Perbaikan proses yang berkesinambungan berarti perubahan yang dikendalikan dan perbaikan diukur dalam kemampuan proses .

Faktor-faktor yang mempengaruhi pelaksanaan CMM• Manajemen Perubahan

Manajemen perubahan merupakan kunci sukses dari program perbaikan proses, beserta mekanisme-mekanisme untuk memfasilitasi pengembangan , implementasi , dan penerapan proses , metode , dan alat-alat . ( Kitson , 1992)

1. Menyiapkan prioritas sesuai dengan visi perusahaan dan strategi bisnis .

2. Koordinasi Proses Organisasi3. Kinerja dari Waktu pemasaran,kualitas , biaya , dan hasil

produk akan didukung oleh proses organisasi .

• Kepemilikan prosesSeorang pemilik proses yaitu Software Engineering Process

Group (SEPG) bertanggung jawab atas efektivitas proses dan efisiensi , metode , dan alat. Mengetahui bahwa manajer proyek dan pemilik proses mungkin memiliki pandangan yang bertentangan, maka kebijakan harus dalam bentuk tertulis untuk menangani konflik tersebut . Dalam hal terjadinya jalan buntu antara proyek manajer dan pemilik proses , keduanya akan menyajikan analisis risiko ke Komite Eksekutif untuk persetujuan akhir dari proses yang telah di sesuaikan .

• KesadaranSebuah aspek penting dalam implemetasi dari model ini adalah untuk

membuat seluruh organisasi menyadari inisiatif dan proses . Hal ini dapat dicapai melalui seminar dan lokakarya .

• Pedoman rapatDalam rangka memfasilitasi pelaksanaan kegiatan kelompok kerja ,

sejumlah pertemuan membutuhkan pemandu yang mana petunjuk diperlukan untuk menetapkan kebijakan . ( Laporte , 1997) Fasilitator dalam pertemuan tersebut memainkan peran yang sangat penting menjelaskan hasil pada akhir pertemuan.

• Pengambilan KeputusanSebuah metode partisipatif pengambilan keputusan dengan mengacu

pada proses perbaikan akan sangat membantu dalam menangkap praktek-praktek terbaik dari berbagai kelompok sehingga memperkaya proses organisasi dan kualitas produk dan mengurangi waktu pemasaran. ( Paulk , 1993)

• Tim Evaluasi Survei periodik untuk mengevaluasi efisiensi tim akan menjadi alat

yang efektif untuk meningkatkan kemampuan . Survey tersebut( Pfeffer , 1998) dapat mengatasi masalah berikut :

1.Tujuan dan sasaran2.Pemanfaatan sumber daya3.Kepercayaan dan resolusi konflik4.Kontrol dan kepatuhan terhadap prosedur5.Komunikasi antarpribadi6.Pemecahan masalah7.Eksperimentasi dan kreativitas .

 Hal ini akan membantu dalam memberikan masukan yang diperlukan pada

waktu yang tepat untuk meningkatkan kemampuan pengetahuan Manajemen organisasi.

Langkah-langkah dalam CMMI :1. Mendefinisikan lima tingkat kematangan

pengembangan perangkat lunak2. Mengidentifikasi masalah yang paling penting

untuk kualitas perangkat lunak danperbaikan proses

3. Organisasi melakukan penilaian praktek pengembangan perangkat lunak• Menentukan di mana mereka cocok dalam model kemampuan

• Mengidentifikasi area untuk perbaikan4. Rencana yang diperlukan untuk meng-upgrade

proses pembangunan

Praktik-praktik terbaik CMMI dipublikasikan dalam dokumen-dokumen yang disebut model, yang masing-masing ditujukan untuk berbagai bidang yang berbeda. Diantaranya :1. Development (pengembangan) pada agustus 2006

CMMI ver 1.2 CMMI-DEV (CMMI for Development) yang dirilis pada Agustus 2006 dan ditujukan untuk proses pengembangan produk dan jasa

2. Acquisition (akuisisi) CMMI-ACQ (CMMI for Acquisition) yang dirilis pada November 2007 dan ditujukan untuk manajemen rantai suplai, akuisisi, serta proses outsourcing di pemerintah dan industri.

Kegunaan CMM meliputi:

Untuk menilai tingkat kematangan sebuah organisasi pengembang perangkat lunak

Untuk menyaring kontraktor yang akan menjadi pengembang perangkat lunak

Untuk memberikan arah akan peningkatan organisasi bagi top management di dalam sebuah organisasi pengembang perangkat lunak

Sebagai alat bantu untuk menilai keunggulan yang dimiliki sebuah perusahaan dibandingkan perusahaan pesaingnya.

Meningkatkan produktivitas dan menekan resiko proyek. Menekan resiko dalam pengembangan perangkat lunak. Meningkatkan kepuasan pelanggan. Mempunyai fitur-fitur yang bersifat institusional,

yaitu komitmen, kemampuan untuk melakukan sesuatu, analisis dan pengukuran serta verifikasi implementasi.

Kegunaan CMM meliputi:1. Memfilter perusahaan mana yang berhak ikutan tender2. Menentukan arah pengembangan software house (yang dikembangkan software housenya bukan software) yang paling efektif dalam meningkatkan kualitas proses (bukan kualitas product).

Implementasinya = kebijakan manajemen.

Contohnya :1. standarisasi2. pelatihan3. penggunaan source control dan bug management4. pembuatan dokument perencanaan dan design5. pengukuran 6. penerapan sdlc

Hubungannya :kalau prosesnya sudah jelas harusnya kualitasnya jelas terukur.

Beberapa keuntungan yang diperoleh saat perusahaan menerapkan CMMI: Penilaian studi kualitas (assessing) atas proses kematangan (maturity) terkini.

Meningkatkan kualitas struktur organisasi dan pemrosesan dengan mengikuti pendekatan best-practice.

Digunakan dalam proses uji-kinerja (benchmarking) dengan organisasi lainnya.

Tersedianya “Road Map” untuk peningkatan lebih lanjut.

Perusahaan Internasional yang mengimplementasikan CMMI:Huawei (CMMI Level 5) Litbang di Huawei menjadi bagian terpenting dari industri teknologi baik software maupun hardware. Inilah yang membuat Huawei terbukti responsif terhadap kebutuhan masa depan dan masa kini pelanggan. Investasi di area ini penting untuk terus-menerus mengembangkan teknologi, solusi dan layanan yang tujuan akhirnya adalah memaksimalkan keuntungan dan memberikan nilai tambah bagi pelanggan.

Perusahaan Internasional yang mengimplementasikan CMMI:

Pada akhir September 2008, sekitar 44% dari total 96.800 karyawan Huawei terlibat dalam R&D. Sebagai bagian terintegrasi dari keseluruhan proses, Huawei menanamkan kembali 10% pendapatan dari hasil penjualannya untuk riset dan pengembangan di mana 10% tersebut diarahkan untuk mendanai pengembangan berbagai teknologi mutakhir dan teknologi dasar setiap tahunnya.

Perusahaan Internasional lainnya yang meraih level maturity 5 adalah Toshiba, NASA dan ATSI (The Association of Thai Software Industry).

DAFTAR PUSTAKA- JURNAL STUDI TINJAUAN PERBANDINGAN KIPI DAN CMMI SEBAGAI FRAMEWORK STANDAR KEMATANGAN PENGEMBANGAN INDUSTRI PERANGKAT LUNAK DI INDONESIA-Stanley Karouw.pdf- Jurnal Nasional “ Kematangan Industri Perangkat Lunak Indonesia (KIPI v1.0) Dan Capability Maturity Model (CMM) ” oleh Andri Wijaya-STMIK MDP Palembang.pdf Mardhany , Rima P. 2012. Mapping of COBIT 5 with Other Standards and Frameworks

(2). http://Mapping of COBIT 5 with Other Standards and Frameworks (2).ppt//. Diakses 07 Maret 2014

Pramono, Wisnu . 2011. Capability Maturity Model – CMM. http://Wishnu Arief Pramono Capability Maturity Mode - CMM.htm//. Diakses 07 Maret 2014

Choubey, Vinay. 2011. Model Kematangan Kemampuan. http://Model kematangan kemampuan _ Perangkat lunak (Bahasa Indonesia).htm//. Diakses 07 Maret 2014

Rinaldo, Degaz . 2011. CMMI (Capability Maturity Model Integration). http://Degaz Rinaldo CMMI (Capability Maturity Model Integration).htm//. Diakses 07 Maret 2014

Kumta, Gita A. 2002. CAPABILITY MATURITY MODEL A HUMAN PERSPECTIVE .