STUDI KASUS PROJECT SCHEDULE MANAGEMENT

Dosen pengampu : Wahyu Hari Haji S.Kom, MM

Mata Kuliah : Menejemen Proyek Sistem Informasi

Pendi Riyanto

41814110027

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS ILMU KOMPUTER
UNIVERSITAS MERCU BUANA
JAKARTA
2019
 KATA PENGANTAR

Puji syukur kita panjatkan kehadirat Tuhan Yang Maha Esa atas segala
limpahan rahmat dan hidayah-Nya, sehingga makalah ini dapat terselesaikan
dengan baik. Makalah ini disusun untuk melengkapi salah satu tugas mata kuliah
management proyek sistem informasi.

Penulis menyadari bahwa tanpa bantuan dan bimbingan berbagai pihak

penyusunan makalah ini tidak dapat terselesaikan tepat waktu. Oleh karena itu,
penulis mengucapkan terima kasih kepada semua pihak yang tidak dapat
disebutkan satu persatu, baik secara langsung maupun tidak langsung telah
berperan dalam penyusunan makalah ini.

Makalah ini masih jauh dari sempurna. Oleh karena itu, kritik dan saran
yang bersifat membangun sangat saya harapkan demi perbaikan kedepannya.

Akhir kata, penulis berharap semoga makalah ini memberikan informasi

bagi masyarakat pada umumnya dan bermanfaat untuk pengembangan wawasan
dan peningkatan ilmu pengetahuan bagi kita semua.

Jakarta, Januari 2019

Penyusun

ii
 DAFTAR ISI
KATA PENGANTAR ........................................................................................... ii

BAB I PENDAHULUAN.......................................................................................1

1.1 LATAR BELANG......................................................................................1

BAB II PEMBAHASAN........................................................................................3

2.1 Pengertian Schedule Management ..........................................................3

2.2 Plan Schedule Management .....................................................................5

2.3 Define Activities........................................................................................11

2.4 Sequence Activities...................................................................................16

2.5 Estimate Activity Duration......................................................................22

2.6 Develop Schedule......................................................................................30

2.7 Control Schedule......................................................................................40

BAB III KESIMPULAN......................................................................................48

DAFTAR PUSTAKA...........................................................................................49

iii
 BAB I

PENDAHULUAN

1.1 Latar Belakang Masalah

Proyek adalah sebuah kata yang sering di gunakan untuk sebuah

pekerjaan didalam sebuah program kegiatan, akan tetapi kata ini mempunyai
arti dimana sebuah pekerjaan besar yang berkemungkinan besar tidak akan
terulang kembali pada jangka waktu tertentu dimasa yang akan datang.
Setiap proyek harus memiliki start dan finish yang jelas, sekumpulan
aktivitas yang berurutan diantara dua kejadian itu, berikut adanya suatu
sasaran tertentu. Suatu proyek adalah suatu usaha sementara yang
dilaksanakan untuk menghasilkan suatu produk atau jasa yang unik.

Sementara diartikan bahwa setiap proyek memiliki tanggal mulai dan

selesai yang tertentu. Unik diartikan bahwa produk atau jasa yang dihasilkan
adalah berbeda dari produk atau jasa sejenis lainnya. Tidak ada dua proyek
yang 100% sama. Manajemen proyek adalah penerapan dari pengetahuan,
ketrampilan, 'tools and techniques' pada aktivitas-aktivitas proyek supaya
persyaratan dan kebutuhan dari proyek terpenuhi. Proses-proses dari
manajemen proyek dapat dikelompokkan dalam lima kelompok yaitu :
'initiating process, planning process, executing process, controlling process
dan closing process'. Metode manajemen proyek memungkinkan kita untuk
lebih berfokus pada prioritas, mengawasi 'performance' mengatasi masalah
dan melakukan penyesuaian terhadap perubahan. Demikian pula metode ini
memberikan kepada kita lebih banyak kontrol dan menyediakan berbagai
'tools and techniques' yang telah teruji untuk membantu seorang manager
proyek dalam memimpin tim-tim proyek guna mencapai sasarannya sesuai
waktu dan anggaran yang telah ditentukan.

1
 2

Stake holder adalah semua orang yang terlibat atau dipengaruhi oleh
aktivitas proyek termasuk didalamnya adalah sponsor proyek, tim dalam
proyek, staf pendukung, kastamer, pengguna, suplier, dan bahkan pesaing
atau pihak yang melawan adanya proyek. Masing – masing stake holder
memiliki ekspektasi yang berbeda – beda. Bidang pengatehuan manajemen
proyek adalah kompetensi kunci yang harus dikembangkan oleh seorang
manajer proyek. Ada sembilan bidang pengetahuan manajemen proyek.
Empat inti bidang pengetahuan diantaranya adalah manajemen scope, time,
cost dan quality. Sedangkan empat bidang pengetahuan pendukung
diantaranya adalah manjemen human resource, communication, risk dan
procurement. Dan satu bidang pengetahuan yang penting adalah project
integration management. Teknik dan tools dalam manajemen proyek
memberikan bantuan pada manajer proyek dan timnya untuk menyelesaikan
pekerjaan proyek dalam sembilan bidang pengetahuan. Beberapa tools
adalah gantt charts, project network diagram dan critical path analysis.
 3

BAB II

PEMBAHASAN

2.1 Pengertian Schedule Management

Proyek penjadwalan menyediakan rencana rinci yang mewakili bagaimana

dan Kapan proyek akan memberikan produk, Layanan, dan hasil defined dalam
lingkup proyek dan berfungsi sebagai alat untuk komunikasi, mengelola harapan
stakeholder, dan sebagai dasar untuk pelaporan kinerja.

Tim manajemen proyek memilih metode penjadwalan, jalur kritis atau

pendekatan tangkas. Kemudian, data proyek-specific, seperti kegiatan, tanggal,
durasi, sumber daya, dependensi, dan keterbatasan, yang dimasukkan ke dalam
alat penjadwalan untuk menciptakan model jadwal untuk proyek. Hasilnya adalah
jadwal proyek.

Untuk proyek yang lebih kecil, kegiatan defining, sekuensing kegiatan,

memperkirakan durasi aktivitas, dan mengembangkan model jadwal yang begitu
erat terkait bahwa mereka dapat dilihat sebagai satu proses yang dapat dilakukan
oleh orang selama waktu yang relatif singkat . Proses ini disajikan sebagai
elemen-elemen karena alat dan teknik untuk setiap proses yang berbeda. Beberapa
dari proses ini disajikan lebih lengkap dalam praktek standar untuk penjadwalan.

Bila mungkin, jadwal rinci proyek harus tetap flexible seluruh proyek
untuk menyesuaikan untuk pengetahuan yang didapat, meningkatkan pemahaman
tentang risiko, dan kegiatan-kegiatan bernilai tambah.
 4

Project Schedule Management mencakup proses-proses yang diperlukan untuk

mengelola tepat waktu dalam penyelesaian proyek.

Proses-proses dalam Project Schedule Management adalah:

1. Plan Schedule Management

Plan Schedule Management adalah proses pembentukan kebijakan,

prosedur, dan dokumentasi untuk merencanakan, mengembangkan,
mengelola, melaksanakan, dan mengendalikan jadwal proyek.

2. Define Activities

Define Activities yaitu proses mengidentifikasi dan

mendokumentasikan tindakan specific yang dilakukan untuk menghasilkan
penyerahan proyek.

3. Sequence Activities

Sequence Activities yaitu proses mengidentifikasi dan

mendokumentasikan hubungan di antara kegiatan proyek.

4. Estimate Activity Durations

Estimate Activity Durations adalah proses memperkirakan jumlah

periode kerja yang dibutuhkan untuk menyelesaikan setiap kegiatan
dengan sumber daya yang diperkirakan.

5. Develop Schedule

Develop Schedule merupakan proses menganalisis aktivitas urutan,

durasi, kebutuhan sumber daya dan kendala jadwal untuk membuat jadwal
proyek model untuk pelaksanaan proyek dan pengawasan dan
pengendalian.

6. Control Schedule

Pada tahap ini proses pemantauan status proyek untuk update

jadwal proyek dan mengelola perubahan jadwal baseline.
 5

Gambar 2.1
 6

2.2 Plan Schedule Management

Rencana jadwal manajemen adalah proses pembentukan kebijakan,
prosedur, dan dokumentasi untuk merencanakan, mengembangkan, mengelola,
melaksanakan, dan mengendalikan jadwal proyek. Benefit kunci dari proses ini
adalah bahwa ia menyediakan bimbingan dan arah pada bagaimana jadwal proyek
akan berhasil sepanjang proyek. Prose roses ini dilakukan setelah atau pada titik-
titik predefined dalam proyek. Input, alat-alat dan teknik, dan output ini dilakukan
setelah atau pada titik-titik predefined dalam proyek.

