project cost management - · pdf filemanajemen proyek perangkat lunak memiliki kemampuan...

10

Click here to load reader

Upload: phamnhu

Post on 06-Feb-2018

215 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

PROJECT COST MANAGEMENT Sumber: A Guide to the Project Management Body of Knowledge (PMBOK® Guide)

Diterjemahkan oleh Sri Rahayu Asriati, PROGRAM PASCASARJANA STMIK LIKMI BANDUNG

Proyek Manajemen Biaya meliputi proses yang diperlukan untuk memastikan bahwa proyek selesai sesuai dengan anggaran yang disetujui. Gambar 7-1 memberikan gambaran proses utama sebagai berikut:

7.1 Perencanaan Sumber Daya - menentukan sumber daya (orang, peralatan, bahan) dan jumlah dari masing-masing Sumber daya yang harus digunakan untuk melakukan kegiatan proyek.

7.2 Perkiraan Biaya - mengembangkan perkiraan (estimasi) biaya dari sumber daya yang diperlukan untuk menyelesaikan kegiatan proyek.

7.3 Penganggaran Biaya - mengalokasikan perkiraan biaya keseluruhan untuk aktivitas kerja individu.

7.4 Pengendalian Biaya - pengendalian perubahan anggaran proyek

Proses ini berinteraksi satu sama lain dan dengan proses yang lain di bidang pengetahuan juga. Setiap proses mungkin melibatkan usaha dari satu atau lebih individu atau grup individu, berdasarkan kebutuhan proyek. Setiap proses umumnya terjadi setidaknya sekali dalam setiap fase proyek

Meskipun proses yang disajikan sebagai elemen diskrit dengan welldefined interface, dalam praktiknya mereka mungkin tidak seimbang dan berinteraksi dengan tidak rinci di sini. Proses interaksi dibahas secara rinci dalam Bab 3.

Biaya manajemen proyek terutama berkaitan dengan biaya sumber daya diperlukan untuk menyelesaikan kegiatan proyek. Namun, manajemen biaya proyek harus juga mempertimbangkan pengaruh keputusan proyek pada biaya menggunakan proyek produk. Misalnya, membatasi jumlah review desain dapat mengurangi biaya proyek dengan mengorbankan kenaikan biaya operasional pelanggan. Pandangan yang lebih luas dari manajemen biaya proyek sering disebut biaya siklus-hidup. Siklus Hidup biaya bersama-sama dengan teknik Value Engineering digunakan untuk mengurangi biaya dan waktu, meningkatkan kualitas dan kinerja, dan mengoptimalkan pengambilan keputusan.

Dalam banyak tempat aplikasi, memprediksi dan menganalisis pendapatan keuangan, kinerja produk proyek dilakukan di luar proyek. Di lain (misalnya, fasilitas modal proyek), manajemen biaya proyek juga mencakup pekerjaan ini. Ketika prediksi tersebut dan analisis disertakan, manajemen biaya proyek akan termasuk proses tambahan dan berbagai teknik manajemen umum seperti sebagai pengembalian investasi, diskont arus kas, analisis pengembalian biaya, dan lain-lain.

Biaya proyek manajemen harus mempertimbangkan kebutuhan informasi proyek. stakeholder-stakeholder yang berbeda dapat mengukur biaya proyek dengan cara yang berbeda dan pada waktu yang berbeda. Sebagai contoh, biaya pengadaan barang dapat diukur jika dilakukan, Diperintahkan, dikirim, yang timbul, atau direkam untuk tujuan keuangan.

Page 2: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

Ketika biaya proyek digunakan sebagai komponen dari suatu penghargaan dan pengakuan sistem (dibahas dalam Bagian 9.3.2.3), biaya terkendali dan tak terkendali harus diperkirakan dan dianggarkan secara terpisah untuk memastikan bahwa imbalan mencerminkan kinerja yang sebenarnya. Pada beberapa proyek, khususnya yang lebih kecil, perencanaan sumber daya, estimasi biaya, dan anggaran biaya yang sangat erat terkait bahwa mereka dilihat sebagai suatu proses tunggal (Misalnya, mereka mungkin dilakukan oleh satu orang saja selama waktu yang relatif singkat waktu). Mereka disajikan di sini sebagai proses yang berbeda karena alat dan teknik untuk masing-masing berbeda. Kemampuan untuk mempengaruhi biaya terbesar di tahap awal proyek, dan inilah sebabnya mengapa definisi ruang lingkup awal sangat penting, serta sebagai persyaratan identifikasi yang menyeluruh dan pelaksanaan rencana suara.

