project cost management - Masalah ICT dan solusinya…ada disini!

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 siklushidup. 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.
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 masingmasing 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.
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, Bagianbagian 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.
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.
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 masingmasing 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).
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
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.
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 72. 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.
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.
® 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).