Beberapa faktor yang ada didalam plan schedule management, antara lain :
2.2.1 Plan Schedule Management Input
a. Project Charter

Project Charter yaitu tonggak ringkasan jadwal bahwa akan

dijadwalkan influence manajemen proyek.

b. Project Management Plan

Komponen rencana manajemen proyek termasuk tetapi tidak
terbatas pada :

• Rencana pengelolaan lingkup menggambarkan bagaimana

lingkup akan didefinisikan dan dikembangkan, yang akan
memberikan informasi tentang bagaimana jadwal akan
dikembangkan.

• Pendekatan pengembangan produk yang akan membantu

definisi pendekatan penjadwalan, memperkirakan teknik,
penjadwalan alat dan teknik untuk mengendalikan jadwal.
 7

c. Enterprise Environmental Factor

Yaitu faktor-faktor baik internal maupun eksternel yang dapat
mempengaruhi ruang lingkup project. Contoh : faktor budaya organisasi,
infrastruktur, personel administrasi dan kondisi pasar.
Faktor lingkungan perusahaan yang dapat influence proses manajemen
jadwal rencana termasuk tetapi tidak terbatas pada :

• Budaya organisasi dan struktur,

• ketersediaan sumber dan kemampuan dan ketersediaan sumber

daya fisik,

• penjadwalan perangkat lunak,

• Pedoman dan kriteria untuk menyesuaikan organisasi set

standar proses dan prosedur untuk memenuhi specific
kebutuhan proyek.

• Commercial database, seperti standar untuk memperkirakan

data.

d. Organizational Process Assets

Ini merupakan asset-asset yang dimiliki oleh organisasi yang telah

dikumpulkan sejak lama dan dapat mempengaruhi proses pembuatan plan
Schedule management. Proses organisasi aset-aset yang dapat influence
proses manajemen jadwal rencana yang termasuk tetapi tidak terbatas
pada:

• Informasi sejarah dan pelajaran belajar repositori.

• Formal dan informal jadwal pengembangan seperti manajemen

dan kontrol-terkait kebijakan, prosedur, dan panduan.

• Template dan bentuk.

• Monitoring dan alat pelaporan.

 8

2.2.2 Plan Schedule Management Tools and Techniques.

a. Expert judgement
Yaitu ahli dalam bidang masing-masing yang dapat dimintai
keterangan masukan untuk membantu dalam pembuatan project
Schedule management. Keahlian harus dipertimbangkan dari individu
atau kelompok dengan pengetahuan khusus atau pelatihan dalam
proyek-proyek sebelumnya, seperti:
• Jadwal pengembangan, manajemen dan kontrol.
• Penjadwalan metodologi (misalnya, prediktif atau adaptif
siklus hidup).
• Penjadwalan perangkat lunak.
• Industri specific untuk proyek yang dikembangkan
b. Data Analysis
Teknik analisis data yang dapat digunakan untuk proses ini
mencakup semuanya namun tidak terbatas pada analisis alternatif.
Analisa alternatif dapat mencakup dan menentukan mana jadwal
metodologi untuk digunakan, atau bagaimana untuk menggabungkan
berbagai metode pada proyek. Dapat juga mencakup menentukan
bagaimana rinci jadwal yang perlu diperhatikan, durasi gelombang
untuk menggulung gelombang merencanakan, dan seberapa sering
harus ditinjau ulang dan diperbarui. Keseimbangan yang tepat antara
tingkat detail yang diperlukan untuk mengatur jadwal dan jumlah
waktu yang dibutuhkan untuk tetap up to date sebagai kebutuhan setiap
proyek.

c. Meetings
Tim proyek dapat memegang pertemuan perencanaan untuk
mengembangkan rencana pengelolaan jadwal. Peserta pada pertemuan
ini mungkin termasuk project manager, sponsor proyek, anggota tim
proyek dipilih, stakeholder, siapa pun yang bertanggung jawab untuk
jadwal perencanaan atau pelaksanaan, dan lain-lain yang diperlukan.
 9

2.2.3 Plan Schedule Management Output

a. Schedule management plan
Rencana pengelolaan jadwal adalah komponen dari rencana
manajemen proyek yang menetapkan kriteria dan kegiatan untuk
mengembangkan, pemantauan, dan pengendalian jadwal. Rencana
pengelolaan jadwal mungkin formal maupun informal, sangat rinci,
atau luas berdasarkan kebutuhan proyek, dan mencakup ambang
pengendalian yang sesuai.

➢ Rencana manajemen jadwal dapat ditetapkan sebagai

berikut: Pengembangan model jadwal proyek. Metodologi
penjadwalan dan alat penjadwalan yang akan digunakan
dalam pengembangan model jadwal proyek ditentukan.

➢ Panjang rilis dan iterasi. Saat menggunakan siklus hidup

adaptif, periode waktu kotak untuk rilis, gelombang, dan
iterasi ditentukan. Periode waktu kotak adalah jangka
waktu di mana tim bekerja dengan mantap menuju
penyelesaian suatu tujuan. Time-boxing membantu
meminimalkan creep lingkup karena memaksa tim untuk
memproses fitur-fitur penting terlebih dahulu, kemudian
fitur-fitur lainnya ketika waktu memungkinkan.

➢ Tingkat akurasi. Tingkat akurasi menentukan rentang yang

dapat diterima yang digunakan dalam menentukan
perkiraan durasi aktivitas yang realistis dan mungkin
termasuk jumlah untuk kontinjensi.

➢ Satuan ukuran. Setiap unit pengukuran (seperti jam staf,

hari staf, atau minggu untuk pengukuran waktu, atau meter,
liter, ton, kilometer, atau yard kubik untuk pengukuran
kuantitas) didefinisikan untuk masing-masing sumber daya.
 10

➢ Tautan prosedur organisasi. Struktur rincian kerja (WBS)

menyediakan kerangka kerja untuk rencana manajemen
jadwal, memungkinkan konsistensi dengan perkiraan dan
jadwal yang dihasilkan.

➢ Pemeliharaan model jadwal proyek. Proses yang digunakan

untuk memperbarui status dan mencatat kemajuan proyek
dalam model jadwal selama pelaksanaan proyek ditentukan.

➢ Mengontrol ambang batas. Ambang varians untuk kinerja

jadwal pemantauan dapat ditentukan untuk menunjukkan
jumlah variasi yang disepakati sebelum diperbolehkan
sebelum beberapa tindakan perlu diambil. Ambang batas
biasanya dinyatakan sebagai penyimpangan persentase dari
parameter yang ditetapkan dalam rencana dasar.

➢ Aturan pengukuran kinerja. Aturan manajemen nilai yang

diperoleh (EVM) atau aturan pengukuran fisik lainnya dari
pengukuran kinerja ditetapkan. Misalnya, rencana
manajemen jadwal dapat menentukan:

• Aturan untuk menetapkan persen selesai.

• Teknik EVM (mis., baseline, formula tetap, persen

selesai, dll.) untuk dipekerjakan (untuk informasi
lebih spesifik, lihat Standar Praktek untuk
Manajemen Nilai yang Diperoleh [17]).

• Menjadwalkan pengukuran kinerja seperti

penjadwalan varians (SV) dan indeks kinerja jadwal
(SPI) yang digunakan untuk menilai besarnya
variasi dengan garis dasar jadwal asli.

➢ Format pelaporan. Format dan frekuensi untuk berbagai

Dlaporan jadwal ditentukan.
 11

2.3 Devine Activities

Define Activities adalah proses mengidentifikasi dan mendokumentasikan
tindakan spesifik yang akan dilakukan untuk menghasilkan hasil proyek. Manfaat
utama dari proses ini adalah bahwa ia menguraikan paket kerja menjadi kegiatan
jadwal yang memberikan dasar untuk memperkirakan, menjadwalkan,
melaksanakan, memantau, dan mengendalikan pekerjaan proyek. Proses ini
dilakukan di seluruh proyek. Input, alat dan teknik, dan output dari proses ini
digambarkan dalam gambar dibawah ini :

2.3.1 Define Activities Input

a. Project Management plan

Komponen dari project yang menjelaskan ruang lingkup yang akan
dikerjakan dan ditingkatkan. Komponen rencana manajemen proyek
yang termasuk tetapi tidak terbatas pada:
• Project Management plan mendefinisikan metodologi
jadwal, durasi gelombang untuk perencanaan gelombang
bergulir, dan tingkat perincian yang diperlukan untuk
mengelola pekerjaan.
• Cakupan baseline. Proyek WBS, hasil kerja, kendala, dan
asumsi yang didokumentasikan dalam baseline lingkup
dipertimbangkan secara eksplisit saat mendefinisikan
kegiatan.
 12