Page 3: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

7.1 PERENCANAAN SUMBER DAYA Sumber Daya melibatkan perencanaan menentukan apa fisik sumber daya (orang, peralatan, bahan) dan apa yang jumlah dari masing-masing harus digunakan dan ketika mereka akan diperlukan untuk melakukan kegiatan proyek. Ini harus dikoordinasikan dengan estimasi biaya (diuraikan dalam Bagian 7.2). Sebagai contoh:

● Sebuah tim proyek konstruksi sangat akrab dengan kode bangunan lokal. pengetahuan seperti ini seringkali tersedia dari penjual lokal. Namun, jika Lingkungan tenaga kerja lokal kurang pengalaman dengan konstruksi yang tidak biasa atau teknik khusus, biaya tambahan untuk konsultan mungkin cara paling efektif untuk mengamankan pengetahuan tentang kode bangunan lokal.

● Sebuah tim desain otomotif harus akrab dengan teknik perakitan terbaru. Pengetahuan yang diperlukan dan diperoleh dengan menyewa konsultan, dengan mengirimkan seorang desainer untuk sebuah seminar tentang robotika, atau dengan memasukkan seseorang dari manufaktur sebagai anggota tim.

7.1.1 MASUKAN TERHADAP PERENCANAAN SUMBER DAYA ® Pekerjaan struktur dipecah beberapa bagian. Rincian struktur kerja The work breakdown structure (WBS, dijelaskan dalam Bagian 5.3.3.1) mengidentifikasi awal proyek dan proses yang memerlukan sumber daya, dan dengan demikian merupakan input utama untuk perencanaan sumber daya. Setiap output yang relevan dari proses perencanaan lainnya harus disediakan melalui WBS untuk memastikan kontrol yang tepat. ® Historis Informasi . Sejarah informasi mengenai jenis sumber daya apa yang diminta untuk bekerja sama dalam proyek sebelumnya harus digunakan jika tersedia. ® Penjelasan Ruang lingkup. Pernyataan ruang lingkup (dijelaskan dalam Bab 5.2.3.1) berisi pembenaran proyek dan tujuan proyek, baik yang harus dipertimbangkan secara eksplisit dalam perencanaan sumber daya. ® Deskripsi bagian dari Sumber Daya. Pengetahuan tentang apa itu sumber daya (orang, peralatan, bahan) berpotensi tersedianya sumber daya yang diperlukan untuk perencanaan. Jumlah detail dan tingkat spesifisitas deskripsi bagian-bagian sumber daya akan bervariasi. Untuk Misalnya, selama fase awal dari proyek desain rekayasa, Bagian-bagian yang dapat termasuk "junior dan senior Enginer" dalam jumlah besar. Selama tahap selanjutnya dari proyek yang sama, Namun, Bagian-bagian mungkin terbatas pada orang-orang yang memiliki pengetahuan tentang proyek sebagai akibat dari pernah bekerja pada tahap-tahap sebelumnya. ® Kebijakan Organisasi. Kebijakan organisasi berkaitan tentang staf dan sewa atau pembelian persediaan dan peralatan harus dipertimbangkan selama perencanaan sumber daya.

Page 4: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

