Data jadwal untuk model jadwal proyek adalah kumpulan informasi untuk menggambarkan dan
mengendalikan jadwal. Data jadwal mencakup, minimal, jadwal pencapaian, jadwal aktivitas, atribut aktivitas,
dan dokumentasi dari semua asumsi dan kendala yang teridentifikasi. Jumlah data tambahan bervariasi
menurut area aplikasi. Informasi yang sering diberikan sebagai detail pendukung termasuk tetapi tidak
terbatas pada:
Persyaratan sumber daya menurut periode waktu, seringkali dalam bentuk histogram sumber daya;
Jadwal alternatif, seperti kasus terbaik atau kasus terburuk, tidak pada tingkat sumber daya atau
tingkat sumber daya, atau dengan atau tanpa tanggal yang ditentukan; dan
Data jadwal juga dapat mencakup item seperti histogram sumber daya, proyeksi arus kas, jadwal pemesanan
KALENDER PROYEK
Kalender proyek mengidentifikasi hari kerja dan shift yang tersedia untuk aktivitas terjadwal. Ini membedakan
periode waktu dalam hari atau bagian hari yang tersedia untuk menyelesaikan aktivitas terjadwal dari periode
waktu yang tidak tersedia untuk bekerja. Model jadwal mungkin memerlukan lebih dari satu kalender proyek
untuk memungkinkan periode kerja yang berbeda untuk beberapa kegiatan untuk menghitung jadwal proyek.
PERMINTAAN PERUBAHAN
Dijelaskan dalam Bagian 4.3.3.4. Modifikasi ruang lingkup proyek atau jadwal proyek dapat mengakibatkan
permintaan perubahan ke baseline ruang lingkup, dan/atau komponen lain dari rencana manajemen proyek.
Permintaan perubahan diproses untuk ditinjau dan disposisi melalui proses Lakukan Kontrol Perubahan
Terintegrasi (Bagian 4.6). Tindakan pencegahan dapat mencakup perubahan yang direkomendasikan untuk
Setiap perubahan pada rencana manajemen proyek melewati proses kontrol perubahan organisasi melalui
permintaan perubahan. Komponen yang mungkin memerlukan permintaan perubahan untuk rencana
Jadwalkan rencana pengelolaan. Dijelaskan dalam Bagian 6.1.3.1. Rencana manajemen jadwal dapat
diperbarui untuk mencerminkan perubahan dalam cara jadwal dikembangkan dan akan dikelola.
Dasar biaya. Dijelaskan dalam Bagian 7.3.3.1. Perubahan pada baseline biaya digabungkan sebagai
tanggapan terhadap perubahan yang disetujui dalam lingkup, sumber daya, atau perkiraan biaya.
Dalam beberapa kasus, varians biaya bisa sangat parah sehingga revisi dasar biaya diperlukan untuk
Dokumen proyek yang dapat diperbarui sebagai hasil dari pelaksanaan proses ini termasuk tetapi tidak
terbatas pada:
Atribut aktivitas. Dijelaskan dalam Bagian 6.2.3.2. Atribut aktivitas diperbarui untuk menyertakan
persyaratan sumber daya yang direvisi dan revisi lainnya yang dihasilkan oleh proses Jadwal
Kembangkan.
Log asumsi. Dijelaskan dalam Bagian 4.1.3.2. Log asumsi dapat diperbarui dengan perubahan asumsi
dalam durasi, pemanfaatan sumber daya, urutan, atau informasi lain yang terungkap sebagai hasil
Perkiraan durasi. Dijelaskan dalam Bagian 6.4.3.1. Jumlah dan ketersediaan sumber daya, bersama
dengan ketergantungan aktivitas dapat mengakibatkan perubahan pada perkiraan durasi. Jika analisis
pemerataan sumber daya mengubah persyaratan sumber daya, maka perkiraan durasi kemungkinan
Daftar pelajaran yang dipetik. Dijelaskan dalam Bagian 4.4.3.1. Daftar pelajaran yang dipelajari dapat
diperbarui dengan teknik yang efisien dan efektif dalam mengembangkan model jadwal.
Persyaratan sumber daya. Dijelaskan dalam Bagian 9.2.3.1. Perataan sumber daya dapat memiliki
pengaruh yang signifikan pada perkiraan awal untuk jenis dan jumlah sumber daya yang dibutuhkan.
Jika analisis level sumber daya mengubah persyaratan sumber daya, maka persyaratan sumber daya
diperbarui.
Daftar risiko. Dijelaskan dalam Bagian 11.2.3.1. Daftar risiko mungkin perlu diperbarui untuk
Jadwal Kontrol adalah proses pemantauan status proyek untuk memperbarui jadwal proyek dan mengelola
perubahan pada baseline jadwal. Manfaat utama dari proses ini adalah bahwa baseline jadwal dipertahankan
selama proyek berlangsung. Proses ini dilakukan di seluruh proyek. Masukan, alat dan teknik, dan keluaran dari
proses ini digambarkan pada Gambar 6-22. Gambar 6-23 menggambarkan diagram aliran data dari proses.
4. Aset proses organisasi 5. Prospek dan ketertinggalan • Daftar pelajaran yang didapat
• Daftar risiko
• Jadwalkan data
Gambar 6-22. Control Schedule: Inputs, Tools & Techniques, and Outputs
4.6
Perform
Integrated
Project Change requests
Change
Document Control
s
Project
Management
Project documents 6.6
Lessons learned register Plan
Project calendars
Control
Schedule Project managemen
Project schedule
plan updates
Resource calendars Schedule management plan
Schedule data Schedule baseline
Cost baseline
Performance measurement baseline
4.3 •
Direct and
Manage Schedule forecasts
Project
Work Project
Work performance data
Document
s
Project documents updates
Enterprise/• Assumption log
Organization• Basis of estimates
Lessons learned register
Project schedule
Organizational process assets• Resource calendars
Risk register
Schedule data
Memperbarui model jadwal memerlukan mengetahui kinerja aktual hingga saat ini. Setiap perubahan pada
baseline jadwal hanya dapat disetujui melalui proses Lakukan Kontrol Perubahan Terintegrasi (Bagian 4.6).
Jadwal Kontrol, sebagai komponen dari proses Lakukan Kontrol Perubahan Terintegrasi, berkaitan dengan:
Menentukan status terkini dari jadwal proyek dengan membandingkan jumlah total pekerjaan yang
diserahkan dan diterima dengan perkiraan pekerjaan yang diselesaikan untuk siklus waktu yang telah
berlalu;
Melakukan retrospektif (peninjauan terjadwal untuk mencatat pelajaran yang diperoleh) untuk
Menentukan tingkat di mana kiriman diproduksi, divalidasi, dan diterima (kecepatan) dalam waktu
tertentu per iterasi (durasi siklus kerja yang disepakati, biasanya 2 minggu atau 1 bulan);
Ketika pekerjaan sedang dikontrak, pembaruan status secara teratur dan tonggak sejarah dari kontraktor dan
pemasok adalah cara untuk memastikan pekerjaan berjalan sesuai kesepakatan untuk memastikan jadwal
terkendali. Tinjauan status terjadwal dan penelusuran harus dilakukan untuk memastikan laporan kontraktor
Dijelaskan dalam Bagian 4.2.3.1. Komponen rencana manajemen proyek termasuk tetapi tidak terbatas pada:
Jadwalkan rencana pengelolaan. Dijelaskan dalam Bagian 6.1.3.1. Manajemen jadwal menjelaskan
frekuensi jadwal akan diperbarui, bagaimana cadangan akan digunakan, dan bagaimana jadwal akan
dikendalikan.
Jadwalkan baseline. Dijelaskan dalam Bagian 6.5.3.1. Jadwal dasar dibandingkan dengan hasil aktual
untuk menentukan apakah perubahan, tindakan korektif, atau tindakan pencegahan diperlukan.
Lingkup dasar. Dijelaskan dalam Bagian 5.4.3.1. WBS proyek, hasil, kendala, dan asumsi yang
didokumentasikan dalam baseline ruang lingkup dipertimbangkan secara eksplisit saat memantau dan
Dasar pengukuran kinerja. Dijelaskan dalam Bagian 4.2.3.1. Saat menggunakan analisis nilai yang
diperoleh, dasar pengukuran kinerja dibandingkan dengan hasil aktual untuk menentukan apakah
Dokumen proyek yang dapat dipertimbangkan sebagai masukan untuk proses ini termasuk namun tidak
terbatas pada:
Daftar pelajaran yang dipetik. Dijelaskan dalam Bagian 4.4.3.1. Pelajaran yang dipelajari sebelumnya
dalam proyek dapat diterapkan ke fase selanjutnya dalam proyek untuk meningkatkan kontrol jadwal.
Kalender proyek. Dijelaskan dalam Bagian 6.5.3.4. Model jadwal mungkin memerlukan lebih dari satu
kalender proyek untuk memungkinkan periode kerja yang berbeda untuk beberapa aktivitas untuk
notasi untuk menunjukkan pembaruan, aktivitas yang diselesaikan, dan aktivitas yang dimulai pada
Kalender sumber daya. Dijelaskan dalam Bagian 9.2.1.2. Kalender sumber daya menunjukkan
Data jadwal. Dijelaskan dalam Bagian 6.5.3.3. Data jadwal akan ditinjau dan diperbarui dalam proses
Jadwal Kontrol.
Dijelaskan dalam Bagian 4.3.3.2. Data kinerja kerja berisi data tentang status proyek seperti kegiatan mana
yang telah dimulai, kemajuannya (misalnya, durasi aktual, durasi yang tersisa, dan persen fisik selesai), dan
Aset proses organisasi yang dapat mempengaruhi proses Jadwal Kontrol termasuk tetapi tidak terbatas pada:
Kebijakan, prosedur, dan pedoman terkait pengendalian jadwal formal dan informal yang ada;
Teknik analisis data yang dapat digunakan untuk proses ini termasuk tetapi tidak terbatas pada:
Analisis nilai yang diperoleh. Dijelaskan dalam Bagian 7.4.2.2. Pengukuran kinerja jadwal seperti
varians jadwal (SV) dan indeks kinerja jadwal (SPI) digunakan untuk menilai besarnya variasi terhadap
iterasi. Ini digunakan untuk menganalisis varians sehubungan dengan burndown ideal berdasarkan
pekerjaan yang dilakukan dari perencanaan iterasi (lihat Bagian 6.4.2.8). Garis tren perkiraan dapat
digunakan untuk memprediksi kemungkinan varians pada penyelesaian iterasi dan mengambil
tindakan yang tepat selama iterasi. Sebuah garis diagonal mewakili burndown ideal dan pekerjaan
yang tersisa aktual harian kemudian diplot. Garis tren kemudian dihitung untuk memperkirakan
penyelesaian berdasarkan sisa pekerjaan. Gambar 6-24 adalah contoh bagan burndown iterasi.
250
100 Forecast
Remaining
Work
50
1 2 3 4 5 6 7 8 9101112
Iteration Days
Tinjauan kinerja. Tinjauan kinerja mengukur, membandingkan, dan menganalisis kinerja jadwal
terhadap garis dasar jadwal seperti tanggal mulai dan selesai yang sebenarnya, persentase
penyelesaian, dan durasi yang tersisa untuk pekerjaan yang sedang berlangsung.
Analisis tren. Dijelaskan dalam Bagian 4.5.2.2. Analisis tren memeriksa kinerja proyek dari waktu ke
waktu untuk menentukan apakah kinerja meningkat atau memburuk. Teknik analisis grafis sangat
berharga untuk memahami kinerja hingga saat ini dan untuk membandingkan dengan tujuan kinerja
versus yang sebenarnya, durasi yang direncanakan versus yang sebenarnya, dan varians dalam float.
Bagian dari analisis varians adalah menentukan penyebab dan tingkat varians relatif terhadap
baseline jadwal (lihat Bagian 6.5.3.1), memperkirakan implikasi dari varians tersebut untuk
penyelesaian pekerjaan di masa depan, dan memutuskan apakah tindakan korektif atau pencegahan
diperlukan. Misalnya, penundaan besar pada aktivitas apa pun yang tidak berada di jalur kritis
mungkin memiliki sedikit pengaruh pada jadwal proyek secara keseluruhan, sementara penundaan
yang jauh lebih pendek pada aktivitas kritis atau hampir kritis mungkin memerlukan tindakan segera.
Analisis skenario bagaimana-jika. Dijelaskan dalam Bagian 6.5.2.4. Analisis skenario bagaimana-jika
digunakan untuk menilai berbagai skenario yang dipandu oleh output dari proses Manajemen Risiko
Proyek untuk menyelaraskan model jadwal dengan rencana manajemen proyek dan baseline yang
disetujui.
Dijelaskan dalam Bagian 6.5.2.2. Membandingkan kemajuan di sepanjang jalur kritis dapat membantu
menentukan status jadwal. Varians pada jalur kritis akan berdampak langsung pada tanggal akhir proyek.
Mengevaluasi kemajuan kegiatan di dekat jalur kritis dapat mengidentifikasi risiko jadwal.
Dijelaskan dalam Bagian 4.3.2.2. Sistem informasi manajemen proyek mencakup perangkat lunak penjadwalan
yang menyediakan kemampuan untuk melacak tanggal yang direncanakan versus tanggal aktual, untuk
melaporkan varians dan kemajuan yang dibuat terhadap baseline jadwal, dan untuk meramalkan efek
Dijelaskan dalam Bagian 6.5.2.3. Teknik optimasi sumber daya melibatkan penjadwalan kegiatan dan sumber
daya yang dibutuhkan oleh kegiatan tersebut sambil mempertimbangkan ketersediaan sumber daya dan
waktu proyek.
6.6.2.5 KEMAMPUAN DAN KETERLAMBATAN
Menyesuaikan prospek dan kelambatan diterapkan selama analisis jaringan untuk menemukan cara agar
aktivitas proyek yang tertinggal selaras dengan rencana. Misalnya, pada proyek untuk membangun gedung
kantor baru, lansekap dapat disesuaikan untuk dimulai sebelum pekerjaan eksterior gedung selesai dengan
meningkatkan waktu tunggu dalam hubungan, atau tim penulis teknis dapat menyesuaikan awal pengeditan
draft dokumen besar segera setelah dokumen ditulis dengan menghilangkan atau mengurangi jeda waktu.
Teknik kompresi jadwal (lihat Bagian 6.5.2.6) digunakan untuk menemukan cara untuk menyelaraskan aktivitas
proyek yang tertinggal dengan rencana dengan pelacakan cepat atau menabrak jadwal untuk pekerjaan yang
tersisa.
Dijelaskan dalam Bagian 4.5.1.3. Informasi kinerja kerja mencakup informasi tentang bagaimana kinerja proyek
dibandingkan dengan baseline jadwal. Varians pada tanggal mulai dan selesai serta durasi dapat dihitung pada
tingkat paket pekerjaan dan tingkat akun kontrol. Untuk proyek yang menggunakan analisis nilai yang
diperoleh, (SV) dan (SPI) didokumentasikan untuk dimasukkan dalam laporan kinerja (lihat Bagian 4.5.3.1).
Pembaruan jadwal adalah prakiraan perkiraan atau prediksi kondisi dan peristiwa di masa depan proyek
berdasarkan informasi dan pengetahuan yang tersedia pada saat prakiraan. Prakiraan diperbarui dan
diterbitkan kembali berdasarkan informasi kinerja kerja yang diberikan saat proyek dijalankan. Informasi ini
didasarkan pada kinerja proyek di masa lalu dan kinerja masa depan yang diharapkan berdasarkan tindakan
korektif atau pencegahan. Ini dapat mencakup indikator kinerja nilai yang diperoleh, serta informasi cadangan
Dijelaskan dalam Bagian 4.3.3.4. Analisis varians jadwal, serta tinjauan laporan kemajuan, hasil pengukuran
kinerja, dan modifikasi pada ruang lingkup proyek atau jadwal proyek, dapat mengakibatkan permintaan
perubahan pada baseline jadwal, baseline ruang lingkup, dan/atau komponen lain dari rencana manajemen
proyek . Permintaan perubahan diproses untuk ditinjau dan disposisi melalui proses Lakukan Kontrol
Perubahan Terintegrasi (Bagian 4.6). Tindakan pencegahan dapat mencakup perubahan yang
Setiap perubahan pada rencana manajemen proyek melewati proses kontrol perubahan organisasi melalui
permintaan perubahan. Komponen yang mungkin memerlukan permintaan perubahan untuk rencana
Jadwalkan rencana pengelolaan. Dijelaskan dalam Bagian 6.1.3.1. Rencana manajemen jadwal dapat
Jadwalkan baseline. Dijelaskan dalam Bagian 6.5.3.1. Perubahan pada baseline jadwal dimasukkan
sebagai tanggapan atas permintaan perubahan yang disetujui terkait dengan perubahan dalam
lingkup proyek, sumber daya, atau perkiraan durasi aktivitas. Garis dasar jadwal dapat diperbarui
untuk mencerminkan perubahan yang disebabkan oleh teknik kompresi jadwal atau masalah kinerja.
Dasar biaya. Dijelaskan dalam Bagian 7.3.3.1. Perubahan pada baseline biaya digabungkan sebagai
tanggapan terhadap perubahan yang disetujui dalam lingkup, sumber daya, atau perkiraan biaya.
Dasar pengukuran kinerja. Dijelaskan dalam Bagian 4.2.3.1. Perubahan pada baseline pengukuran
kinerja digabungkan sebagai tanggapan terhadap perubahan yang disetujui dalam ruang lingkup,
kinerja jadwal, atau perkiraan biaya. Dalam beberapa kasus, varians kinerja bisa sangat parah
sehingga permintaan perubahan diajukan untuk merevisi baseline pengukuran kinerja untuk
Dokumen proyek yang dapat diperbarui sebagai hasil dari pelaksanaan proses ini termasuk tetapi tidak
terbatas pada:
Log asumsi. Dijelaskan dalam Bagian 4.1.3.2. Kinerja jadwal mungkin menunjukkan kebutuhan untuk
Dasar perkiraan. Dijelaskan dalam Bagian 6.4.3.2. Kinerja jadwal mungkin menunjukkan kebutuhan
Daftar pelajaran yang dipetik. Dijelaskan dalam Bagian 4.4.3.1. Daftar pelajaran yang dipelajari dapat
diperbarui dengan teknik yang efektif dalam mempertahankan jadwal, penyebab varians, dan
Jadwal proyek. Jadwal proyek yang diperbarui (lihat Bagian 6.5.3.2) akan dihasilkan dari model jadwal
yang diisi dengan data jadwal yang diperbarui untuk mencerminkan perubahan jadwal dan mengelola
proyek.
Kalender sumber daya. Dijelaskan dalam Bagian 9.2.1.2. Kalender sumber daya diperbarui untuk
mencerminkan perubahan penggunaan kalender sumber daya yang merupakan hasil dari
pengoptimalan sumber daya, kompresi jadwal, dan tindakan korektif atau pencegahan.
Daftar risiko. Dijelaskan dalam Bagian 11.2.3.1. Daftar risiko dan rencana respons risiko di dalamnya,
dapat diperbarui berdasarkan risiko yang mungkin timbul karena teknik kompresi jadwal.
Data jadwal. Dijelaskan dalam Bagian 6.5.3.3. Diagram jaringan jadwal proyek baru dapat
dikembangkan untuk menampilkan sisa durasi yang disetujui dan modifikasi jadwal yang disetujui.
Dalam beberapa kasus, penundaan jadwal proyek bisa sangat parah sehingga jadwal target baru
dengan perkiraan tanggal mulai dan selesai diperlukan untuk menyediakan data realistis untuk
Manajemen Biaya Proyek mencakup proses yang terlibat dalam perencanaan, perkiraan, penganggaran,
pembiayaan, pendanaan, pengelolaan, dan pengendalian biaya sehingga proyek dapat diselesaikan dalam
7.2 Perkiraan Biaya—Proses pengembangan perkiraan sumber daya moneter yang dibutuhkan
7.3 Tentukan Anggaran—Proses menggabungkan perkiraan biaya aktivitas individu atau paket
7.4 Biaya Kontrol—Proses pemantauan status proyek untuk memperbarui biaya proyek dan
Gambar 7-1 memberikan gambaran umum tentang proses Manajemen Biaya Proyek. Proses Manajemen Biaya
Proyek disajikan sebagai proses diskrit dengan antarmuka yang ditentukan, sementara dalam praktiknya
proses tersebut tumpang tindih dan berinteraksi dengan cara yang tidak dapat dirinci sepenuhnya dalam
Panduan PMBOK®. Proses ini berinteraksi satu sama lain dan dengan proses di Area Pengetahuan lainnya.
Pada beberapa proyek, terutama yang lingkupnya lebih kecil, estimasi biaya dan penganggaran biaya terkait
erat dan dapat dilihat sebagai proses tunggal yang dapat dilakukan oleh satu orang dalam periode waktu yang
relatif singkat. Mereka disajikan di sini sebagai proses yang berbeda karena alat dan teknik untuk masing-
masing berbeda. Kemampuan untuk mempengaruhi biaya paling besar pada tahap awal proyek, membuat