b. Enterprise Enviromental Factors

Faktor lingkungan usaha yang memengaruhi semua proses
kegiatan yang meliputi tetapi tidak terbatas pada:
• Budaya dan struktur organisasi.
• Menerbitkan informasi komersial dari basis data komersial.
• Sistem informasi manajemen proyek (PMIS).
c. Organizatioanl Process Assets
Organizatioanl Process Assets yang dapat memengaruhi proses
Define Activities tetapi tidak terbatas pada :
• Pelajaran yang dipelajari repositori yang berisi informasi
historis mengenai daftar kegiatan yang digunakan oleh
proyek serupa sebelumnya.
• Proses yang terstandarisasi.
• Templat yang berisi daftar aktivitas standar atau sebagian
dari daftar aktivitas dari proyek sebelumnya.
• Kebijakan terkait perencanaan kegiatan formal dan
informal yang ada , prosedur, dan pedoman, seperti
metodologi penjadwalan, yang dipertimbangkan dalam
mengembangkan kegiatan definisi.

2.3.2 Define Activities Tools and Techniques

a. Expert Judgment
Keahlian harus dipertimbangkan dari individu atau kelompok
dengan pengetahuan khusus tentang proyek-proyek sebelumnya yang
serupa dan pekerjaan yang dilakukan.
b. Decomposition
Dekomposisi adalah teknik yang digunakan untuk membagi
lingkup proyek dan hasil proyek menjadi bagian-bagian yang lebih
kecil dan lebih mudah dikelola. Kegiatan mewakili upaya yang
 13

diperlukan untuk menyelesaikan paket kerja. Proses Aktivitas

Definisikan output akhir sebagai aktivitas dan bukan hasil, seperti
yang dilakukan dalam proses pembuatan WBS.
Daftar aktivitas, WBS, dan kamus WBS dapat dikembangkan baik
secara berurutan atau bersamaan, dengan kamus WBS dan WBS
digunakan sebagai dasar untuk pengembangan daftar aktivitas akhir.
Setiap paket kerja dalam WBS didekomposisi menjadi aktivitas yang
diperlukan untuk menghasilkan hasil paket kerja. Melibatkan anggota
tim dalam dekomposisi dapat menghasilkan hasil yang lebih baik dan
lebih akurat.

c. Rolling wave planning.

Rolling wave planning adalah teknik perencanaan berulang di
mana pekerjaan yang harus diselesaikan dalam waktu dekat
direncanakan secara rinci, sementara pekerjaan lebih lanjut di masa
depan direncanakan di tingkat yang lebih tinggi. Ini adalah bentuk
elaborasi progresif yang berlaku untuk paket kerja, paket perencanaan,
dan rilis perencanaan saat menggunakan pendekatan tangkas atau air
terjun. Oleh karena itu, pekerjaan dapat ada pada berbagai tingkat
detail tergantung di mana ia berada dalam siklus hidup proyek.
Selama perencanaan strategis awal ketika informasi kurang
didefinisikan, paket pekerjaan dapat didekomposisi ke tingkat detail
yang diketahui. Karena lebih banyak yang diketahui tentang acara
yang akan datang dalam waktu dekat, paket kerja dapat diuraikan
menjadi kegiatan.
d. Meetings
Meeting dapat bertatap muka, virtual, formal, atau informal.
Meeting dapat diadakan dengan anggota tim atau ahli materi pelajaran
untuk menentukan kegiatan yang diperlukan untuk menyelesaikan
pekerjaan.
 14

2.3.3 Define Activites Output

a. Activity List
Activity List termasuk jadwal kegiatan yang diperlukan pada
proyek. Untuk proyek yang menggunakan teknik perencanaan
gelombang bergulir atau lincah, daftar kegiatan akan diperbarui secara
berkala seiring kemajuan proyek. Activity list mencakup
pengidentifikasi kegiatan dan ruang lingkup deskripsi kerja untuk
setiap kegiatan dengan rincian yang cukup untuk memastikan bahwa
anggota tim proyek memahami pekerjaan apa yang harus diselesaikan.
b. Activity Atributes
Activity Atributes memperluas uraian aktivitas dengan
mengidentifikasi beberapa komponen yang terkait dengan setiap
aktivitas. Komponen untuk setiap aktivitas berkembang seiring waktu.
Selama tahap awal proyek, mereka menyertakan pengidentifikasi
aktivitas (ID) unik, ID WBS, dan label atau nama aktivitas. Ketika
selesai, mereka dapat mencakup deskripsi kegiatan, kegiatan
pendahulunya, kegiatan penerus, hubungan logis, lead dan lag,
persyaratan sumber daya, tanggal yang ditentukan, kendala, dan
asumsi. Activity atributes dapat digunakan untuk mengidentifikasi
tempat di mana pekerjaan harus dilakukan, kalender proyek kegiatan
ditugaskan, dan jenis upaya yang terlibat. Activity atributes digunakan
untuk pengembangan jadwal dan untuk memilih, memesan, dan
menyortir kegiatan jadwal yang direncanakan dalam berbagai cara
dalam laporan.

c. Milestone List

Milestone List adalah titik atau peristiwa penting dalam suatu

proyek. Milestone list mengidentifikasi semua tonggak proyek dan
menunjukkan apakah tonggak adalah wajib, seperti yang diperlukan
oleh kontrak, atau opsional, seperti yang didasarkan pada informasi
 15

historis. Milestone list memiliki durasi nol karena mewakili titik atau
peristiwa yang signifikan.

d. Change Requests

Setelah proyek sudah ditentukan, penjabaran progresif kiriman ke

dalam kegiatan dapat mengungkapkan pekerjaan yang pada awalnya
bukan bagian dari baseline proyek. Ini dapat menghasilkan permintaan
perubahan. Permintaan perubahan diproses untuk peninjauan dan
disposisi melalui proses Lakukan Kontrol Perubahan Terintegrasi.

e. Project Management Plan Update

Setiap perubahan pada rencana manajemen proyek melewati proses

kontrol perubahan organisasi melalui permintaan perubahan.
Komponen yang mungkin memerlukan permintaan perubahan untuk
rencana manajemen proyek termasuk tetapi tidak terbatas pada :

• Schedule baseline. Sepanjang proyek, paket kerja semakin

dielaborasi menjadi kegiatan. Proses ini dapat
mengungkapkan pekerjaan yang bukan bagian dari baseline
jadwal awal, mengharuskan perubahan tanggal pengiriman
atau tonggak jadwal signifikan lainnya yang merupakan
bagian dari baseline jadwal.

• Cost baseline. Perubahan pada baseline biaya dimasukkan

sebagai tanggapan terhadap perubahan yang disetujui dalam
kegiatan jadwal.
 16

2.4 Sequence Activities

Kegiatan Sequence adalah proses mengidentifikasi dan mendokumentasikan

hubungan antara kegiatan proyek. Manfaat utama dari proses ini adalah bahwa ia
mendefinisikan urutan logis pekerjaan untuk mendapatkan efisiensi terbesar
mengingat semua kendala proyek. Proses ini dilakukan di seluruh proyek mulai
dari Input, alat dan teknik, dan output.

2.4.1 Sequence Activities input

a. Project Management plan.
yang termasuk dalam project management plan tidak terbatas pada:
• Schedule management plan. Rencana manajemen jadwal
mendefinisikan metode yang digunakan dan tingkat akurasi
bersama dengan kriteria lain yang diperlukan untuk
mengurutkan kegiatan.

• Scope Baseline. Proyek WBS, hasil, kendala, dan asumsi

yang didokumentasikan dalam baseline lingkup dianggap
secara eksplisit saat mengurutkan kegiatan.
 17

b. Project Documents.
Dokumen proyek yang dapat dianggap sebagai input untuk proses
ini dan tidak terbatas pada :

• Activity attributes. Atribut aktivitas dapat menggambarkan

urutan kejadian yang diperlukan atau hubungan pendahulu
atau penerus yang ditentukan, serta hubungan dan
kelambatan yang ditentukan serta hubungan logis antara
aktivitas.

• Activity list. Daftar kegiatan berisi semua jadwal kegiatan

yang diperlukan pada proyek yang akan diurutkan.
Ketergantungan dan kendala lain untuk kegiatan ini dapat
memengaruhi urutan kegiatan.

• Assumption log. Asumsi dan kendala yang dicatat dalam

log asumsi dapat memengaruhi cara kegiatan diurutkan,
hubungan antara kegiatan, dan kebutuhan akan arahan dan
keterlambatan, dan dapat menimbulkan risiko proyek
individu yang dapat memengaruhi jadwal proyek.

• Milestone list. Daftar tonggak mungkin memiliki tanggal

yang dijadwalkan untuk tonggak tertentu, yang dapat
memengaruhi cara kegiatan yang diurutkan.