7.1.2 TEKNIK DAN CARA DALAM PERENCANAAN SUMBER DAYA ® Penilaian dari Pakar. Penilaian pakar sering akan diperlukan untuk menilai masukan kepada proses ini. keahlian tersebut dapat disediakan oleh setiap kelompok atau individu dengan pengetahuan atau pelatihan khusus, dan tersedia dari berbagai sumber termasuk: × Unit lain dalam organisasi yang sedang berjalan × Konsultan × Asosiasi dan Tim Teknik yang Profesional × Grups Industri ® Cara Cepat dalam mengidentifikasi . identifikasi alternative ini dibahas dalam Bagian 5.2.2.3. ® Manajemen proyek perangkat lunak. Manajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak, ketersediaan sumber daya dan tingkat penjelasannya, serta sumber daya yang periodik. 7.1.2 HASIL DARI PERENCANAAN SUMBER DAYA ® Persyaratan Sumber Daya. Output dari proses perencanaan sumber daya adalah deskripsi jenis sumber daya yang diperlukan dan berapa jumlah untuk setiap elemen di tingkat terendah dari WBS. Sumber Daya persyaratan untuk tingkat yang lebih tinggi dalam WBS dapat dihitung berdasarkan pada nilai-nilai yang lebih rendah. Sumber daya ini akan diperoleh baik melalui staf akuisisi (diuraikan dalam Bagian 9.2) atau pengadaan (Dijelaskan dalam Bab 12). 7.2 PERKIRAAN BIAYA Perkiraan biaya melibatkan pendekatan (perkiraan) dari biaya sumber daya yang dibutuhkan untuk menyelesaikan kegiatan proyek. Dalam aproksimasi biaya, estimator menganggap penyebab variasi estimasi akhir untuk tujuan lebih baik mengelola proyek. Ketika sebuah proyek dilakukan di bawah kontrak, perawatan harus dilakukan untuk membedakan perkiraan biaya dari harga. Perkiraan biaya melibatkan pengembangan penilaian yang kemungkinan-hasil kuantitatif. berapa biayanya organisasi melakukan untuk menyediakan produk atau layanan yang terlibat? Harga adalah bisnis keputusan berapa banyak biaya yang dilakukan organisasi untuk produk atau layanan yang menggunakan perkiraan biaya sebagai satu dari banyak pertimbangan. Perkiraan biaya termasuk mengidentifikasi dan mempertimbangkan berbagai alternatif biaya. Sebagai contoh, di unit aplikasi yang paling banyak bekerja, tambahan selama desain fase banyak diadakan untuk memiliki potensi untuk mengurangi tahap biaya produksi. Proses estimasi biaya harus mempertimbangkan apakah biaya tambahankarya desain akan diperhitungkan oleh tabungan yang diharapkan.

Page 5: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

