fajar pradana s.st., mblog.ub.ac.id/insanilah/files/2014/01/mppl-8-manajemen-biaya.pdf · cocomo ii...
TRANSCRIPT
2 IT Project Management, Third Edition Chapter 7
Proyek IT mempunyai track record burukdalam pencapaian target biaya
Rata-rata kelebihan biaya berdasarkan studioleh CHAOS adalah 189 % dari perkiraanawal pada tahun 1995, dan meningkatmenjadi hanya 145 % pada 2001.
Pada tahun 1995, proyek IT yang dibatalkandi US mencapai 81 billion dollars
3 IT Project Management, Third Edition Chapter 7
Cost adalah sumber daya yang dikorbankanuntuk mencapai tujuan tertentu atau sesuatuyang diberikan sebagai ganti
Cost biasanya diukur dalam unit mata uangseperti dollar, rupiah
Manajemen Biaya Proyek mencakup proses-proses yang dibutuhkan untuk menjaminproyek bisa diselesaikan sesuai budget yang sudah disetujui
Perencanaan sumber daya: menentukan sumberdaya apa dan berapa banyak yang harus digunakan
Estimasi Biaya: membuat estimasi biaya dansumber daya yang diperlukan untuk menyelesaikanproyek
Cost budgeting: Mengalokasikan estimasi biayasemuanya ke masing-masing item pekerjaansebagai garis dasar untuk pengukuran performansi
Pengendalian Biaya: pengendalian perubahanterhadap budget proyek
IT Project Management, Third Edition Chapter 7 4
5 IT Project Management, Third Edition Chapter 7
When Defect is Detected Typical Cost of Correction
User Requirements $100-$1,000
Coding/Unit Testing $1,000 or more
System Testing $7,000 - $8,000
Acceptance Testing $1,000 - $100,000
After Implementation Up to millions of dollars
Sangat penting pada proyek IT untuk mengeluarkan uang di awal untuk mencegah mengeluarkan uang lebih banyak kemudian.
7 IT Project Management, Third Edition Chapter 7
Output penting dari manajemen biaya proyek adalah estimasi biaya
Ada beberapa tipe estimasi biaya, perangkat dan teknik untuk membantu membuat estimasi biaya tersebut
Membuat rencana manajemen biaya yang menggambarkan bagaimana variansi biaya akan dikelola dalam proyek juga penting
8 IT Project Management, Third Edition Chapter 7
Type of Estimate Kapan Dilakukan Kenapa Dilakukan Akurasi
Rough Order of
Magnitude (ROM)
Sangat Awal dalam
siklus hidup proyek,
seringkali 3-5 tahun
sebelum proyek
seleseai
Memberikan
perkiraan biaya
kasar untuk memilih
proyek
–25%, +75%
Budgetary Awal, 1–2 tahun Memasukkan uang
ke dalam rencana
budget
–10%, +25%
Definitive Akhir proyek, kurang
dari 1 tahun
Memberikan detil
pembelian, estimasi
biaya aktual
–5%, +10%
3 perangkat dan teknik dasar untuk estimasibiaya: Analogi atau top-down: gunakan biaya aktual dari
proyek yang serupa sebelumnya sebaga dasarestimasi baru
bottom-up: estimasi biaya untuk masing-masingitem pekerjaan dan menjumlahkan mereka untukmendapatkan jumlah total
parametric: gunakan karakteristik proyek dalammodel matematika untuk estimasi biaya
IT Project Management, Third Edition Chapter 7 9
Barry Boehm membuat COCOMO model untuk estimasi biaya pembuatan software
Parameter yang digunakan mencakup bariskode program atau titik-titik fungsi
COCOMO II adalah model komputer yang tersedia di Web
Boehm mengatakan bahwa hanya model parametrik yang tidak menderita dariterbatasnya pembuatan keputusan olehmanusia
IT Project Management, Third Edition Chapter 7 10
Dasar perhitungan:
effort = C x sizeM
Dikenal sebagai Constructive Cost Model (COCOMO), model konstruksi biaya.
C dan M adalah koefisien konstanta ( > 1 ), targantung pada tipe proyek dan organisasi, dengan cara melihat Tabel Konstanta (sudah tersedia dari penelitian).
Ditentukan pula oleh: application experience, leadership capability, new environment and tools, requirements uncertainty, software reuse.
Basic (COCOMO I 1981)Menghitung dari estimasi jumlah FP dan LOC;FP = suatu unit pengukuran untuk keterhubungan dan keterkaitan antar prosedur, fungsi dan lingkungan SW
Intermediate (COCOMO II 1999)
Menghitung dari besarnya program dan “cost drivers”(faktor-faktor yang berpengaruh langsung kepada proyek), spt: hardware, personnel, dan atribut-atribut proyek;
Advanced
Memperhitungkan semua karakteristik dari “intermediate”di atas dan “cost drivers” dari setiap fase (analisis, design, implementation, etc) dlm SW life cycles;
(E = effort ) = Ca x (size=KLOC=kilo line of code) Ma
(satuan: ManMonth (Person Month) = 152 jam kerja)
(D = duration) = Cb x E Mb
(satuan: Month)
Productivity = size / E (satuan: KLOC/Man Month)
Average staffing = E / D (satuan: FTE = Full Time Employees jumlah orang yang bekerja penuh dalam 1 hari kerja ~ 8 jam )
1: Menghitung estimasi informasi nilai domain count total;2: Menyesuaikan kompleksitas proyek berdasarkan faktor pemberat dan
“cost drivers” kemudian menghitung estimasi jumlah Function Points unit of measure that represent functions required by the user.
FP = count total * [0.65 + 0.01 * ∑ Fi];3: Menghitung estimasi LOC (Line of Code). Tekniknya sama dengan PERT
Calculation (three points estimation);EV = (Sopt + 4 Sm + Spess) / 6;Atau menghitung LOC / FP dari tabel berdasar pada bahasapemrograman;
4: Memilih kompleksitas proyek (menentukan C dan M), dari organic, embedded atau semi-detached system mode.
5: Menghitung E dan D estimasi biaya dan waktu.
Informasi nilai domain (step1) (Simple Avrg. Compl.)
JumlahJumlah input pemakai 3 4 6 * =Jumlah output pemakai 4 5 7 * =Jumlah inquiry pemakai 3 4 6 * =Jumlah file 7 10 15 * =Jumlah eksternal interface 5 7 10 * =
count total
+
Input pemakai: setiap input data dari user yang dipakaiuntuk menjalankan aplikasi.
Output pemakai: setiap hasil output dari proses yang ditampilkan kepada user.
Inquiry pemakai: setiap on-line input yang menghasilkanresponsi software secara langsung.
Jumlah file: setiap master file yang menjadi bagian dariaplikasi.
Eksternal interface: setiap interface (sarana) eksternal yang menyalurkan informasi dari sistem satu ke sistem lainnya.
Ada 14 pos kompleksitas faktor (cost drivers), yaitu: (Step 2)1. Backup dan recovery2. Komunikasi data3. Proses terdistribusi4. Kepentingan performa5. Keberadaan lingkungan operasi6. Online data entry7. Input melalui bbrp tampilan/operasi8. Peng-update-an file master secara online9. Kompleksitas nilai ‘domain’ (tahap1) diatas10. Kompleksitas proses internal aplikasi11. Perulangan (reuse) penggunaan code12. Ketersediaan rancangan untuk konversi dan instalasi13. Rancangan untuk pengulangan instalasi di lingkungan yg berbeda14. Fleksibiltas bagi pemakai
Kesemuanya ini dihitung berdasarkan nilai dari 0-5 menunjukkan perkiraan nilaikepentingan(No Influence, Incidental, Moderate, Average, Significant, Essential)
Programming Language LOC / FP (rata-rata)
Bahasa Assembly 320
C 128
COBOL 105
Fortran 105
Pascal 90
Ada 70
Bahasa Berorientasi Obyek 30
Bahasa Generasi Keempat (4GLs), yaitu bahasa
yang digunakan spesifik untuk suatu tools, biasa untuk
aplikasi database, contoh: PL/SQL dalam Oracle.
20
Generator Kode 15
Spreadsheets 6
Desain Grafis (icons) 4
Software Project Ca Ma Cb MbOrganic 2.4 1.05 2.5 0.38 Semi-detached 3.0 1.12 2.5 0.35 Embedded 3.6 1.20 2.5 0.32
▪ Organic = kecil, sederhana (co, pembuatan situs mandiriuntuk perusahaan);
▪ Semi-detached = menengah (co. transaksi sistem padadatabase sebuah bank);
▪ Embedded = kompleksitas tinggi, ketergantungan padalingkungan aplikasi lainnya (co. aplikasi pengontrolanpada pesawat terbang).
http://www.engin.umd.umich.edu/CIS/course.des/cis525/js/f00/gamel/cocomo.html
Dalam soal ini Anda akan mensimulasikan perhitungan estimasi jumlah kodepada suatu proyek perangkat lunak dengan menggunakan COCOMO model.Seluruh data-data yang diperlukan akan diberikan, tugas anda hanyalahmenerapkan proses perhitungannya. Latar belakang proyek adalah:
Suatu perangkat lunak CAD akan menerima data geometridua dan tiga dimensi dari seorang perekayasa. Perekayasaakan berinteraksi dan mengontrol sistem CAD melaluisuatu interface pemakai yang akan memperhatikan desainmanusia mesin yang baik. Semua data geometri daninformasi pendukung yang lain akan dipelihara padadatabase CAD. Modul analisis desain akan dikembangkanuntuk memproduksi output yang dibutuhkan yang akanditampilkan pada berbagai perangkat grafik. Perangkatlunak akan dirancang untuk mengontrol dan berinteraksidengan perangkat keras peripheral termasuk mouse,digitizer dan printer laser.Dengan latar belakang tersebut, dibuatlah sebuah desain perangkat lunakdengan data flow diagram, yang pada akhirnya dapat digunakan untukmengestimasi jumlah kode yang diperlukan dalam pengimplementasian denganmemperkirakan jumlah Function Point-nya.
Informasi nilai
domain
Jumlah estimasi
per domainBobot domain
Average
Jumlah FP per
domain ( ?? )
Jumlah input 24 4 96
Jumlah output 26 5 130
Jumlah inquiry 22 4 88
Jumlah file 4 10 40
Jumlah
interface
eksternal
2 7 14
Jumlah total 78 30 368
FAKTOR Bobot kepentingan1. Backup dan recovery 42. Komunikasi data 23. Proses terdistribusi 04. Kepentingan performa 45. Keberadaan lingkungan operasi 36. Entri data online 47. Input melalui beberapa tampilan / operasi 58. Peng-update-an file master secara online 39. Kompleksitas nilai ‘domain’ (tahap1) diatas 510. Kompleksitas proses internal aplikasi 511. Perulangan (reuse) penggunaan code 412. Ketersediaan rancangan untuk konversi dan instalasi 313. Rancangan untuk pengulangan instalasi di lingkungan yang berbeda 514. Fleksibilitas bagi pemakai 5
Hitung total kompleksitas yang ada ∑Fij = …Hitung estimasi FP-nya FP = jumlah total nilai domain * (0.65 + {0.01 * ∑Fij})
Diminta bahwa Anda menggunakan bahasapemrograman yang berorientasi obyek.Diketahui bahwa estimasi LOC / FP-nyaadalah 30.
Hitung estimasi LOC-nya:LOC = … ubah menjadi KLOCKLOC = …
Dari hasil requirements dan desain, diketahui bahwaproduk akan beroperasi di tipe sistem semi-detached.
Tentukan nilai konstanta, dari tabel tipe-sistemCa = … Cb = …Ma = … Mb = …
Tipe
sistem
ca Ma cb Mb
Organic 2.4 1.05 2.5 0.38
Semi-
detached
3.0 1.12 2.5 0.35
Embedded 3.6 1.20 2.5 0.32
#Units/Hrs Cost/Unit/Hr Subtotals WBS Level1 Totals % of Total
WBS Item
1. Project Management $306,300 20%
Project Manager 960 $100 $96,000
Project Team Member 1920 $75 $144,000
Contractors (10% of software development and testing) $66,300
2. Hardware $76,000 5%
2.1 Handheld devices 100 $600 $60,000
2.2 Servers 4 $4,000 $16,000
3.Software $614,000 40%
3.1 Licensed Softwar 100 $200 $20,000
3.2 Software development * $594,000
4. Testing(10% of total hardware and softwares costs) $69,600 5%
5. Training and Support $202,400 13%
Trainee costs 100 $500 $50,000
Travel Costs 12 $700 $8,400
Project Team Members 1920 $75 $144,000
6. Reserves(20% of total estimate) $253,540 $253,400 17%
Total Project Cost Estimate $1,521,400
29* mengacu pada referensi lain untuk informasi detail
Cost budgeting mencakup alokasi estimasi biaya proyek ke masing-masing item pekerjaan dan memberikan garis dasar biaya
Sebagai contoh, dalam proyek Business Systems Replacement, total estimasi biaya pembelian untuk tahun 97 adalah $600,000 dan tambahan $1.2 million untuk Information Services and Technology
Jumlah tersebut dialokasikan ke budget yang bersesuaian
IT Project Management, Third Edition Chapter 7 31
1 2 3 4 5 6 7 8 9 10 11 12 Totals
WBS Item
1. Project Management 8,000 8,000 8,000 8,000 8,000 8,000 8,000 8,000 8,000 8,000 8,000 8,000 96,000
Project Manager 12,000 12,000 12,000 12,000 12,000 12,000 12,000 12,000 12,000 12,000 12,000 12,000 144,000
Project Team Member 6,027 6,027 6,027 6,027 6,027 6,027 6,027 6,027 6,027 6,027 6,027 66,300
Contractors (10% of software development and testing)
2. Hardware
2.1 Handheld devices 30,000 30,000 60,000
2.2 Servers 8,000 8,000 16,000
3.Software
3.1 Licensed Softwar 10,000 10,000 20,000
3.2 Software development * 60,000 60,000 80,000 127,000 127,000 90,000 50,000 594,000 594,000
4. Testing(10% of total hardware and softwares costs) 6,000 8,000 12,000 15,000 15,000 13,000 69,000 69,000
5. Training and Support
Trainee costs 50,000 50,000
Travel Costs 8,400 8,400
Project Team Members 24,000 24,000 24,000 24,000 24,000 24,000 144,000
6. Reserves(20% of total estimate) 10,000 10,000 30,000 30,000 60,000 40,000 40,000 30,000 3,540 253,540
Total Project Cost Estimate 20,000 86,027 92,027 172,027 223,027 198,027 185,027 173,027 148,427 753,027 80,027 53,567 1,521,240
Pengendalian Biaya Proyek mencakup : Mengawasi kinerja biaya
Menjamin bahwa hanya perubahan proyek yang tepat yang akan masuk ke dalam garis dasar biaya yang direvisi
Memberikan informasi kepada stakeholders mengenai perubahan yang disetujui yang akan memeperngaruhi biaya
Konsep “Earned value management” adalah alat penting untuk pengendalian biaya
IT Project Management, Third Edition Chapter 7 34
EVM adalah teknik pengukuran kinerjaproyek yang mengintegrasikan ruang-lingkup, waktu, dan biaya
Berdasarkan garis dasar (rencana original plus perubahan yang disetujui), kita dapatmenentukan seberapa baik proyek mencapaitujuannya
Kita harus memasukkan informasi aktualsecara periodik untuk bisa menggunakanEVM.
IT Project Management, Third Edition Chapter 7 35
The planned value (PV), disebut juga budget, adalah bagian dari estimasi biaya total yang telahdisetujui yang direncanakan untuk digunakan untuksuatu aktivitas pada waktu tertentu
Actual cost (AC), adalah total biaya langsung dantidak langsung yang tercakup dalam penyelesaianpekerjaan pada waktu tertentu
The earned value (EV), adalah estimasi nilai daripekerjaan fisik aktual yang diselesaikan
IT Project Management, Third Edition Chapter 7 36
Cost Variance ( CV), variabel yang menunjukkan apakah kinerja biaya sudahmelebihi atau masih kurang dari biaya yang sudah direncanakan
Schedule Variance ( SV), variabel yang menunjukkan apakah jadwal yang lebihlama/lebih lambat dari yang direncanakan
Direncanakan untuk aktifitas pembelian daninstalasi sebuah Web server diperlukan total biaya sebesar $10,000 dan direncanakan akandilaksanakan pada satu minggu tertentu.
Pada minggu itu, rupanya biaya yang dikeluarkan untuk aktifitas tersebut sebesar$15,000 (karena untuk aktifitas ini total biayadalam 2 minggu $20,000, berarti minggu ke-duaakan dikeluarkan biaya sebesar $5,000).
Misalkan RP (Rate of Performance) adalah 50% dikarenakan waktu pekerjaan sudah selesai, sementara pekerjaan baru selesai 50 persen.
41 IT Project Management, Third Edition Chapter 7
Negative numbers for cost and schedule variance indicate problems in those areas. The project is costing more than planned or taking longer than planned
CPI and SPI less than 100% indicate problems