c. Enterprise Environmental Factors

Faktor-faktor lingkungan perusahaan yang dapat memengaruhi
proses yang mencakup Kegiatan Sekuens tetapi tidak terbatas pada:

• Standar pemerintah atau industry.

• Sistem Informasi Manajemen Proyek (PMIS).

• Penjadwalan perangkat.

• Sistem otorisasi kerja Organisasi.

 18

d. Organizational process Assets.

Aset proses organisasi yang dapat memengaruhi proses yang
termasuk Sequence Activities tetapi tidak terbatas pada :

• Portofolio dan rencana program serta dependensi dan

hubungan proyek.
• Kebijakan, prosedur, dan pedoman terkait kegiatan
perencanaan formal dan informal yang ada, seperti
metodologi penjadwalan yang dipertimbangkan dalam
mengembangkan hubungan logis.
• Template yang dapat digunakan untuk mempercepat
persiapan jaringan untuk kegiatan proyek. Informasi atribut
aktivitas terkait dalam template juga dapat berisi informasi
deskriptif tambahan yang berguna dalam aktivitas
sequencing.
• Pelajaran yang dipelajari repositori yang berisi informasi
historis yang dapat membantu mengoptimalkan proses
sequencing.
 19

2.4.2 Sequence Activity Tools and Techniques

a. Precedence Diagramming Method
Precedence Diagramming Method (PDM) adalah teknik yang
digunakan untuk membangun model jadwal di mana kegiatan diwakili
oleh node dan secara grafis dihubungkan oleh satu atau lebih hubungan
logis untuk menunjukkan urutan di mana kegiatan akan dilakukan.PDM
mencakup empat jenis dependensi atau hubungan logis.

Aktivitas pendahulunya adalah aktivitas yang secara logis datang

sebelum aktivitas dependen dalam jadwal. Aktivitas pengganti adalah
aktivitas dependen yang secara logis datang setelah aktivitas lain dalam
jadwal.

b. Dependency Determination and Intergration

Ketergantungan dapat dicirikan oleh atribut berikut: wajib atau
kebijaksanaan, internal atau eksternal (seperti dijelaskan di bawah).
Ketergantungan memiliki empat atribut, tetapi dua dapat diterapkan secara
bersamaan dengan cara-cara berikut: dependensi eksternal wajib,
dependensi internal wajib, dependensi eksternal diskresioner, atau
dependensi internal diskresioner.

• Mandatory dependencies. adalah kewajiban yang

diwajibkan secara hukum atau kontraktual atau melekat
dalam sifat pekerjaan.

• Discretionary dependencies. kadang-kadang disebut

sebagai logika pilihan, logika preferensial, atau logika
lunak. Ketergantungan diskresi ditentukan berdasarkan
pengetahuan tentang praktik terbaik dalam area aplikasi
tertentu atau beberapa aspek proyek yang tidak biasa di
mana urutan spesifik diinginkan, meskipun mungkin ada
urutan lain yang dapat diterima.
 20

• External dependencies. Ketergantungan eksternal

melibatkan hubungan antara kegiatan proyek dan kegiatan
non-proyek.

• Internal dependencies. Ketergantungan internal melibatkan

hubungan yang diutamakan antara kegiatan proyek dan
umumnya di dalam kendali tim proyek.

c. Leads and Lags

Leads adalah jumlah waktu yang dapat dilakukan aktivitas penerus
sehubungan dengan aktivitas pendahulunya. Misalnya, pada proyek untuk
membangun gedung kantor baru, lansekap dapat dijadwalkan untuk mulai
2 minggu sebelum penyelesaian daftar punch yang dijadwalkan.

Lags adalah jumlah waktu aktivitas penggantinya akan ditunda

sehubungan dengan aktivitas pendahulunya. Misalnya, tim penulis teknis
dapat mulai mengedit draft dokumen besar 15 hari setelah mereka mulai
menulisnya.

d. Project Management Information System (PMIS)

Project Management Information System (PMIS) mencakup

perangkat lunak penjadwalan yang memiliki kemampuan untuk membantu
merencanakan, mengatur, dan menyesuaikan urutan kegiatan; masukkan
hubungan logis, nilai lead dan lag; dan membedakan berbagai jenis
dependensi.
 21

2.4.3 Sequence Activities Output

a. Project Schedule Network Diagrams

Project Schedule Network Diagrams adalah representasi grafis dari

hubungan logis, juga disebut sebagai dependensi, di antara kegiatan
jadwal proyek.

b. Project Document Updates

Dokumen proyek yang dapat diperbarui sebagai hasil dari proses

ini anatara lain :

• Activity attributes. Atribut aktivitas dapat menggambarkan

urutan kejadian yang diperlukan atau hubungan pendahulu
atau penerus yang ditentukan, serta hubungan dan
kelambatan yang ditentukan serta hubungan logis antara
aktivitas.

• Activity list. Daftar kegiatan berisi semua jadwal kegiatan

yang diperlukan pada proyek yang akan diurutkan.
Ketergantungan dan kendala lain untuk kegiatan ini dapat
memengaruhi urutan kegiatan.

• Assumption log. Asumsi dan kendala yang dicatat dalam

log asumsi dapat memengaruhi cara kegiatan diurutkan,
hubungan antara kegiatan, dan kebutuhan akan arahan dan
keterlambatan, dan dapat menimbulkan risiko proyek
individu yang dapat memengaruhi jadwal proyek.

• Milestone list. Daftar tonggak mungkin memiliki tanggal

yang dijadwalkan untuk tonggak tertentu, yang dapat
memengaruhi cara kegiatan yang diurutkan
 22

2.5 Estimate Activity Duration

Estimate Activity Duration adalah proses memperkirakan jumlah

periode kerja yang dibutuhkan untuk menyelesaikan aktivitas individu
dengan estimasi sumber daya. Manfaat utama dari proses ini adalah
menyediakan jumlah waktu yang dibutuhkan untuk menyelesaikan setiap
aktivitas. Proses ini dilakukan di seluruh proyek. Input, alat dan teknik, dan
output.
 23

2.5.1 Estimate Activity Duration Input

a. Project Management Plan
Menggambarkan pekerjaan yang akan dilakukan dan pekerjaan
yang tidak perlu dilakukan. Komponen rencana manajemen proyek yang
termasuk tetapi tidak terbatas pada:
• Rencana manajemen jadwal mendefinisikan metode yang
digunakan, serta tingkat akurasi dan kriteria lain yang
diperlukan untuk memperkirakan durasi kegiatan.

• Scope Baseline mencakup kamus WBS, yang berisi

perincian teknis yang dapat memengaruhi upaya dan
perkiraan durasi.

b. Project Documents
Dokumen proyek yang dapat dianggap sebagai input untuk proses
ini yang termasuk tetapi tidak terbatas pada:

• Activity attributes. Atribut aktivitas dapat menggambarkan

urutan kejadian yang diperlukan atau hubungan pendahulu
atau penerus yang ditentukan, serta hubungan dan
kelambatan yang ditentukan serta hubungan logis antara
aktivitas.

• Activity list. Daftar kegiatan berisi semua jadwal kegiatan

yang diperlukan pada proyek yang akan diurutkan.
Ketergantungan dan kendala lain untuk kegiatan ini dapat
memengaruhi urutan kegiatan.

• Assumption log. Asumsi dan kendala yang dicatat dalam

log asumsi dapat memengaruhi cara kegiatan diurutkan,
hubungan antara kegiatan, dan kebutuhan akan arahan dan
keterlambatan, dan dapat menimbulkan risiko proyek
individu yang dapat memengaruhi jadwal proyek.
 24

• Milestone list. Daftar tonggak mungkin memiliki tanggal

yang dijadwalkan untuk tonggak tertentu, yang dapat
memengaruhi cara kegiatan yang diurutkan

• Lessons learned register dalam proyek berkenaan dengan

upaya dan estimasi durasi dapat diterapkan pada fase
selanjutnya dalam proyek untuk meningkatkan akurasi dan
ketepatan estimasi upaya dan durasi.

• Project team assignments. Proyek ini dikelola ketika orang-

orang yang tepat telah ditugaskan ke tim.Struktur
penguraian sumber daya.

• Resource breakdown structure. Struktur penguraian sumber

daya menyediakan struktur hierarkis dari sumber daya yang
diidentifikasi berdasarkan kategori sumber daya dan jenis
sumber daya.

• Resource calendars. Kalender sumber daya memengaruhi

lamanya kegiatan jadwal karena ketersediaan sumber daya
spesifik, jenis sumber daya, dan sumber daya dengan
atribut tertentu. Kalender sumber daya menentukan kapan
dan berapa lama sumber daya proyek yang diidentifikasi
akan tersedia selama proyek