7.2.1 MASUKAN UNTUK PERKIRAAN BIAYA ® Pekerjaan struktur dipecah beberapa bagian. The WBS dijelaskan dalam bab 5.3.3.1. Hal ini digunakan untuk mengatur perkiraan biaya dan untuk memastikan bahwa semua pekerjaan diidentifikasi telah diperkirakan. ® Persyaratan Sumber Daya. Persyaratan Sumber Daya dijelaskan dalam Bagian 7.1.3.1. ® Tingkat Sumber Daya. Individu atau kelompok penyusunan perkiraan biaya harus tahu unit harga (misalnya, staf biaya per jam, biaya bahan massal per halaman kubik) untuk masing-masing sumber daya dalam menghitung biaya proyek. Jika harga yang sebenarnya tidak diketahui, mungkin harus diperkirakan. ® Perkiraan lamanya aktifitas. Perkiraan lamanya aktifitas (dijelaskan dalam Bab 6.3.3.1) akan mempengaruhi perkiraan biaya pada setiap proyek di mana anggaran proyek mencakup selisih biaya pembiayaan (yaitu, beban bunga). ® Perkiraan Publikasi. Data yang tersedia secara komersial untuk estimasi biaya. ® Histori Informasi. Informasi mengenai biaya banyak kategori sering tersedia dari satu atau lebih dari sumber-sumber berikut: × Data Proyek - satu atau lebih organisasi yang terlibat dalam proyek dapat memelihara rekaman hasil proyek sebelumnya yang cukup rinci untuk membantu dalam mengembangkan perkiraan biaya. Di beberapa bagian aplikasi, masing-masing anggota tim dapat memelihara catatan tersebut. × Perkiraan biaya komersial – Informasi database - historis sering tersedia secara komersial. × pengetahuan anggota Proyek - individu anggota tim proyek mungkin Memiliki perkiraan sebelumnya. Sementara ingatan tersebut dapat bermanfaat, mereka umumnya jauh lebih bisa diandalkan daripada hasil yang didokumentasikan. ® Bagan Akun . Sebuah bagan akun menggambarkan struktur pengkodean yang digunakan oleh organisasi untuk melaporkan informasi keuangan di buku besar. perkiraan biaya proyek harus dikerjakan dalam kategori akuntansi yang benar. ® Resiko. Tim proyek mempertimbangkan informasi tentang risiko (lihat Bagian 11.2.3.1) ketika membuat perkiraan biaya, karena risiko (baik ancaman atau peluang) bisa memiliki dampak signifikan pada biaya. Tim proyek mempertimbangkan sejauh mana pengaruh risiko termasuk dalam perkiraan biaya untuk setiap aktivitas. 7.2.2 TEKNIK DAN CARA UNTUK MEMPERKIRAKAN BIAYA ® Perkiraan Manual. Perkiraan Manual, juga disebut memperkirakan top-down, berarti menggunakan biaya yang sebenarnya dari sebuah proyek, sebelumnya sama sebagai dasar untuk memperkirakan biaya proyek ini. Hal ini sering digunakan untuk memperkirakan total biaya proyek bila dalam jumlah terbatas, informasi rinci tentang proyek (misalnya, dalam fase awal). memperkirakan secara manual merupakan bentuk penilaian ahli (Dijelaskan dalam Pasal 7.1.2.1). Perkiraan Manual umumnya lebih murah daripada teknik yang lain, tetapi umumnya juga kurang akurat. Hal ini paling dapat diandalkan saat a) proyek-proyek sebelumnya serupa pada fakta dan bukan hanya dalam penampilan, dan b) individu atau kelompok menyiapkan perkiraan memiliki keahlian yang dibutuhkan. ® Pemodelan parametrik. Parametrik melibatkan pemodelan menggunakan karakteristik proyek (Parameter) dalam model matematis untuk memprediksi biaya proyek. Mungkin model konstruksi rumah sederhana (perumahan akan biaya jumlah tertentu per kaki persegi ruang hidup) atau kompleks (satu model dari biaya pengembangan perangkat lunak menggunakan tiga belas faktor penyesuaian yang terpisah, masing-masing memiliki lima menjadi tujuh poin di atasnya).

Page 6: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

Baik biaya dan akurasi model parametrik sangat bervariasi. Mereka yang paling mungkin dapat diandalkan ketika a) informasi historis digunakan untuk mengembangkan model adalah akurat, b) parameter yang digunakan dalam model ini adalah mudah diukur, dan c) model scalable (yaitu, bekerja dengan baik untuk proyek yang sangat besar seperti untuk yang sangat kecil satu). ® Estimasi Bottom Up. Teknik perkiraan ini melibatkan biaya individu kegiatan atau pekerjaan paket, kemudian meringkas atau menghitung perkiraan individu untuk mendapatkan total proyek. Biaya dan ketepatan estimasi bottom-up didorong oleh ukuran dan kompleksitas kegiatan kerja individu atau paket kegiatan yang lebih kecil meningkatkan baik biaya dan keakuratan dari proses estimasi. Tim manajemen proyek harus mempertimbangkan akurasi tambahan terhadap biaya tambahan. ® Alat Komputerisasi. seperti perangkat lunak manajemen proyek spreadsheet dan simulasi / tools statistik, banyak digunakan untuk membantu dengan biaya memperkirakan. produk tersebut dapat menyederhanakan penggunaan alat-alat yang dijelaskan ® Metode estimasi biaya lainnya. Sebagai contoh, tawaran vendor analisis. 7.2.3 HASIL DARI PERKIRAAN BIAYA ® Perkiraan biaya. adalah penilaian kuantitatif dari kemungkinan biaya sumber daya yang dibutuhkan untuk menyelesaikan kegiatan proyek. mungkin akan disajikan dalam ringkasan atau secara rinci. Biaya harus diestimasi untuk semua sumber daya yang akan dibebankan ke proyek. Hal ini mencakup, namun tidak terbatas pada, tenaga kerja, bahan, persediaan, dan khusus kategori seperti tunjangan inflasi atau cadangan biaya. Biaya perkiraan umumnya dinyatakan dalam satuan mata uang (dolar, euro, yen, dll) untuk memudahkan perbandingan baik di dalam dan di proyek. Dalam beberapa kasus, estimator dapat menggunakan satuan pengukuran untuk memperkirakan biaya, seperti staf atau jam hari staf, bersama dengan perkiraan biaya mereka untuk memfasilitasi pengelolaan yang tepat kontrol. Biaya memperkirakan umumnya termasuk mempertimbangkan respon risiko yang tepat perencanaan, seperti rencana kontingensi. Biaya perkiraan mungkin memiliki manfaat dari disempurnakannya program untuk mencerminkan detail tambahan yang tersedia. Di beberapa daerah aplikasi, ada pedoman untuk perbaikan tersebut harus dibuat dan dengan derajat akurasi diharapkan. Sebagai contoh, Asosiasi bagi Kemajuan Biaya Rekayasa (AACE- The Association for the Advancement of Cost Engineering) International telah mengidentifikasi kemajuan dari lima jenis perkiraan biaya konstruksi selama rekayasa: urutan besarnya, konseptual, pendahuluan, definitif, dan kontrol. ® Pendukung detail. Pendukung detail untuk perkiraan biaya harus mencakup didalamnya. × Penjelasan mengenai lingkup pekerjaan yang diperkirakan. Hal ini sering disediakan oleh referensi ke WBS. × Dokumentasi dasar untuk memperkirakan; yaitu bagaimana dikembangkan. × Dokumentasi dari setiap asumsi yang digunakan. × Indikasi dari berbagai hasil yang mungkin, misalnya $ 10.000 ± $ 1.000 untuk menunjukkan bahwa item tersebut diharapkan biaya antara $ 9.000 dan $ 11.000. Jumlah dan jenis rincian tambahan aplikasi berbeda-beda menurut wilayah. Mempertahankan bahkan catatan kasar dapat membuktikan berharga dengan memberikan pemahaman yang lebih baik tentang bagaimana memperkirakan dikembangkan. ® Rencana manajemen biaya. menggambarkan bagaimana biaya varians akan dikelola (misalnya, tanggapan yang berbeda untuk masalah utama dari pada bukan masalah utama orang). Sebuah rencana manajemen biaya dapat formal atau informal, sangat rinci atau luas berbingkai, berdasarkan

Page 7: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

kebutuhan para pemangku kepentingan proyek. Ini adalah anak perusahaan elemen dari rencana proyek (dibahas pada Bagian 4.1.3.1). 7.3 ANGGARAN BIAYA Penganggaran Biaya melibatkan pengalokasian perkiraan biaya keseluruhan untuk kegiatan individu atau bekerja untuk mendirikan sebuah paket biaya dasar untuk mengukur kinerja proyek. Realitas dapat mendikte bahwa perkiraan yang dilakukan setelah persetujuan anggaran adalah disediakan, namun perkiraan harus dilakukan sebelum permintaan anggaran

7.3.1 MASUKAN ANGGARAN BIAYA ® Perkiraan biaya. Perkiraan Biaya dijelaskan dalam Bagian 7.2.3.1. ® Pekerjaan struktur breakdown. The WBS (diuraikan dalam Bagian 5.3.3.1) mengidentifikasi unsur proyek yang biaya akan dialokasikan.

® Jadwal proyek (dijelaskan dalam Bab 6.4.3.1) direncanakan dimulai dan diharapkan selesai tanggal untuk komponen proyek yang biaya akan dialokasikan. Informasi ini diperlukan untuk menentukan biaya ke waktu periode saat biaya akan terjadi. ® Rencana manajemen risiko. dibahas dalam Bagian 11.1.3. Selain itu, rencana manajemen risiko sering kali berisi contingency cost, yang dapat ditentukan berdasarkan keakuratan diharapkan dari perkiraan.

Page 8: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