• Resource requirements. Estimasi kebutuhan sumber daya

kegiatan akan berpengaruh pada durasi kegiatan, karena
tingkat di mana sumber daya yang ditugaskan untuk
memenuhi persyaratan akan secara signifikan
mempengaruhi durasi sebagian besar kegiatan. Sebagai
contoh, jika sumber daya tambahan atau kurang terampil
ditugaskan untuk suatu kegiatan, mungkin ada penurunan
efisiensi atau produktivitas karena meningkatnya
 25

komunikasi, pelatihan, dan kebutuhan koordinasi yang

mengarah ke perkiraan durasi yang lebih lama

• Risk register. Risiko proyek individu dapat memengaruhi

pemilihan dan ketersediaan sumber daya. Pembaruan pada
register risiko disertakan dengan pembaruan dokumen
proyek.

c. Enterprise Enveronmental Factors

Faktor lingkungan perusahaan yang dapat memengaruhi proses
Perkiraan Durasi Aktivitas yang termasuk tetapi tidak terbatas pada:

• Durasi memperkirakan basis data dan data referensi

lainnya.

• Metrik produktivitas.

• Informasi komersial yang dipublikasikan.

• Lokasi anggota tim.

d. Organizational process asset

Aset proses organisasi yang dapat memengaruhi proses Perkiraan
Durasi Aktivitas yang termasuk tetapi tidak terbatas pada:

• Informasi durasi historis.

• Kalender proyek.

• Memperkirakan kebijakan.

• Metodologi penjadwalan.

• Repositori yang dipelajari.

 26

2.5.2 Estimate Activity Durations Tools and Techniques

a. Expert Judgment
Keahlian harus dipertimbangkan dari individu atau kelompok
dengan pengetahuan atau pelatihan khusus dalam topik berikut:

• Jadwalkan pengembangan, manajemen, dan kontrol.

• Keahlian dalam memperkirakan.

• Disiplin atau pengetahuan aplikasi.

b. Analogous Estimating.
Estimasi analog adalah teknik untuk memperkirakan durasi atau
biaya suatu kegiatan atau proyek menggunakan data historis dari kegiatan
atau proyek yang serupa. Estimasi analog menggunakan parameter dari
proyek sebelumnya yang serupa, seperti durasi, anggaran, ukuran, berat,
dan kompleksitas, sebagai dasar untuk memperkirakan parameter atau
ukuran yang sama untuk proyek masa depan.

c. Parametric Estimation.
Estimasi parametrik adalah teknik estimasi di mana algoritma
digunakan untuk menghitung biaya atau durasi berdasarkan data historis
dan parameter proyek. Estimasi parametrik menggunakan hubungan
statistik antara data historis dan variabel lainnya
d. Three Point Estimating
Keakuratan estimasi durasi satu titik dapat ditingkatkan dengan
mempertimbangkan ketidakpastian estimasi dan risiko. Menggunakan
estimasi tiga titik membantu menentukan kisaran perkiraan untuk durasi
aktivitas:

• Most likely atau Kemungkinan besar (tM). Perkiraan ini

didasarkan pada durasi kegiatan, mengingat sumber daya
yang kemungkinan ditugaskan, produktivitasnya, harapan
realistis ketersediaan untuk kegiatan tersebut,
ketergantungan pada peserta lain, dan gangguan.
 27

• Optimistic (tO). Durasi kegiatan berdasarkan analisis

skenario kasus terbaik untuk kegiatan tersebut.

• Pesimis (tP). Durasi didasarkan pada analisis skenario

terburuk untuk kegiatan tersebut.

e. Bottom-Up Estimating

Estimasi bottom-up adalah metode estimasi durasi atau biaya

proyek dengan menggabungkan estimasi komponen tingkat lebih rendah
dari WBS. Ketika durasi suatu kegiatan tidak dapat diestimasi dengan
tingkat kepercayaan yang wajar, pekerjaan dalam aktivitas tersebut
didekomposisi menjadi lebih detail.

f. Data Analysis

Teknik analisis data yang dapat digunakan untuk proses ini yang
termasuk tetapi tidak terbatas pada :

• Alternative analysis. Analisis alternatif digunakan untuk

membandingkan berbagai tingkat kemampuan atau
keterampilan sumber daya; penjadwalan teknik kompresi
alat yang berbeda (manual versus otomatis); dan membuat,
menyewakan, atau membeli keputusan mengenai sumber
daya. Hal ini memungkinkan tim untuk menimbang
variabel sumber daya, biaya, dan durasi untuk menentukan
pendekatan optimal untuk menyelesaikan pekerjaan proyek.

• Reserve Analysis. Analisis cadangan digunakan untuk

menentukan jumlah cadangan darurat dan cadangan
manajemen yang diperlukan untuk proyek. Perkiraan durasi
dapat mencakup cadangan kontingensi, kadang-kadang
disebut sebagai cadangan jadwal, untuk memperhitungkan
ketidakpastian jadwal. Cadangan kontingensi adalah
estimasi durasi dalam baseline jadwal, yang dialokasikan
untuk risiko yang teridentifikasi yang diterima.
 28

g. Decison Making

Teknik pengambilan keputusan yang dapat digunakan dalam

proses ini termasuk tetapi tidak terbatas pada pemungutan suara. Salah
satu variasi metode pemungutan suara yang sering digunakan dalam
proyek berbasis gesit disebut yang pertama dari lima (juga disebut pertama
ke lima).

h. Meetings

Tim proyek dapat mengadakan pertemuan untuk memperkirakan

durasi kegiatan. Ketika menggunakan pendekatan gesit, perlu untuk
melakukan rapat perencanaan sprint atau iterasi untuk membahas item
jaminan simpanan produk (cerita pengguna) dan memutuskan item mana
yang akan dikerjakan oleh tim untuk dikerjakan dalam iterasi mendatang.

2.5.3 Estimate Activity Duration Output

a. Duration Estimates
Perkiraan durasi adalah penilaian kuantitatif dari kemungkinan
jumlah periode waktu yang diperlukan untuk menyelesaikan suatu
kegiatan, fase, atau proyek.
b. Basic Of Estimates
Jumlah dan jenis detail tambahan yang mendukung perkiraan
durasi bervariasi berdasarkan area aplikasi. Terlepas dari tingkat
kerinciannya, dokumentasi pendukung harus memberikan pemahaman
yang jelas dan lengkap tentang bagaimana perkiraan durasi diperoleh.
 29

Detail pendukung untuk perkiraan durasi dapat mencakup:

• Dokumentasi dasar estimasi (mis., Bagaimana ia
dikembangkan).
• Dokumentasi semua asumsi yang dibuat.
• Dokumentasi kendala yang diketahui.Indikasi rentang
perkiraan yang mungkin (mis., ± 10%) untuk menunjukkan
bahwa durasi diperkirakan di antara rentang nilai).
• Indikasi tingkat kepercayaan dari estimasi akhir.
• Dokumentasi risiko masing-masing proyek memengaruhi
estimasi ini.
c. Project Document Update
Dokumen proyek yang dapat diperbarui sebagai hasil dari proses
ini yang termasuk tetapi tidak terbatas pada:
• Activity attributes. Perkiraan durasi aktivitas yang
dihasilkan selama proses ini didokumentasikan sebagai
bagian dari atribut aktivitas

• Assumption log. Asumsi log. Ini termasuk asumsi yang

dibuat dalam mengembangkan perkiraan durasi, seperti
tingkat keterampilan sumber daya dan ketersediaan, serta
dasar perkiraan untuk durasi. Selain itu, kendala yang
timbul dari metodologi penjadwalan dan alat penjadwalan
juga didokumentasikan.

• Lessons learned register yaitu pelajaran yang dipetik dapat

diperbarui dengan teknik yang efisien dan efektif dalam
mengembangkan upaya dan perkiraan durasi.
 30

2.6 Develop Schedule

Develope Schedule adalah proses menganalisis urutan aktivitas, durasi,

persyaratan sumber daya, dan kendala jadwal untuk membuat model jadwal untuk
pelaksanaan dan pemantauan dan pengendalian proyek. Manfaat utama dari
proses ini adalah menghasilkan model jadwal dengan tanggal yang direncanakan
untuk menyelesaikan kegiatan proyek. Proses ini dilakukan di seluruh proyek.
Input, alat dan teknik, dan output dari proses ini.
 31

2.6.1 Develop Schedule Input

a. Project Management Plan
Komponen rencana manajemen proyek yang termasuk tetapi tidak
terbatas pada:
• Schedule management plan. Rencana manajemen jadwal
mengidentifikasi metode penjadwalan dan alat yang
digunakan untuk membuat jadwal dan bagaimana jadwal
akan dihitung.
• Scope baseline. Pernyataan ruang lingkup, WBS, dan
kamus WBS memiliki detail tentang hasil proyek yang
dipertimbangkan ketika membangun model jadwal.
b. Project Documents
Dokumen proyek yang dapat dianggap sebagai input untuk proses
ini yang termasuk tetapi tidak terbatas pada:
• Activity attributes. Atribut aktivitas memberikan detail
yang digunakan untuk membangun model jadwal.
• Activity list. Daftar kegiatan mengidentifikasi kegiatan
yang akan dimasukkan dalam model jadwal
• Assumption log. Asumsi dan kendala yang dicatat dalam
log asumsi dapat menimbulkan risiko masing-masing
proyek yang dapat mempengaruhi jadwal proyek.
• Basis of estimates. Jumlah dan jenis detail tambahan yang
mendukung perkiraan durasi bervariasi berdasarkan area
aplikasi. Terlepas dari tingkat kerinciannya, dokumentasi
pendukung harus memberikan pemahaman yang jelas dan
lengkap tentang bagaimana perkiraan durasi diperoleh.
• Duration estimates. Estimasi durasi berisi penilaian
kuantitatif dari kemungkinan jumlah periode kerja yang
akan diperlukan untuk menyelesaikan suatu kegiatan. Ini
akan digunakan untuk menghitung jadwal.
 32

• Lessons learned. Pelajaran yang dipelajari sebelumnya

dalam proyek berkaitan dengan pengembangan model
jadwal dapat diterapkan ke fase selanjutnya dalam proyek
untuk meningkatkan validitas model jadwal.
• Milestone list. Daftar tonggak telah menjadwalkan tanggal
untuk tonggak tertentu.
• Project schedule network diagrams. Diagram jadwal
jaringan proyek berisi hubungan logis dari pendahulu dan
penerus yang akan digunakan untuk menghitung jadwal.
• Project team assignments. Tugas tim proyek menentukan
sumber daya apa yang ditugaskan untuk setiap kegiatan.
• Resource calendars. Kalender sumber daya berisi informasi
tentang ketersediaan sumber daya selama proyek.
• Resource requirements. Persyaratan sumber daya kegiatan
mengidentifikasi jenis dan jumlah sumber daya yang
diperlukan untuk setiap kegiatan yang digunakan untuk
membuat model jadwal.
• Risk register. Register risiko memberikan perincian semua
risiko yang teridentifikasi, dan karakteristiknya, yang
memengaruhi model jadwal. Informasi risiko yang relevan
dengan jadwal direfleksikan dalam cadangan jadwal
menggunakan dampak risiko yang diharapkan atau rata-
rata.

c. Agreements
Vendor dapat memiliki input untuk jadwal proyek karena mereka
mengembangkan rincian tentang bagaimana mereka akan melakukan
pekerjaan proyek untuk memenuhi komitmen kontrak.
 33

d. Enterprise Environmental Factors

Faktor-faktor lingkungan perusahaan yang dapat memengaruhi
proses Mengembangkan Jadwal yang termasuk tetapi tidak terbatas pada:
• Standarisasi pemerintah atau industry.
• Saluran komunikasi.
e. Organizational Process Assets
Aset proses organisasi yang dapat memengaruhi proses Develop
Schedule termasuk tetapi tidak terbatas pada:
• Metodologi penjadwalan yang berisi kebijakan yang
mengatur pengembangan dan pemeliharaan
• Kalender proyek.

2.6.2 Develop Schedule Tools and Techniques

a. Schedule Network Analysis
Schedule Network Analysis adalah teknik menyeluruh yang
digunakan untuk menghasilkan model jadwal proyek. Ini mempekerjakan
beberapa teknik lain seperti teknik optimasi sumber daya jalur kritis dan
teknik pemodelan.
Analisis tambahan termasuk tetapi tidak terbatas pada:
• Menilai kebutuhan untuk menjumlahkan cadangan jadwal
untuk mengurangi kemungkinan slip jadwal ketika
beberapa jalur bertemu pada satu titik waktu atau ketika
beberapa jalur berbeda dari satu titik waktu, untuk
mengurangi kemungkinan slip jadwal.
• Meninjau jaringan untuk melihat apakah jalur kritis
memiliki aktivitas berisiko tinggi atau item jangka panjang
yang mengharuskan penggunaan cadangan jadwal atau
penerapan respons risiko untuk mengurangi risiko di jalur
kritis.
 34

b. Critical Path Method

Crirical path method digunakan untuk memperkirakan durasi
proyek minimum dan menentukan jumlah fleksibilitas jadwal pada jalur
jaringan logis dalam model jadwal. Teknik analisis jaringan jadwal ini
menghitung tanggal mulai awal, awal, akhir, dan akhir untuk semua
kegiatan tanpa memperhatikan batasan sumber daya dengan melakukan
analisis maju dan mundur melalui jadwal.
Pada jalur jaringan apa pun, fleksibilitas total atau fleksibilitas
jadwal diukur dengan jumlah waktu aktivitas jadwal dapat ditunda atau
diperpanjang dari tanggal mulai awal tanpa menunda tanggal akhir proyek
atau melanggar batasan jadwal. Jalur kritis biasanya ditandai dengan nol
total flat di jalur kritis. Seperti yang diimplementasikan dengan urutan
metode diagram prioritas, jalur kritis mungkin memiliki total, positif, nol,
atau rata, tergantung pada kendala yang diterapkan. Total float positif
terjadi ketika pass mundur dihitung dari batasan jadwal yang lebih lambat
dari tanggal akhir awal yang telah dihitung selama perhitungan forward
pass. Total flat negatif disebabkan ketika kendala pada tanggal akhir
dilanggar oleh durasi dan logika. Analisis flat negatif adalah teknik yang
membantu menemukan cara-cara yang dipercepat untuk membawa jadwal
yang tertunda kembali ke jalurnya.
c. Resource Optimization
Resource Optimization digunakan untuk menyesuaikan tanggal
awal dan akhir kegiatan untuk menyesuaikan penggunaan sumber daya
yang direncanakan agar sama atau kurang dari ketersediaan sumber daya.
Contoh teknik pengoptimalan sumber daya yang dapat digunakan untuk
menyesuaikan model jadwal karena permintaan dan pasokan sumber daya
termasuk tetapi tidak terbatas pada:
• Resource Revelling. Teknik di mana tanggal mulai dan
berakhir disesuaikan berdasarkan kendala sumber daya
dengan tujuan menyeimbangkan permintaan sumber daya
dengan pasokan yang tersedia.
 35

• Resource Smoothing. Teknik yang menyesuaikan kegiatan

model jadwal sedemikian rupa sehingga persyaratan untuk
sumber daya pada proyek tidak melebihi batas sumber daya
tertentu yang telah ditentukan.
d. Data Analysis
Teknik analisis data yang dapat digunakan untuk proses ini yang
termasuk tetapi tidak terbatas pada:
• What-if scenario analysis adalah proses mengevaluasi
skenario untuk memprediksi efeknya, positif atau negatif,
pada tujuan proyek.
• Simulation. Model simulasi efek gabungan dari risiko
proyek individu dan sumber ketidakpastian lainnya untuk
mengevaluasi dampak potensial mereka dalam mencapai
tujuan proyek.
e. Leads and Lags
Leads and Lags adalah perbaikan yang diterapkan selama analisis
jaringan untuk mengembangkan jadwal yang layak dengan menyesuaikan
waktu mulai dari kegiatan penerus. Lead digunakan dalam keadaan
terbatas untuk memajukan aktivitas penerus sehubungan dengan aktivitas
pendahulunya, dan kelambatan digunakan dalam situasi terbatas di mana
proses memerlukan jangka waktu tertentu untuk berlalu antara pendahulu
dan penerus tanpa dampak kerja atau sumber daya.
f. Schedule Compression
Schedule Compression digunakan untuk mempersingkat atau
mempercepat durasi jadwal tanpa mengurangi ruang lingkup proyek untuk
memenuhi kendala jadwal, tanggal yang ditentukan, atau tujuan jadwal
lainnya. Teknik yang membantu adalah analisis flat negatif. Jalur kritis
adalah jalur dengan flat paling sedikit. Karena melanggar batasan atau
tanggal yang ditentukan, total lantai bisa menjadi negatif.
 36

g. Project Management Information System (PMIS)

Project Management Information System mencakup perangkat
lunak penjadwalan yang mempercepat proses pembuatan model jadwal
dengan membuat tanggal mulai dan berakhir berdasarkan input kegiatan,
diagram jaringan, sumber daya, dan durasi aktivitas.
h. Agile Release Planning
Agile Release Planning memberikan garis waktu ringkasan tingkat
tinggi dari jadwal rilis (biasanya 3 hingga 6 bulan) berdasarkan peta jalan
produk dan visi produk untuk evolusi produk. Perencanaan rilis yang
tangkas juga menentukan jumlah iterasi atau sprint dalam rilis, dan
memungkinkan pemilik produk dan tim untuk memutuskan berapa banyak
yang perlu dikembangkan dan berapa lama waktu yang diperlukan untuk
memiliki produk yang dapat dirilis berdasarkan tujuan bisnis,
ketergantungan, dan hambatan.