7.3.2 Teknik dan Cara untuk Anggaran Biaya ® Penganggaran Biaya alat dan teknik. Perkakas dan teknik yang diuraikan dalam Bagian 7.2.2 untuk mengembangkan estimasi biaya proyek digunakan untuk mengembangkan anggaran untukkegiatan atau pekerjaan paket juga. 7.3.3 Hasil dari Anggaran Biaya ® Baseline biaya anggaran bertahap waktu yang akan digunakan untuk mengukur dan memonitor kinerja biaya pada proyek tersebut. Hal ini dikembangkan oleh penjumlahan estimasi biaya dengan periode dan biasanya ditampilkan dalam bentuk kurva-S, seperti yang diilustrasikan pada Gambar 7-2. Banyak proyek, khususnya yang lebih besar, mungkin memiliki beberapa data dasar untuk biaya aspek yang berbeda ukuran kinerja biaya. Sebagai contoh, menghabiskan 7.4 PENGENDALIAN BIAYA Biaya pengendalian berkaitan dengan a) mempengaruhi faktor-faktor yang membuat perubahan baseline biaya untuk memastikan bahwa perubahan yang disepakati, b) menentukan bahwabiaya dasar telah berubah, dan c) mengelola perubahan aktual ketika dan ketika mereka terjadi. Biaya kontrol meliputi: ×. Memantau kinerja biaya untuk mendeteksi dan memahami varians dari rencana. ×. Memastikan bahwa semua perubahan yang sesuai dicatat secara akurat dalam biaya baseline. ×. Mencegah perubahan yang tidak benar, tidak tepat, atau tidak sah dari yang termasuk dalam biaya awal. ×. Menginformasikan pemangku kepentingan sesuai perubahan yang berwenang ×. Bertindak untuk membawa d biaya dalam batas yang dapat diterima termasuk mencari keluar "mengapa" baik positif dan negative varians. Ini harus benar-benar terintegrasi dengan proses kontrol lainnya (Lingkup perubahan kontrol, jadwal, kontrol kualitas, dan lainnya, sebagaimana dijelaskan dalam Bagian 4.3). Misalnya, tanggapan yang tidak sesuai untuk biaya varians dapat menyebabkan kualitas atau jadwal masalah, atau menghasilkan tingkat risiko yang tidak dapat diterima kemudian.

Page 9: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