2.6.3 Develop Schedule Output

a. Schedule Baseline
Schedule Baseline adalah versi yang disetujui dari model jadwal
yang dapat diubah hanya melalui prosedur kontrol perubahan formal dan
digunakan sebagai dasar untuk perbandingan dengan hasil aktual.
b. Project Schedule
Project Schedule adalah output dari model jadwal yang menyajikan
kegiatan terkait dengan tanggal, durasi, tonggak, dan sumber daya yang
direncanakan. Paling tidak, jadwal proyek mencakup tanggal mulai yang
direncanakan dan tanggal akhir yang direncanakan untuk setiap kegiatan.
Meskipun model jadwal proyek dapat disajikan dalam bentuk
tabel, tapi lebih sering disajikan secara grafis, menggunakan satu atau
lebih format berikut:
• Bar Charts. Juga dikenal sebagai Gantt chart, diagram
batang mewakili informasi jadwal di mana aktivitas
 37

terdaftar pada sumbu vertikal, tanggal ditampilkan pada

sumbu horizontal, dan durasi aktivitas ditampilkan sebagai
bar horisontal yang ditempatkan sesuai dengan tanggal
mulai dan berakhir.
• Milestone Charts. Bagan ini mirip dengan bagan batang,
tetapi hanya mengidentifikasi awal yang dijadwalkan atau
penyelesaian dari pengiriman utama dan antarmuka
eksternal utama.
• Project Schedule Network Diagram. Diagram ini biasanya
disajikan dalam format diagram aktivitas-pada-simpul yang
menunjukkan aktivitas dan hubungan tanpa skala waktu,
kadang-kadang disebut sebagai diagram logika murni, atau
disajikan dalam format diagram jaringan berjadwal waktu
yang kadang-kadang disebut bilah logika grafik.
c. Schedule Data
Data jadwal untuk model jadwal proyek adalah pengumpulan
informasi untuk menggambarkan dan mengendalikan jadwal. Data jadwal
mencakup, paling tidak, tonggak jadwal, aktivitas jadwal, atribut aktivitas,
dan dokumentasi dari semua asumsi dan kendala yang diidentifikasi.
Jumlah data tambahan bervariasi berdasarkan area aplikasi. Informasi yang
sering diberikan sebagai detail pendukung termasuk tetapi tidak terbatas
pada:
• Kebutuhan sumber daya berdasarkan periode waktu,
seringkali dalam bentuk histogram sumberdaya.

• Jadwal alternatif, seperti kasus terbaik atau terburuk, tidak

diratakan sumber daya atau diratakan sumber daya, atau
dengan atau tanpa tanggal yang ditentukan.

• Cadangan jadwal yang diterapkan.

 38

d. Project Calendar
Kalender proyek mengidentifikasi hari kerja dan shift yang tersedia
untuk kegiatan yang dijadwalkan.
e. Change Requests
Modifikasi pada ruang lingkup proyek atau jadwal proyek dapat
mengakibatkan permintaan perubahan ke ruang lingkup dasar, dan / atau
komponen lain dari rencana manajemen proyek.
f. Project Management Plan Updates
Setiap perubahan pada rencana manajemen proyek melewati proses
kontrol perubahan organisasi melalui permintaan perubahan. Komponen
yang mungkin memerlukan permintaan perubahan untuk rencana
manajemen proyek termasuk tetapi tidak terbatas pada:
• Schedule Management Plan. Rencana manajemen jadwal
dapat diperbarui untuk mencerminkan perubahan dalam
cara jadwal dikembangkan dan akan dikelola.
• Cost Baseline. Perubahan pada baseline biaya dimasukkan
sebagai tanggapan terhadap perubahan yang disetujui dalam
ruang lingkup, sumber daya, atau estimasi biaya.
g. Project Documents Updates
Dokumen proyek yang dapat diperbarui sebagai hasil dari proses
ini yang termasuk tetapi tidak terbatas pada:
• Activity attributes. Atribut aktivitas diperbarui untuk
memasukkan persyaratan sumber daya yang direvisi dan
revisi lain apa pun yang dihasilkan oleh proses Jadwalkan
Jadwal.

• Assumption log. Log asumsi dapat diperbarui dengan

perubahan asumsi dalam durasi, pemanfaatan sumber daya,
pengurutan, atau informasi lain yang terungkap sebagai
hasil dari pengembangan model jadwal.
 39

• Duration estimates. Jumlah dan ketersediaan sumber daya,

bersama dengan dependensi aktivitas dapat menghasilkan
perubahan pada perkiraan durasi. Jika analisis leveling
sumber daya mengubah persyaratan sumber daya, maka
estimasi durasi kemungkinan akan perlu diperbarui juga.

• Lessons learned register. Daftar pelajaran yang dipetik

dapat diperbarui dengan teknik yang efisien dan efektif
dalam mengembangkan model jadwal.

• Resource requirements. Leveling sumber daya dapat

memiliki efek yang signifikan pada estimasi awal untuk
jenis dan jumlah sumber daya yang diperlukan. Jika analisis
leveling sumber daya mengubah persyaratan sumber daya,
maka persyaratan sumber daya diperbarui.

• Risk register. Daftar risiko mungkin perlu diperbarui untuk

mencerminkan peluang atau ancaman yang dirasakan
melalui asumsi penjadwalan.
 40

2.7 Control Schedule

Control schedule 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 di
seluruh proyek. Proses ini dilakukan di seluruh proyek baik di Input, alat dan
teknik, dan output dari semua proses.

Memperbarui model jadwal memerlukan mengetahui kinerja aktual hingga

saat ini. Setiap perubahan pada baseline jadwal hanya dapat disetujui melalui
proses Integrated Change Control Process yang berkaitan dengan :

• Menentukan status saat ini dari jadwal proyek.

• Mempengaruhi faktor-faktor yang membuat perubahan jadwal.

• Mempertimbangkan kembali cadangan jadwal yang diperlukan.

• Menentukan apakah jadwal proyek telah berubah.

• Mengelola perubahan aktual saat terjadi.

 41

2.7.1 Control Schedule Input

a. Project Management Plan
Komponen rencana manajemen proyek yang termasuk tetapi tidak
terbatas pada:
• Schedule management plan. Manajemen jadwal
menggambarkan frekuensi jadwal akan diperbarui,
bagaimana cadangan akan digunakan, dan bagaimana
jadwal akan dikendalikan.

• Schedule baseline. Garis dasar jadwal dibandingkan dengan

hasil aktual untuk menentukan apakah perubahan, tindakan
korektif, atau tindakan pencegahan diperlukan.

• Scope baselin. WBS, hasil kerja, kendala, dan asumsi

proyek yang didokumentasikan dalam baseline lingkup
dipertimbangkan secara eksplisit ketika memantau dan
mengendalikan jadwal baseline.

• Performance measurement baseline. Ketika menggunakan

analisis nilai yang diperoleh, baseline pengukuran kinerja
dibandingkan dengan hasil aktual untuk menentukan
apakah diperlukan perubahan, tindakan korektif, atau
tindakan preventif.

b. Project Documents
Dokumen proyek yang dapat dianggap sebagai input untuk proses
ini yang termasuk tetapi tidak terbatas pada :
• Lessons learned register. Pelajaran yang dipelajari
sebelumnya dalam proyek dapat diterapkan ke fase
selanjutnya dalam proyek untuk meningkatkan kontrol
jadwal.

•
 42

• Project calendars. Model jadwal mungkin memerlukan

lebih dari satu kalender proyek untuk memungkinkan
periode kerja yang berbeda untuk beberapa kegiatan untuk
menghitung perkiraan jadwal.

• Project schedule. Jadwal proyek mengacu pada versi

terbaru dengan notasi untuk menunjukkan pembaruan,
kegiatan yang diselesaikan, dan kegiatan yang dimulai pada
tanggal yang ditunjukkan.

• Resource calendars. Kalender sumber daya menunjukkan

ketersediaan tim dan sumber daya fisik.

• Schedule data. Data jadwal akan ditinjau dan diperbarui

dalam proses Jadwal Kontrol.

c. Work Performance Data

Work performance data berisi data tentang status proyek seperti
aktivitas mana yang telah dimulai, progresnya (misal, Durasi aktual, durasi
tersisa, dan persen fisik selesai), dan aktivitas mana yang telah selesai.

d. Organizational Process Assets