7.4.1 MASUKAN UNTUK KONTROL BIAYA ® Baseline biaya. Baseline biaya dijelaskan pada Bagian 7.3.3.1. ® Laporan kinerja. laporan Kinerja (dibahas dalam Bagian 10.3.3.1) menyediakan informasi tentang ruang lingkup proyek dan biaya, seperti yang memiliki anggaran telah dipenuhi dan yang tidak. Laporan Kinerja juga dapat mewaspada proyek tim untuk isu-isu yang dapat menyebabkan masalah di masa mendatang. ® Perubahan permintaan. Perubahan permintaan dapat terjadi dalam berbagai bentuk-lisan atau tertulis, langsung atau tidak langsung, eksternal atau internal dimulai, dan secara hukum atau mandate opsional. Perubahan mungkin memerlukan peningkatan anggaran atau memungkinkan berkurangnya. ® Rencana manajemen biaya. Rencana pengelolaan biaya dijelaskan pada Bagian 7.2.3.3. 7.4.2 ALAT DAN TEKNIK UNTUK KONTROL BIAYA ® Sistem kontrol perubahan biaya. Perubahan sistem kontrol biaya mendefinisikan prosedur dengan biaya awal yang dapat diubah. Ini mencakup dokumen, pelacakan sistem, dan tingkat persetujuan yang diperlukan untuk otorisasi perubahan. Perubahan biaya sistem kontrol harus diintegrasikan dengan sistem kontrol perubahan yang terintegrasi, dibahas dalam Bagian 4.3. ® Pengukuran kinerja. Teknik pengukuran kinerja, diuraikan dalam Bagian 10.3.2, membantu untuk menilai besarnya setiap variasi yang terjadi. Memperoleh Manajemen Nilai (Earned Value Management - EVM), yang diuraikan dalam Bagian 7.4.2.3 dan 10.3.2.4, terutama berguna untuk pengendalian biaya. Suatu bagian penting dari pengendalian biaya adalah untuk menentukan apa yang menyebabkan varians dan untuk memutuskan apakah varians membutuhkan tindakan perbaikan. ® Manajemen Mendapatkan nilai (EVM). Semua EVM Rencana Account Control (CAP) harus terus menerus mengukur kinerja proyek yang berkaitan dengan tiga variabel independen: 1) Nilai Direncanakan, pekerjaan fisik yang dijadwalkan akan dilakukan, termasuk nilai perkiraan pekerjaan ini (sebelumnya disebut Anggaran Biaya Kerja Dijadwalkan [BCWS]), 2) Nilai Diperoleh, pekerjaan fisik benar-benar selesai, termasuk nilai estimasi pekerjaan ini (Sebelumnya disebut Anggaran Biaya untuk Pekerjaan Performed [BCWP]), dan ke 3) Realisasi Biaya yang dikeluarkan untuk mencapai Nilai Earned. Hubungan dari 2) Nilai yang diterima kurang 1) Rencana Nilai merupakan Varians Jadwal (SV). Itu hubungan 2) Memperoleh Nilai kurang 3) Biaya Biaya aktual merupakan Varians (CV) untuk proyek tersebut. Lihat juga Bagian 10.3.2.4. ® Perencanaan tambahan. Beberapa proyek berjalan tepat sesuai rencana. Calon perubahan mungkin memerlukan perkiraan biaya baru atau revisi atau analisis pendekatan alternatif. ® Bantuan Komputerisasi. seperti perangkat lunak manajemen proyek dan spreadsheet, sering digunakan untuk melacak biaya yang direncanakan versus biaya yang sebenarnya, dan untuk meramalkan pengaruh perubahan biaya. 7.4.1 HASIL DARI KONTROL BIAYA ® Revisi perkiraan biaya. Revisi perkiraan biaya adalah biaya modifikasi informasi yang digunakan untuk mengelola proyek. stakeholder yang tepat harus diberitahu. Revisi perkiraan biaya mungkin atau tidak mungkin memerlukan penyesuaian untuk aspek-aspek lain dari rencana proyek. ® Update Anggaran adalah kategori khusus dari perkiraan biaya revisi. update Anggaran adalah perubahan ke baseline yang disetujui. Angka-angka ini umumnya direvisi hanya sebagai jawaban terhadap perubahan ruang lingkup. Dalam beberapa kasus, biaya varians mungkin begitu parah sehingga rebaselining diperlukan untuk memberikan suatu ukuran yang realistis kinerja. ® Tindakan korektif adalah segala sesuatu dilakukan untuk membawa masa depan yang diharapkan kinerja proyek sesuai dengan rencana proyek.

Page 10: PROJECT COST MANAGEMENT -  · PDF fileManajemen proyek perangkat lunak memiliki kemampuan untuk membantu mengatur sumber daya kolam. Tergantung pada kecanggihan perangkat lunak,

® Perkiraan terkini. adalah perkiraan yang paling kemungkinan biaya proyek total berdasarkan kinerja proyek dan kuantifikasi risiko, dijelaskan dalam Bagian 11.4.3. Teknik-teknik peramalan yang paling umum adalah beberapa variasi. ® Proyek Closed. Proses dan prosedur harus dikembangkan untuk menutup atau membatalkan proyek. Misalnya, Pernyataan Posisi (SOP 98-1 dikeluarkan oleh American Institute of Certified Akuntan Publik-AICPA) mensyaratkan bahwa semua biaya untuk proyek teknologi informasi yang gagal akan dihapuskan pada kuartal bahwa proyek tersebut dibatalkan. ® Pelajaran. Penyebab varians, alasan di balik korektif tindakan yang dipilih, dan jenis-jenis pelajaran yang dipetik dari pengendalian biaya harus didokumentasikan sehingga mereka menjadi bagian dari database historis untuk kedua ini proyek dan proyek-proyek lain dari organisasi bermasalah (lihat Bagian 4.3.3.3).