Aset proses organisasi yang dapat memengaruhi proses Jadwal
Kontrol termasuk tetapi tidak terbatas pada:

• Kebijakan, prosedur, dan pedoman terkait jadwal formal

dan informal terkait yang ada.

• Jadwal alat control

• Metode pemantauan dan pelaporan yang akan digunakan.

 43

2.7.2 Control Schedule Tools and Techniques

a. Data Analysis
Teknik analisis data yang dapat digunakan untuk proses ini yang
termasuk tetapi tidak terbatas pada:
• Earned value analysis. Jadwal pengukuran kinerja seperti
variansi jadwal (SV) dan schedule performance indeks
(SPI) digunakan untuk menilai besarnya variasi dengan
baseline jadwal asli.

• Iteration burndown chart. Bagan ini melacak pekerjaan

yang masih harus diselesaikan dalam tumpukan iterasi. Ini
digunakan untuk menganalisis varians sehubungan dengan
pembakaran ideal berdasarkan pekerjaan yang dilakukan
dari perencanaan iterasi.

• Performance reviews. Tinjauan kinerja mengukur,

membandingkan, dan menganalisis kinerja jadwal terhadap
garis dasar jadwal seperti tanggal mulai dan akhir aktual,
persen selesai, dan sisa durasi untuk pekerjaan yang sedang
berjalan.

• Trend analysis. Analisis tren memeriksa kinerja proyek dari

waktu ke waktu untuk menentukan apakah kinerja
membaik atau memburuk. Teknik analisis grafis sangat
berharga untuk memahami kinerja saat ini dan untuk
membandingkan dengan tujuan kinerja masa depan dalam
bentuk tanggal penyelesaian.

• Variance analysis. Analisis varians melihat varians pada

tanggal mulai dan akhir yang direncanakan versus yang
sebenarnya, durasi yang direncanakan versus durasi yang
sebenarnya, dan varian di flat. Bagian dari analisis ragam
adalah menentukan penyebab dan tingkat ragam relatif
terhadap garis dasar jadwal yang memperkirakan implikasi
 44

dari ragam-ragam tersebut untuk pekerjaan di masa depan

hingga selesai, dan memutuskan apakah tindakan korektif
atau preventif diperlukan.

• What-if scenario analysis. What-if scenario analysis

digunakan untuk menilai berbagai skenario yang dipandu
oleh output dari proses Manajemen Risiko Proyek untuk
membawa model jadwal menjadi selaras dengan rencana
manajemen proyek dan baseline yang disetujui.

b. Critical Path Method

Membandingkan kemajuan di sepanjang jalur kritis dapat

membantu menentukan status jadwal. Perbedaan pada jalur kritis akan
berdampak langsung pada tanggal akhir proyek. Mengevaluasi kemajuan
kegiatan di jalur kritis dekat dapat mengidentifikasi risiko jadwal.

c. Project Management Information Systems (PMIS)

Sistem informasi manajemen proyek termasuk perangkat lunak

penjadwalan yang menyediakan kemampuan untuk melacak tanggal yang
direncanakan dengan tanggal yang sebenarnya, untuk melaporkan varians
ke dan kemajuan yang dibuat terhadap jadwal awal, dan untuk
memperkirakan dampak perubahan pada model jadwal proyek.

d. Resource Optimization

teknik optimasi sumber daya melibatkan penjadwalan kegiatan dan

sumber daya yang diperlukan oleh kegiatan tersebut sambil
mempertimbangkan ketersediaan sumber daya dan waktu proyek.

e. Leads and Lags

Menyesuaikan lead dan lag diterapkan selama analisis jaringan

untuk menemukan cara untuk membawa kegiatan proyek yang selaras
dengan rencana.
 45

f. Schedule Compression

Jadwal teknik kompresi digunakan untuk menemukan cara untuk

membawa kegiatan proyek yang berada di belakang sejalan dengan
rencana dengan melacak cepat atau menabrak jadwal untuk pekerjaan yang
tersisa.

2.7.3 Control Schedule Output

a. Work Performance Information
Informasi kinerja kerja mencakup informasi tentang bagaimana
kinerja proyek dibandingkan dengan jadwal awal.
b. Schedule Forecasts
Pembaruan jadwal adalah perkiraan atau perkiraan kondisi dan
peristiwa di masa depan proyek berdasarkan informasi dan pengetahuan
yang tersedia pada saat perkiraan.

c. Change Requests
Jadwal analisis varians, serta peninjauan laporan kemajuan, hasil
pengukuran kinerja, dan modifikasi pada ruang lingkup proyek atau jadwal
proyek, dapat mengakibatkan permintaan perubahan pada garis dasar
jadwal, ruang lingkup, dan / atau komponen lain dari rencana manajemen
proyek .

d. Project Management Plan updates

Setiap perubahan pada rencana manajemen proyek melewati proses
kontrol perubahan organisasi melalui permintaan perubahan. Komponen
yang mungkin memerlukan permintaan perubahan untuk rencana
manajemen proyek termasuk tetapi tidak terbatas pada:

• Schedule management plan. Rencana manajemen jadwal

dapat diperbarui untuk mencerminkan perubahan dalam
cara jadwal dikelola.
 46

• Schedule baseline. Perubahan pada baseline jadwal

dimasukkan sebagai tanggapan terhadap permintaan
perubahan yang disetujui terkait dengan perubahan dalam
ruang lingkup proyek, sumber daya, atau perkiraan durasi
aktivitas.

• Cost baseline. Perubahan pada baseline biaya dimasukkan

sebagai tanggapan terhadap perubahan yang disetujui dalam
ruang lingkup, sumber daya, atau estimasi biaya.

• Performance measurement baseline. Perubahan pada

baseline pengukuran kinerja dimasukkan sebagai tanggapan
terhadap perubahan yang disetujui dalam lingkup, jadwal
kinerja, atau estimasi biaya.

e. Project Documents Updates

Dokumen proyek yang dapat diperbarui sebagai hasil dari proses

ini termasuk tetapi tidak terbatas pada:

• Assumption log. Jadwal kinerja dapat menunjukkan

kebutuhan untuk merevisi asumsi pada urutan aktivitas,
durasi, dan produktivitas.

• Basis of estimates. Jadwal kinerja dapat menunjukkan

kebutuhan untuk merevisi cara perkiraan durasi
dikembangkan.

• Lessons learned register. Daftar pelajaran yang dipetik

dapat diperbarui dengan teknik yang efektif dalam menjaga
jadwal, penyebab varians, dan tindakan korektif yang
digunakan untuk menanggapi varians jadwal.
 47

• Project schedule. Jadwal proyek yang diperbarui akan

dihasilkan dari model jadwal yang diisi dengan data jadwal
yang diperbarui untuk mencerminkan perubahan jadwal dan
mengelola proyek.

• Resource calendars. Kalender sumber daya diperbarui

untuk mencerminkan perubahan pada penggunaan kalender
sumber daya yang merupakan hasil dari pengoptimalan
sumber daya, jadwal penjadwalan, dan tindakan korektif
atau pencegahan.

• Risk register. Daftar risiko dan rencana respons risiko di

dalamnya, dapat diperbarui berdasarkan risiko yang
mungkin timbul karena jadwal teknik kompresi.

• Schedule data. Diagram jadwal jaringan proyek baru dapat

dikembangkan untuk menampilkan sisa durasi yang
disetujui dan modifikasi yang disetujui untuk jadwal.
 48

BAB III

KESIMPULAN

Suatu proyek adalah suatu usaha yang dilaksanakan untuk menghasilkan

suatu produk atau jasa yang unik. Sementara dapat diartikan bahwa setiap proyek
memiliki tanggal mulai dan selesai yang sudah ditentukan. Unik disini dapat
diartikan bahwa produk atau jasa yang dihasilkan adalah berbeda dari produk atau
jasa sejenis lainnya. Tidak ada proyek yang 100% sama dan ilmu tentang
manajemen proyek adalah penerapan dari pengetahuan, ketrampilan, 'tools and
techniques' pada aktivitas-aktivitas proyek supaya persyaratan dan kebutuhan dari
proyek dapat terpenuhi. Sehingga dalam setiap hal yang akan dikerjakan harus
terjadwal antara cost dan estimasi waktu yang dibutuhkan agar suatu proyek dapat
selesai tepat pada waktu yang sudah ditentukan.
 49

DAFTAR PUSTAKA

PMBOK guide, Sixth edition. | Newtown Square, PA: Project Management

Institute, 2017. | Series: PMBOK guide | Includes bibliographical references and
index.

https://anzdoc.com/makalah-manajemen-proyek-project-time-management.html

https://pendisetiyo.blogspot.com/2018/04/makalah-project-scope-
management.html

https://www.greycampus.com/opencampus/project-management-
professional/schedule-management-plan