Buku Panduan Project Management Institute-USA

1

PROJECT TIME MANAGEMENT

2

PMBOK – PMI ed 2004
Section 3:
Capter 6 :
Project Time Management 6.1 Activity Definition 6.2 Activity Sequencing

PMBOK p. 127 -130

PMBOK p. 130 -135

6.3 Activity Resource Estimating PMBOK p. 135 -138 6.4 Activity Duration Estimating PMBOK p. 139 -143 6.5 Schedule Development 6.6 Schedule Control

PMBOK p. 143 -152

PMBOK p. 152 -156

PMBOK p. 123

3

Variance analysis .5. Bottom-up estimating 3 Outputs . Project schedule network diagrams . Arrow diagramming method (ADM) 3.5. Project schedule network diagrams 2.7.7. Project management sofware . Schedule baseline (updates) . Activity resource requirements 7.5.2.5.1.1.3.8.5. Resource leveling . Schedule model data .4.2. Organizational process assets 3.6.1.7. Activity atributes (updates) .5.3. Schedule model 6.6.4.6. Activity list . Expert judgment .1. Expert judgment .4. Templates . Approved changes request 2 Tools and Technniques .1.1.1. Decomposition . Activity atributes (updates) 4. Resource calendars (updates) .1.1.5 Schedule Development 1 Inputs .5.3.6. Activity list .2. Requested changes .3. Requested changes 6. Resource availability .8. Activity atributes .3. Milestone list . Reserve analysis 3 Outputs . Activity list (updates) 3.3. Organizational process assets (updates) . Activity duration estimates . Rolling wave planning . Applying calendars . Schedule management plan (updates) 10. Project scope statement 4. Project schedule . Activity atributes (updates) . Activity atributes .3. Risk register .4. Performance measurements . Organizational process assets 2.1. Requested changes Overview 6.2 Activity Sequencing 1 Inputs .4.3.3.2. Activity duration estimates . Resource calendars . What if-scenario analysis . Activity atributes .2. Project management plan 2 Tools and Technniques .4 Activity Duration Estimating 1 Inputs . Project management plan . Resource requirement (updates) . Schedule baseline . Schedule model data (updates) . Request changes . Dependaency determination 5.3. Recommended corrective actions . Schedule comparison bar chart 3 Outputs . Performance reports .2. Performance measurement . Project management plan (updates) .5. Risk register 2 Tools and Technniques 3 Outputs . Planning component 3 Outputs . Schedule baseline .2. Project scope statement . Expert judgment .5.1. Activity resource requirements .6. Activity atributes .PROJECT TIME MANAGEMENT 6.4.4. Resource breakdown structure .2.1.2.7.1.5.1.8.2. Applying leads and lags 3 Outputs 1. Schedule network analysis .6. Activity list . Analogous estimating . Progress reporting .2. Milestone list . Schedule network tamplates 4. Requested changes 6. Schedule change control system . Activity list . Project calendars (updates) . Critical path methode .1. Activity resource requirements .2. Project management plan (updates) 4 (PMBOK © Guide p. Organizational process assets . Enterprise environmental factors .4.4.5. Schedule management plan . Enterprise environmental factors . Project management software . Enterprise environmental factors .2. Project management plan . Activity list . Adjusting leads and lags .3. Published estimating data . Three-point estimates . WBS . 125) .4.8.3. Precedence diagramming method (PDM) 2. Project management sofware . Project scope statement .3 Activity Resource Estimating 1 Inputs . Activity list (updates) .1 Activity Definition 1 Inputs .6. Activity cost estimates 2 Tools and Technniques .5. Parametric estimating .9. Project scope statement . Project Management plan 2 Tools and Technniques . Schedule compression . Approved change request 2 Tools and Technniques 1. Critical chain method .4.6 Schedule Control 1 Inputs . Resource calendars .9.4. WBS dictionary . Activity atributes .2.2.8. Activity atributes (updates) . Organizational process assets . Alternative analysis .3.4.1.9.3.5.4.6. Activity atributes (updates) 6.

4.6 5 (3.1) Work Performance Information Schedule Control 6.2.2..2.3) Project Scope Statement WBS WBS Dictionary Create WBS 5.3 (3.2.2.3.Baseline.3.2.Activity Atributs. Project Calendar (updates) Performance Reporting 10.1) Close Project 4.2.2 (3.2-11.2) (PMBOK © Guide p.3) Activity List.15) Activity Cost Estimates Activity Duration Estimating 6.2. 126) .4 (3. Recommended Corrective Actions Project Schedule.2.2.Model Data.6) Requested Changes Project Management Plan (updates) Project Schedule Network Diagram Activity Resource Estimating 6.2.4 (3.5 (3.5) Organizational Process Assets (updates) Integrated Change Control 4.2 (3.2. Milestone List Resource Availability Organizational Policies Historical Information Project Calendar Resource Availability Requested Changes Approved Changes Requests Approved Corrective Actions Activity Sequencing 6.3 (3.8) Requested Changes Risk Register Activity Duration Estimates Schedule Development 6.9) Performance Reports Project Management Plan (updates) Requested Changes Performance Measurements Activity List (updates) Activity Atributes (updates) Project Management Plan (updates) Schedule Baseline (updates) Schedule Model data (updates) Project Schedule Requested Changes.3) Acquire Project Team 9.2.2.3 (3.1 (3.2.4) Activity Definition 6.4.2.9) Direct & Manage Project Execution 4.10) Risk Management Planning 11.2.6 (3.7) Requested Changes Activity Resource Requirements RBS Resource Calendard (updates) Resource Availability Cost Estimating 7.1) Project Time Management Process Flow Diagram Enterprise Environmental Factors Organizational Process Assets Select Seller 5.5) Project Management Plan Scope Management Plan Develop Project Management Plan 4.4.3 (3.5.2 (3.2.2.2. Sch.2.5 (3.2. Sch.2.Scope Definition 5.7 (3.2. Resource Requirement (updates).2 (3.2.2.2.2.1 (3.

1. .1.1) Pada (4.1.4) berisi kebijakan. monitoring & controling pekerjaan proyek. scheduling.5. .1. 4. juga disebut work package. Pembelajaran dari Historical information sehubungan dengan daftar kegiatan pada proyek serupa sebelumnya dapat disesuaikan ketika menggambarkan project schedule activities. Enterprise environmental factors (6.6. 6 (PMBOK © Guide p.2) (4. . . 3. . panduan untuk mengembangkan Activity definitions.1.1. prosedur. 127) .2.1. ACTIVITY DEFINITION Melibatkan pengidentifikasian dan dokumentasi pekerjaan yang telah direncanakan untuk dilaksanakan.1. Organizational process assets (6. executing.2.3) dapat disesuaikan termaksuk tersedianya project management system dan scheduling sofware tools .6. baik formal maupun non formal.1.1.1. Prosesnya meng identifikasi deliverables pada level paling bawah dalam WBS. INPUTS Inputs : Enterprise environmental factors Organizational process assets Project scope statement WBS WBS dictionary Project Management plan Work package direncanakan kedalam komponen yang lebih kecil yang disebut Jadwal kegiatan sebagai dasar estimating. Terkandung di dalam proses ini adalah pentingnya menggambarkan suatu kegiatan seperti yang dimaksud bahwa sasaran hasil proyek akan tercapai.

3. Project scope statement (6. .6) Berisi Schedule management plan (chapter 6) memandu mengembangkan dan merencanakan Schedule activities dan .1. 3.4) WBS (5. ACTIVITY DEFINITION 3. WBS (6. . Constraint adalah factor yang akan membatasi pilihan dari tim proyek.1.3. INPUTS Inputs : Enterprise environmental factors Organizational process assets Project scope statement WBS WBS dictionary Project Management plan project scope management plan.5.3.2. 5.2.1.1. . 128) . Seperti penyesuaian schedule milestone terhadap tanggal penyelesaian sangat diperlukan bagi manajemen maupun kontrak.3. . seperti jam kerja per minggu atau waktu pada tahun pekerjaan konstruksi dilaksanakan.1.1. 1. Asumsi adalah faktor yang mendekatkan kesesuaian pada project schedule planning.5) WBS (5. 4. 4.6.1. Project Management Plan (6.6.3.2) sebagai masukan schedule activity definition.1.1) dapat disesuaikan sepanjang activity definitions.1.3) sebagai masukan schedule activity definition. WBS Dictionary (6.6. constraint dan assumsi yang ada pada project scope statement (5.3) Deliverable proyek. 7 (PMBOK © Guide p.

perkiraan deliverable.1. . .1) Cara Mendecomposisi. WBS dictionary bisa dikembangkan secara berurutan atau bersamaan. 8 (PMBOK © Guide p. Templates (6. 128) .2. dan rincian informasi lain.4.2) Standar daftar kegiatan atau porsi dari suatu daftar kegiatan proyek sebelumnya sering digunakan sebagai tamplate (4.3. ACTIVITY DEFINITION TOOLS & TECHNIQUES .1.4) untuk proyek baru. . mengenali risiko.2.5. dengan WBS dan WBS dictionary yang dipakai sebagai dasar pengembangan akhir daftar kegiatan.2.1. Tools & Techniques Decomposition Templates Rolling wave planning Expert judgment Planning component . Terkait dengan informasi atribut kegiatan didalam tamplate bisa juga berisi daftar kemampuan sumberdaya dan jam yang dibutuhkannya. Tamplate juga bisa digunakan untuk mengidentifikasi jenis schedule milestones. Activity definition sering dilaksanakan oleh anggota tim proyek yang bertanggung jawab terhadap paket pekerjaan.1.1. Decomposition (6. 1.1.2. . Daftar kegiatan.6. . melibatkan pembagian paket pekerjaan menjadi lebih kecil. WBS. seperti yang telah diaplikasikan pada activity definition. mudah dikelola juga disebut schedule activities.

ACTIVITY DEFINITION TOOLS & TECHNIQUES .4.2. .4) Anggota tim proyek atau ahli lain yang berpengalaman dan memiliki kemampuan didalam pengembangan project scope statement secara rinci. Expert Judgment (6. .1. Tools & Techniques Decomposition Templates Rolling wave planning Expert judgment Planning component .2. . 1. 128) .4. .3) WBS dan WBS dictionary mencerminkan evolusi project scope menjadi lebih detail hingga ketingkat pencapaian paket pekerjaan. schedule proyek dapat menyediakan keahliannya dalam menggambarkan kegiatan. Rolling wave planning adalah format dari rencana pengembangan yang progresif dimana pekerjaan yang diselesaikan dalam waktu dekat direncanakan secara detail pada WBS tingkat bawah. mengerti WBS. sementara pekerjaan yang masih jauh/yang akan datang direncanakan pada WBS komponen tingkat diatas. 9 (PMBOK © Guide p.3.6. . Rolling Wave Planning (6.3.1.5.2.1. Pekerjaan dilaksanakan dengan satu atau dua periode laporan.

ACTIVITY DEFINITION TOOLS & TECHNIQUES .2.5. . .4. 129) . Planning Component (6.1.2. .5. 10 (PMBOK © Guide p. tetapi diatas paket pekerjaan. Koponen ini digunakan untuk perencanaan pekerjaan yang dikenal schedule kegiatan yang belum rinci.1. Pengendalianya digunakan sebagai dasar perencanaan ketika yang terkait dengan paket pekerjaan belum direncanakan.6. Semua pekerjaan yang dilaksanakan pada control account didokumentasikan dalam control account plan Planning Package: Adalah komponen WBS dibawah control account. Ada dua komponen perencanaan : Control account : Komponen khusus pada tingkatan tertentu. . Tools & Techniques Decomposition Templates Rolling wave planning Expert judgment Planning component .5) Tersedia pembagian suatu pencabangan WBS kebawah hingga ketingkat paket pekerjaan ketika adanya ketidak cukupan definisi project scope. 1.3.

Pemberian batas pekerjaan yang harus dilaksanakan dengan waktu yang relatif pendek untuk mempersingkat proses pekerjaan. jam kerja atau lain unit yang yang terukur. 11 . Menetapkan suatu anggaran dalam bentuk dolar/rupiah . Digambarkan dengan jelas tanggal mulai dan selesainya yang mewakili penyelesaian secara fisik. Memberi tanda dengan jelas satu paket pekerjaan dari semua yang telah ditempatkan menjadi kelompok yang berfungsi tunggal.WORK PACKAGE Menggambarkan unit pekerjaan pada tingkat dimana pekerjaan dilaksanakan.

03 TANGGA LT.02.1-40 01.03.1-40 01.1-40 01.01.MET LT.KUSUS LT.01.1-40 01.1-40 01.1-40 01. 01 COND LT.02.01.02.01.03 EL.01 EL.01.01.01 ACC.01.01. 01 AIR BERSIH LT.01.BLK&PL LT.01.1-40 01.02.01.01.03 LIFT/ESC LT.01.03.BLK&PL LT.1-40 01.01.1-40 01.03.GYP LT.03 EQUIP.03.02.03 SITE 01.01.02.ROAD 01.02 SITE FACILITIES 01.01.02 MEKANIKAL UMUM 01.N0NSTD LT.03 ELEKTRIKAL ARUS KUAT 01.02.02. 03 PABX&UNIT LT.01 DINDING LT.02.01.02 UMUM & PENDUKUNG 01.03 LEVEL 2 SUBSTRUKTUR 01.LT.02.02.02 HVAC LT.01.02.03. 01 COND LT.1-40 01. LEVEL 1 BANGUNAN 01.01. 02 KABEL LT.1-40 01.02.01.1-40 01. 02 KABEL LT.02 LEVEL 4 GEDUNG 01.01 TLP.01 PONDASI 01.03. 02 LIFT ORG 01.02.01.03.01.02.01.01.03.03.01 STRUKTUR ATAS 01.03.03. 01.01.1-40 01.02.03. 02 AIR KOTOR LT.1-40 01.01.WLL 01.SUARA LT.03 DIAFR. 01 PL.01.01.02.01.02 PLAFOND LT.01.1-40 01.02. 02 PL.1-40 01.1-40 01.03.1-40 01.01.03.01.02. 02 LEVEL 5 BALANC.02.STD LT.1-40 01.1-40 01. 01 STRT 01.1-40 01.01.1-40 01. 03 WBS SAMPLE 12 .1-40 01.01 SITE CLEARING 01.01.02.01.01.01.01.01.01 SAFETY 01.02.1-40 01.03 LANTAI LT.02.02.01.ACUS LT. 03 PL. 01.1-40 01.02.02 EL.02.1-40 01. 01 FW.01.1-40 01.1-40 01. 03 HYDRAN LT.03.02.01.01.01.02 FINISHING 01.02. 03 PR.1-40 01.BLK&PL LT.02.03.01 ELEKTRIKAL ARUS LEMAH 01.03.01 PLUMBING LT.Contoh : WBS GEDUNG KANTOR 01.01.02.02.03 MATVCCTV LT.02 URUGAN KEMBALI 01.1-40 01.01.02. 03 ARMATUR LT.02.02.03.02.03.01. 01 TC 01.03.01.02.02.01.02 BLK & PLAT LT. 03 SCHAFF 01.01 MEKANIKAL & ELEKTRIKAL 01.03.02 T.03.02. 02 BS.01.01 KOLOM LT.02.03.03.02.02.02 LEVEL 3 GALIAN & DEWATERING 01.01.03.

LEVEL Dipengaruhi oleh : Tingkat rincian Tingkat Risiko Tingkat Kendali Ketepatan meng estimate Nilai paket pekerjaan Paket pekerjaan dengan man hour 13 .WBS .

WBS –Numbering System Dihubungkan dengan account proyek. account pelanggan. Dihubungkan dengan penanggung jawab yang menyelesaikan pekerjaan. Penggunaan dalam mengurutkan susunan proyek secara hirarki untuk kepentingan pelaporan. tujuan perencanaan dan Dapat disusun menurut abjad. 14 . dengan huruf atau angka atau gabungan hurup dan angka. account perusahan.

lamanya pekerjaan dalam mingguan. dan periode tidak bekerja : Day(S) dalam seminggu Hours dalam sehari Holidays atau periode tidak bekerja Semua aktivitas harus ditetapkan dengan kalender dari jenis proyek memerlukan beberapa kalendar untuk menunjukkan perbedaan pola pekerjaan ( unit waktu harus sama)   15 .Calendars   Menguraikan kapan ketersediaan waktu untuk pekerjaan yang harus dilaksanakan Menggambarkan satuan waktu.

. OUTPUTS . Schedule aktivitas adalah komponen terpisah dari schedule proyek tetapi bukan komponen WBS 16 (PMBOK © Guide p.3. .1.6. ACTIVITY DEFINITION .1. . Daftar aktivitas tidak termasuk schedule aktivitas yang tidak diperlukan pada bagian dari scope proyek.4.2. Activity List Adalah daftar aktivitas menyeluruh termasuk semua schedule aktivitas yang direncanakan dan dilaksanakan pada proyek. 129) . Outputs Activity list Activity atributes Milestone list Requested changes Daftar aktivitas meliputi kegiatan dari hasil identifikasi dan scope yang diuraikan pada setiap schedule aktivitas yang kurang detail untuk memastikan bahwa anggota tim memahami pekerjaan yang harus dilakukan. 1.

batasan. OUTPUTS . Activity Atributes Adalah mengindikasikan beberapa attribute yang terkait dengan setiap schedule aktivitas. jenis schedule aktivitas dan lain lain. persyaratan sumberdaya. aktivitas yang mendahului. memerintah. lokasi proyek.4. asumsi asumsi. deskripsi aktivitas. jeda waktu didepan dan dibelakang. . aktivitas yang mengikutinya.1.3. penetapan tanggal.2. kode aktivitas. 17 . Outputs Activity list Activity atributes Milestone list Requested changes Termasuk meng-identifikasi aktivitas. menyingkat perencanaan schedule aktivitas diberbagai cara untuk tujuan kecepatan dan ketepatan laporan sesuai modelnya.2. 1. . hubungan secara logik. penanggung jawab. Digunakan untuk pengembangan schedule proyek dan memilih.6. ACTIVITY DEFINITION . .

ACTIVITY DEFINITION . Outputs Activity list Activity atributes Milestone list Requested changes MILESTONE LIST & CHART EVENT Contract Award Specification Review Design Review Value Engineering Site Preparation Quality Planning JAN FEB MAR DATA DATE APR Milestone adalah Peristiwa yang diperlukan untuk bagian dari urutan aktivitas.3. Daftar milestone adalah komponen project management plan (4. . OUTPUTS . . 130) . . 1.3) dan milestone digunakan pada schedule model.1.6.3.4. untuk memastikan bahwa kebutuhan dalam memenuhi milstone(s) terpenuhi dengan tidak memiliki durasi (nol) MAY JUN JUL AUG 18 (PMBOK © Guide p. Milestone List Daftar schedule milestone yang mengidentifikasikan semua milestone dan apakah milestone wajib (diperlukan oleh kontrak) atau pilihan ( berdasarkan informasi proyek lama).2.

4.4.3. .4. 130) .2) yang akan berdampak pada project scope statement dan WBS. Outputs Activity list Activity atributes Milestone list Requested changes . .2.6. 19 (PMBOK © Guide p. 1. Requested Changes Proses activity definition dapat menimbulkan permintaan perubahan (4.1. ACTIVITY DEFINITION OUTPUTS . Permintaan perubahan diproses untuk meriview dan mendisposisi melaui proses Integrated Change Control. .3.

1.3. Activity list 6.3.4.6. Project scope statement .3. 2. Approved change request . ACTIVITY SEQUENCING Melibatkan identifikasi dan dokumentasi hubungan antaraktivitas secara logic. Product scope biasanya di review untuk memastikan keakuratanya.3.5. Milestone list 6. Peruntutan dapat dilakukan dengan bantuan dari suatu komputer.2 p.4.3. yang mana termasuk karakteristik produk.2. Activity atributes .4 p.1. 130 .1.1.2 p. Project scope statement Project scope statement (5. 129 . Aktivitas harus dihubungkan dengan teliti untuk mendukung pengembangan berikutnya/yang akan datang dari suatu jadwal yang realistis. Milestone list . yang sering berdampak pada waktu meng urutkan aktivitas. Activity list .1 p.1. INPUTS Inputs : . 130 (PMBOK © Guide p.5.2.1) berisi deskripsi product scope.1. Approved change requests 4.4.3. Activity atributes 6. 130 .2. . 131) 20 .

Arrow diagramming method (ADM) (PDM) 3. Dependency determination Metode yang menggunakan kotak atau rectangel sebagai 5. ACTIVITY SEQUENCING TOOLS & TECHNIQUES Tools & Techniques 1. Applying leads and lags Node dan sebagai aktivitas kemudian dihubungkannya dengan anak panah yang menunjukkan ketergantungan. Schedule network tamplates 4. Precedence diagramming method 2. 132) . Precedence diagramming method (PDM) 1.6. 2. Precedence diagramming method (PDM) ES ES EF EF Activity Name ES EF Duration Activity Name LS ES LF EF ES EF LS Activity Name Duration LS LF Duration LF Activity Name Duration LS AON : Activity On Node LF Activity Name Duration LS LF 21 (PMBOK © Guide p.

Precedence diagramming method (PDM) 2. Applying leads and lags Meskipun kurang lazim dibanding dengan PDM akan tetapi teorinya masih digunakan dalam mengajarkan schedule network di beberapa aplikasi areas. maka tidak ada isinya dan nilainya durasi Zero. Dependency determination 5. Arrow diagramming method (ADM) 3. Tools & Techniques 1. Schedule network tamplates 4. Arrow diagramming method (ADM) Metode yang menggunakan Anak panah sebagai aktivitas dan menghubungkannya dengan panah yang menunjukkan ketergantungan. ACTIVITY SEQUENCING TOOLS & TECHNIQUES 2.6. yang biasanya digambarkan dengan garis strip. Pada kegiatan dummy tidak menggambarkan schedule aktivitas. 2. Arrow diagramming method (ADM) B Start C A Finish D E F AOA : Activity On Arrow 22 (PMBOK © Guide p. ADM hanya menggunakan jenis ketergantungan finish to start dan dapat dipakai untuk “Dummy” atau yang disebut aktivitas dummy. 133) .

Bisa termasuk seluruh proyek atau hanya bagian tertentu. Schedule network tamplates 4. Contohnya: lantai pada high rise office building. 23 (PMBOK © Guide p. Schedule network tamplates Project schedule network diagram template bisa digunakan untuk mempercepat persiapan network dari aktivitas schedule proyek. Bagian Schedule diagram network proyek sering digunakan sebagai sub network atau fragment network. Dependency determination 5. 133) .6. Applying leads and lags 3. ACTIVITY SEQUENCING TOOLS & TECHNIQUES Tools & Techniques 1. 2. Precedence diagramming method (PDM) 2. Arrow diagramming method (ADM) 3.

wujud pekerjaan Discretionary dependencies Ketergantungan tidak wajib. Mempunyai kepedulian ( dan secara penuh di-dokumentasikan). 2.  External dependencies Ketergantungan eksternal yang melibatkan suatu hubungan antar aktivitas proyek dan yang bukan aktivitas proyek. Dependency determination 5. Schedule network tamplates 4. 24 (PMBOK © Guide p. biasanya ditentukan oleh tim proyek. Applying leads and lags Mandatory dependencies Ketergantungan Wajib yang tidak bisa dipisahkan dari yang telah dilakukan. Precedence diagramming method (PDM) 2.6. ACTIVITY SEQUENCING TOOLS & TECHNIQUES 4. 133) . Dependency determination Ada tiga jenis ketergantungan yang digunakan untuk menggambarkan urutan kegiatan : Tools & Techniques 1. Preferential logic. Ketergantungan wajib adalah juga dinamakan Hard Logic. Arrow diagramming method (ADM) 3. Pada umumnya digambarkan berdasar pada pengetahuan : Best practise. dan biasanya dinamakan Prefered logic. dan yang tidak umum. atau shoft logic.

ACTIVITY SEQUENCING TOOLS & TECHNIQUES Tools & Techniques 1.4) mungkin memerlukan lead atau lag dalam mengakuratkan hubungan secara logic. Applying leads and lags Tim manajemen proyek menetapkan ketergantungan (6. Yang terkait dengan asumsi selalu didokumentasikan. Schedule network tamplates 4. Dependency determination 5. (+lag) 25 (PMBOK © Guide p. 2. Precedence diagramming method (PDM) 2. Sedangkan Lag diarahkan pada perlambatan kegiatan yang mengikutinya. 134) . Lead membolehkan percepatan kegiatan yang mengikutinya (-lag).2. Applying leads and lags 5. Arrow diagramming method (ADM) 3.6.2.

Activity Relationships Types Finish To Start Activity A Activity A Activity B Start To Start With Lag Activity A SS + 5 Start To Start Activity B Activity A Finish To Finish Activity B Activity A FF + 3 Finish To Finish Activity B Activity A Start To Finish With Lag Activity B Start To Finish Activity A FF + 0 Activity B Finish To Start With Lag Activity A FS + 7 With Lead = Lag Activity B Activity B 26 .

Project schedule network diagrams Precedence diagramming method (PDM) ES ES EF EF Activity Name OUTPUTS Outputs 1. Activity list (updates) 3.6. Requested changes ES Activity Name Duration LS LF LS ES Duration EF Activity Name LF EF ES EF LS Duration LF Activity Name Duration AON : Activity On Node LS LF Activity Name Duration LS LF Bisa dibuat dengan menual atau dengan Project Management software Arrow diagramming method (ADM) B Start C A Finish D E F AOA : Activity On Arrow 27 (PMBOK © Guide p. ACTIVITY SEQUENCING 1. Activity atributes (updates) 4. 135) . 2. Project schedule network diagrams 2.

2) di update meliputi penjelasan hubungan secara logic dan yang terkait dengan lead dan lag. maka yang terkait dalam activity attribute di updates meliputi persetujuan perubahan. Requested changes Persiapan menghubungkan secara logic proyek. 135) .1. Activity list (updates) 3.4) hasil dari proses activity sequencing akan berdampak pada activity list. ACTIVITY SEQUENCING 2. lead dan lag yang mungkin mengungkapkan kejadian. Project schedule network diagrams 2.1) di update termasuk persetujuan perubahannya. 4.2) terhadap daftar kegiatan atau activity attributes 28 (PMBOK © Guide p.4) dari proses activity sequencing.6.4.1.4.1.3. Requested changes 3. Activity list (updates) Jika permintaan perubahan disetujui (4. Activity atributes (updates) 4. OUTPUTS Outputs 1. 2. Activity atributes (updates) Activity attributes (6.3. Jika permintaan perubahan disetujui (4.1.3. bisa timbul permintaan perubahan (4. maka Activity List (6.4.

dan sewa atau beli apa yang dibutuhkan termasuk alat. Activity Attributes (6. kapan dan berapa jumlah yang diperlukan untuk menyelesaikan kegiatan.4. 136) .2. . material) dan Quantity. Peralatan. Dikoordinasikan dengan proses Cost Estimating (7. Activity List (6. .1. . . 29 (PMBOK © Guide p.1) mengidentifikasikan schedule kegiatan untuk sumberdaya yang dilakukan estimasi.1.1. 3.2) dikembangkan sepanjang proses activity definition. . Jika tersedia.3. . Termasuk (4. Organizational Process Assets (4.6. ACTIVITY RESOURCE ESTIMATING INPUTS Estimasi Sumberdaya (Tenaga kerja.2.3. memberikan data sebagai masukan utama untuk mengestimasi sumberdaya yang dibutuhkan pada setiap shedule kegiatan yang ada di daftar kegiatan.5.1.1.1.4.6.1. Enterprise Environmental Factors Suatu proses yang berguna untuk mengetahui ketersediaan infrastructure sumberdaya.1) .4) memberikan kebijakan kepada organisasi terkait dengan Staffing.3. Inputs : Enterprise environmental factors Organizational process assets Activity list Activity atributes Resource availability Project management plan .3.3) . informasi proyek lama yang hampir mirip yang terkait dengan jenis kebutuhan sumberdaya yang dubutuhkan direview. .1.

peralatan.4.6.3.2.4.2. 30 (PMBOK © Guide p. dan material) 9.3) dipakai dalam activity resources estimating.6. . .3. . Inputs : Enterprise environmental factors Organizational process assets Activity list Activity atributes Resource availability Project management plan . Resource Availability Informasi sumberdaya yang berpotensi ketersediaanya seperti (Tenaga kerja. . 3. Pengetahuan ini termasuk menyesuaikan berbagai letak geograpis dimana sumber awal dan kapan keberadaanya.3. (4. .6.4 yang digunakan untuk meng estimasi jenis sumberdaya.2 dan 12.1. 137) .5. Project Management plan Schedule Management plan adalah bagian komponen dari Project Management Plan. ACTIVITY RESOURCE ESTIMATING INPUTS . .5.

Individu atau kelompok orang dengan spesialisasi pengetahuan dalam perencanaan sumberdaya dan estimating dapat disiapkan sebagai tenaga ahli.5. berbagai peralatan (manual atau automatis). 137) . . Termasuk dalam menggunakan berbagai tingkat kemampuan/keandalan sumberdaya. 31 (PMBOK © Guide p. 3. Published estimating data Beberapa perusahaan secara rutin mengeluarkan kepada publik suatu informasi terbaru dari harga satuan produksi dan satuan biaya sumberdaya untuk tenaga kerja.1. .1. dan keputusan untuk membeli atau membuat terkait dengan sumberdaya (12.3. .2.3. .3) .4. Alternative analysis Banyak schedule activities mempunyai beberapa alternatif metode dalam memenuhi persyaratan proyek. ACTIVITY RESOURCE ESTIMATING TOOLS & TECHNIQUES . .6. Expert judgment Sering diperlukan untuk menilai sumberdaya yang terkait sebagai masukan pada proses ini.1. Tools & Techniques Expert judgment Alternative analysis Published estimating data Project management sofware Bottom-up estimating .2.3. material dan peralatan di berbagai letak geograpis suatu negara. berbagai ukuran atau jenis mesin peralatan.

Bottom-up estimating Ketika suatu schedule activity tidak bisa diestimate dengan tingkat yang masuk akal. . pengorganisasian.1.5. Diantara schedule activity mungkin tidak atau belum memiliki ketergantungan yang bisa berdampak pada penerapan dan penggunaan sumberdaya. ketersediaan sumberdaya dan satuan sumberdaya yang bisa digambarkan seperti juga berbagai resource calendars. pekerjaan pada schedule activity dibagi lebih rinci. 3.4. ACTIVITY RESOURCE ESTIMATING TOOLS & TECHNIQUES .5. Sumberdaya yang diperlukan pada tingkat paling bawah diestimate dan estimasi tersebut kemudian dikumpulkan kedalam total quantity disetiap schedule activity resources (dari bawah keatas). Tools & Techniques Expert judgment Alternative analysis Published estimating data Project management sofware Bottom-up estimating . Tergantung kerumitan dari perangkat lunaknya.2.6. 137) . . pola penggunaan sumberdaya tercermin dalam persyaratan estimasi schedule activity dan didokumentasikan. dan mengelola penyatuan sumberdaya. 32 (PMBOK © Guide p. pengembangan estimasi sumberdaya.4. Project management software Memiliki kemampuan untuk membantu dalam perencanaan. . resource breakdown structures. . .3. Jika ada ketergantungan.

6. 3. ACTIVITY RESOURCE ESTIMATING
PMBOK© Guide page 136

OUTPUTS

.1. Activity resource requirements
Keluaran dari activity resource requirement adalah suatu identifikasi dan uraian jenis dan kuantitas dari sumberdaya yang dibutuhkan pada setiap schedule activity didalam paket pekerjaan.

Outputs .1. Activity resource requirements .2. Activity atributes (updates) .3. Resource breakdown structure .4. Resource calendars (updates) .5. Requested changes

Persyaratan ini kemudian bisa dikumpulkan untuk menetapkan estimasi sumberdaya pada paket pekerjaan.
Jumlah rincian dan tingkat ketegasan dari persyaratan sumberdaya bisa berubah sesuai dengan pengetrapannya.

Dokumen persyaratan sumberdaya setiap schedule activity termasuk dasar estimasi setiap sumberdaya sepanjang asumsi dapat dipakai dalam menetapkan jenis sumberdaya yang diterapkan, kemampuannya, dan jumlah yang dipakai.
Proses schedule development (6.5) menetapkan kapan sumberdaya diperlukan.
33
(PMBOK © Guide p. 138)

6. 3. ACTIVITY RESOURCE ESTIMATING
PMBOK© Guide page 136

OUTPUTS

.2. Activity atributes (updates)
Jenis dan kuantitas dari sumberdaya yang diperlukan untuk setiap schedule activity itu dikumpulkan kedalam

activity attribute.

Jika permintaan perubahan disetujui (4.6.3.1) hasil dari proses Activity Resources Estimating, maka activity list (6.2.3.2) dan activity atrribute (6.2.3.3) diupdate termasuk perubahan yang telah disetujui.

Outputs .1. Activity resource requirements .2. Activity atributes (updates) .3. Resource breakdown structure .4. Resource calendars (updates) .5. Requested changes

.3. Resource breakdown structure
Adalah struktur secara hirarki dari sumberdaya yang teridentifikasi berdasarkan kategori dan jenisnya.

34
(PMBOK © Guide p. 138)

6. 3. ACTIVITY RESOURCE ESTIMATING
PMBOK© Guide page 136

OUTPUTS

Outputs .1. Activity resource .4. Resource calendars (updates) requirements Kalendar/penanggalan sumberdaya gabungan untuk dokumen .2. Activity atributes (updates) proyek secara harian dan hari tidak bekerja ditetapkan .3. Resource breakdown tanggalnya, baik material atau personel yang aktif maupun structure yang idle. .4. Resource calendars (updates) Project resource calendar biasanya mengidentifikasikan .5. Requested changes

sumberdaya khusus yang digunakan pada hari libur dan periode ketersediaanya. Juga mengidentifikasi jumlah/kuantitas dari masing masing ketersediannya sumberdaya selama periode ketersediaan.

.5. Requested changes
Proses Activity resources Estimating bisa menghasilkan permintaan perubahan (4.4.3.2) untuk menambah atau mengurangi schedule activity yang telah direncanakan sesuai daftar aktifitas. Permintaan perubahan diproses untuk mereview dan mendisposisikan melalui proses Integrated Change Control (4.6) 35
(PMBOK © Guide p. 138)

6. 4. ACTIVITY DURATION ESTIMATING
Proses mengestimasi jumlah durasi schedule activitas menggunakan informasi jadwal aktivitas sesuai scope of work, jenis & jumlah sumberdaya, penanggalan ketersediaan sumberdaya dan kemudian pengembangan jangka waktu/durasi sebagai masukan terhadap jadwal/ schedule. Masukan untuk perkiraan dari jangka waktu proyek secara khas didapat dari seseorang atau group didalam tim proyek yang telah familiar/ahli terhadap sifat dari kegiatan khusus tersebut.

INPUTS

Inputs : .1. Enterprise environmental factors .2. Organizational process assets .3. Project scope statement .4. Activity list .5. Activity atributes .6. Activity resource requirements .7. Resource calendars .8. Project management plan . Risk register . Activity cost estimates

Estimasi jangka waktu/durasi bisa di diasumsikan semakin lebih akurat dan kualitasnya lebih baik.

Proses mengestimasi jumlah durasi schedule aktivitas membutuhkan estimasi productivity , jumlah sumberdaya yang digunakan untuk menyelesaikannya, dan jumlah waktu pelaksanaan yang ditetapkan. Dan semua asumsi untuk menunjang estimasi jangka waktu/durasi di dokumentasikan pada setiap estimasi durasi aktivitas. Mengestimasi jumlah waktu yang diperlukan untuk menyelesaikan schedule aktivitas dapat menggunakan pertimbangan waktu yang lalu sebagai persyaratan pada jenis pekerjaan khusus.
(PMBOK © Guide p. 139)

36

6. 4. ACTIVITY DURATION ESTIMATING
.1. Enterprise environmental factors
(6.4.1.1 p. 140) Banyak organisasi/perusahaan yang dilibatkan dalam proyek mungkin memelihara hasil estimasi durasi pada database dan referensi data yang lalu. Jenis informasi yang dipakai sebagai referensi juga tersedia secara komersial dan bermaksud diperlukan untuk penyesuaian.

INPUTS

Inputs : .1. Enterprise environmental factors .2. Organizational process assets .3. Project scope statement .4. Activity list .5. Activity atributes .6. Activity resource requirements .7. Resource calendars .8. Project management plan . Risk register . Activity cost estimates

.2. Organizational process assets

(6.4.1.2 p. 140)

Historical Information (4.1.1.4) tentang durasi diberbagai kategori aktivitas

sering tersedia pada perusahaan/ organisasi untuk dikembangkan. Biasanya sebagai database perusahaan.

37
(PMBOK © Guide p. 140)

140) .6.1 p.3.1.2 p.1. 129 . Activity cost estimates Contoh Constraint : Submittal dokumen. Organizational process assets . 130 38 (PMBOK © Guide p.4.1. Resource calendars . Activity atributes .5 p.4.3 p. 140) Seperti dijelaskan pada halaman 6.8.1. ACTIVITY DURATION ESTIMATING . Project management plan .3.1) dapat disesuaikan ketika meng estimate schedule activity duration.3.1.4. durasi yang dibatasi kontrak.5.4. dan kebijakan perusahaan . Activity list (6. 4. Enterprise environmental factors .1. Risk register .7. Activity list . Project scope statement (6. Activity atributes (6. Contoh Asumsi : Sesuatu asumsi yang akan memperpanjang periode pelaporan proyek bisa mengakibatkan schedule activity duration maksimum. 140) INPUTS Constraints dan assumption dari project scope statement (5.3.4 p.6.2. reviews. non deliverable schedule activities. Activity resource requirements .2.5.3. Inputs : .4. Project scope statement . 140) Seperti dijelaskan pada halaman 6.

termasuk ketersediaan.1.6 p.3. ACTIVITY DURATION ESTIMATING . 141) Gabungan dari resource calendar (6. Jenis. sepanjang penempatan sumberdaya pada schedule aktivitas.1) akan berdampak pada durasi dari schedule aktivitas. Activity resource requirements (6. Inputs : .1.3) dikembangkan sebagai bagian dari proses activity resource estimating. Activity list . Project scope statement . Activity cost estimates . 39 (PMBOK © Guide p. Risk register .6.7 p. kuantitas.3.2.6.4.8. ketersediaan dan kemampuan ketika diaplikasikan pada sumberdaya peralatan dan material (12.7. Project management plan . kemampuan dan keahlian sumberdaya manusia (9.1. Enterprise environmental factors . dan ketersediaan sumberdaya mempengaruhi jangka waktu/durasi aktivitas.6. Activity resource requirements . Resource calendars . Organizational process assets .3.2).4) yang akan mempengaruhi jangka waktu juga disesuaikan. 4.4. Activity atributes . 140) INPUTS Activity resource requirement yang diestimasi (6.5. 140) .4.7. Resource calendars (6.

1.6.8.8. Enterprise environmental factors . Project scope statement . Activity cost estimates (7. Project management plan .6) Daftar risiko proyek yang informasinya dapat digunakan oleh tim proyek dalam mempertimbangkan estimasi jangka waktu/ durasi. INPUTS Inputs : . Activity atributes .6. Activity list .7.3.2 – 11.1) Activity cost estimate. 40 (PMBOK © Guide p.5. 141) . Activity cost estimates . Resource calendars . ACTIVITY DURATION ESTIMATING . Risk register .2. Activity resource requirements . Risk register (11. Dan biasanya memberikan rating dan dampak yang ter identifikasi tinggi. Project management plan . 4. Organizational process assets . jika sudah selesai dapat dikembangkan secara cukup rinci untuk memberikan kuantitas sumberdaya yang diestimasi pada setiap schedule activity didalam project activity list.4.

2.2 p. karena schedule activity yang mirip bisa digunakan untuk mengestimasi durasi pada schedule aktivitas yang akan datang. Reserve analysis Secara individu dari anggota tim proyek bisa memberikan informasi estimasi jangka waktu/durasi atau memberikan rekomendasi pengalaman proyek terdahulu. ACTIVITY DURATION ESTIMATING TOOLS & TECHNIQUES .1. Expert judgment.4. Biasanya sering dipakai ketika informasi kurang rinci.2.2.5.1. 4.6. 141) 41 .4.1. Tools & Techniques . 141) Analogous duration estimating artinya menggunakan durasi yang ada pada proyek sebelumnya. Expert judgment .3. Expert judgment (6.1 p.1. . Three-point estimates .4) dan Expert Judgment. seperti informasi terdahulu bila memungkinkan dapat digunakan sebagai acuan. Analogous estimating (6. 141) Activity duration sulit di estimate sebab banyak factor yang mempengaruhinya. Parametric estimating . Dan Analogous Estimating menggunakan historical information (4. seperti tingkat dan productifity sumberdaya. Analogous estimating . Jika keahlian ini tidak didapat maka estimasi jangka waktu akan tidak ada kepastian dan berisko. (PMBOK © Guide p.2.4.

4. Parametric estimating .5.4. Expert judgment .4. 42 (PMBOK © Guide p. ACTIVITY DURATION ESTIMATING TOOLS & TECHNIQUES .2. 142) . Reserve analysis productivity rate. Analogous estimating . 142) Sebagai dasar untuk mengestimasi jangka waktu bisa ditetapkan secara kuantitatif yaitu dengan mengalikan kuantitas pekerjaan yang akan dikerjakan dengan Tools & Techniques .3 p.6. Parametric estimating (6. Atau hasil pemasangan kabel dalam meter dikalikan jam kerja orang per meter. Contoh : productivity rate bisa diestimasikan pada project design dengan jumlah lembar gambar yang diselesaikan dikalikan berapa jam Drafter per lembar gambar.3.1. Three-point estimates .2.3.

Durasi dari schedule activity diberikan sumberdaya hampir sesuai dengan penempatan. Activity duration berdasarkan best-case scenario apa yang telah dijelaskan pada most likely estimate. ACTIVITY DURATION ESTIMATING TOOLS & TECHNIQUES . Activity duration berdasarkan pada worst-case scenario dari apa yang telah dijelaskan pada most likely estimate. 43 (PMBOK © Guide p.3.5. Dengan cara Three-point Estimate dapat digunakan sebagai dasar dalam menetapkan tiga jenis estimasi yaitu : Tools & Techniques . harapan ketersediaan untuk schedule activity cukup realistik. Three-point Estimates Akurasi dari activity duration estimate dapat ditingkatkan dengan penyesuaian banyaknya risiko dalam estimasi yang sebenarnya. Optimistic. Three-point estimates .4.4. Analogous estimating . ketergantungan pada para pihak dan biasanya sudah ada di database perusahaannya. Expert judgment . Reserve analysis Most likely.6. productivitynya. 4.2. Pissimistic.1. 142) . Parametric estimating .

Meredith.JR.PERT Duration Calculation For a singgle Activity (Tree-Point Estimates) Higher Most Likely (Used in original CPM calculation) TE PERT Weighted Average = Probability of Occurrence Optimistic + 4 X Most Likely + Pessimistic 6 Beta Distribution Optimistic Lower Shorter Possible Durations Pessimistic Longer Jack R. Samuel J. 44 Project Management. p. Mantel. 344 .

Dev  0 1 0.3 1 1.1 0.1 0 Std.3 1 0.H Kegiatan H Kegiatan I Kegiatan I Finish TE =  = a + 4m + b 6 2 = ((b – a)/6) a = most optimistic time m = most likely time / waktu hampir Duration = Amount of worker 45 Man-hours bisa dipastikan b = most pessimistic time   .3 0 Successor a Start Kegiatan A Kegiatan B Kegiatan C Kegiatan D Kegiatan E Kegiatan F Kegiatan G Kegiatan H Kegiatan I Finish 0 7 4 9 1 7 5 2 6 3 0 m 0 7 5 11 2 10 6 3 9 5 0 b 0 13 6 13 3 13 13 4 12 7 0 Kegiatan A Kegiatan B.F Kegiatan H Kegiatan G Kegiatan G.3 0.1 1 0. C Kegiatan D.8 0.1 1 1.7 0.3 0.Activity Duration Calculation Activity ID A0 A1 A2 A3 A4 A5 A6 A7 A8 A9 A10 Activity Description Time Estimated Expected Time (TE) 0 8 5 11 2 10 7 3 9 4 0 Variance  0 1 0.4 0.E.

• Completion Time for the probability 50 % (appendix E table) Z = 0 • D (Desire Project completion time ) = 36 hari • Completion Time for the probability 75% (appendix E table) Z = 0.7 hari = 35 hari.2 • D (Desire Project completion time ) = .68 = D – 36 /  3.0.70 • D (Desire Project completion time ) = 0.70 X 1.8 + 36 = 37 hari 46 .8 + 36 = 34.68 X 1.Probability Completion Time • Completion Time for the probability 25 % (appendix E table) Z = -0.0.68 • Z = D – TE / 2CP  .

2. jumlah waktu yang sudah pasti. 142) .5. Reserve Analysis Tim proyek bisa memilih untuk menyatukan waktu tambahan yang dikenal sebagai cadangan ketidaktentuan. atau nantinya dapat dikurangi atau tidak digunakan akibat dari ketersediaan informasi yang menjadi pasti.5. Contingency reserve di dokumentasikan sepanjang terkait dengan asumsi dan data lain.4.2). 4.3. Three-point estimates .1. ACTIVITY DURATION ESTIMATING TOOLS & TECHNIQUES Tools & Techniques .4. Parametric estimating .6. Expert judgment . Analogous estimating .2. cadangan waktu atau penunjang kedalam semua schedule proyek sebagai risiko schedule. 47 (PMBOK © Guide p. atau yang dikembangkan dengan quantitative schedule risk analysis (11. Bisa digunakan sebagian atau secara lengkap. Bisa berbentuk prosentase dari estimated activity duration. Reserve analysis .

6. 4. Termasuk beberapa indikasi jangkauan (range) dari hasil yang memungkinkan.1.2) diupdate termasuk durasi setiap schedule activity. Activity atributes (updates) Activity Attributes (6. maka schedule activity akan memakan waktu 3 minggu atau kurang. ACTIVITY DURATION ESTIMATING . . 142) . 48 (PMBOK © Guide p. Contoh : 15 % probability dari melebihi 3 minggu mengindikaskan suatu probability tinggi yaitu 85%. yang akan dipakai untuk menyelesaikan schedule activity. Activity duration estimates . asumsi yang dibuat dalam pengembangan activity duration estimates dan contingency reserves.2.2.1. Contoh : 2 Minggu ± 2 hari mengindikasikan bahwa schedule OUTPUTS Outputs .3. Activity atributes (updates) activity akan memakan waktu menimum 8 hari dan tidak lebih dari 12 hari (diasumsikan bekerja 5 hari dalam seminggu) ……di Indonesia umumnya menggunakan hari kalender ( bekerja 7 hari dalam seminggu). Activity duration estimates Adalah penilaian secara kuantitatif dari jumlah jangka waktu yang hampir mendekati benar.1.

1. Jika tanggal start dan finish tidaklah realistis. Risk register Didalam Schedule development.6. dan hari tidak kerja yang mana schedule activities are idle) 49 (PMBOK © Guide p. 143) . INPUTS Inputs : . Project scope statement .5. Activity duration estimates . Activity list . dan mengantisipasi terjadinya risiko atau munculnya risiko baru. Resource calendars . Project management plan . duration estimates dan resource estimates selalu direview dan direvisi untuk menciptakan approved project schedule yang berguna untuk mengendalikan progress.9. Project schedule network diagrams . Organizational process assets Mungkin memiliki beberapa item aset yang dapat dipakai dalam schedule development.1. Activity atributes . seperti project calendar ( suatu kalendar hari kerja atau shift yang menetapkan tanggal schedule activity dikerjakan.4. 5.3. SCHEDULE DEVELOPMENT Proses berulang didalam menentukan tanggal start dan finish dari suatu aktivitas/kegiatan proyek.6. perubahan project management plan. Activity resource requirements 7. Organizational process assets 2. .8. Schedule development dilakukan terus menerus selama proyek berjalan sebagai kemajuan pekerjaan. maka proyek tidak mungkin akan selesai sesuai jadwal yang diharapkan.

atau stakeholder lain sering mendikte atas peristiwa kunci atau major milestone yang berdampak pada penyelesaian sesuai tanggal yang ditetapkan. (PMBOK © Guide p. 2). batasan suaca pada kegiatan diluar.1) terdiri dari asumsi dan constraint yang bisa berdampak pada pengembangan project schedule. nyata atau pasti. 5. suatu market window pada technology project. 143) 50 . Activity atributes . Risk register network analysis. Project Sponsor.4. dipakai untuk tujuan pengembangan schedule. Activity resource requirements 7. disesuaikan menjadi lebih benar. Project management plan . SCHEDULE DEVELOPMENT 2. “Start No Ealier than” dan “Finish No Later Than” Date constraint termasuk harus sesuai dengan tanggal ditetapkan pada kontrak.3. Project scope statement Project Scope Statement (5.8.5.6.9. Ada 2 kategori time constraint untuk disesuaikan pada waktu pengembangan schedule : 1). di dokumentasikan.1. pemenuhan pemerintah yang diamanatkan dengan penyelesaian sengketa dengan penengahan kembali. Activity duration estimates . Organizational process assets 2.2. Project schedule network diagrams . Constraint : adalah faktor yang akan membatasi pilihan dari project management team pada waktu melakukan schedule INPUTS Inputs : . pengiriman material dari para pihak tidak sesuai project schedule. Activity list .3. Project scope statement .6. Project customer. Resource calendars . Assumptions : adalah faktor yang terkait dengan schedule.

Project Finish Constraint Required Completion Date Project Start Date Projected Lateness Negative Slack (a) ET1 ET2 ET3 ET4 ET5 ET6 ET7 ET8 Expected Completion (b) ET1 ET2 ET3 ET4 ET5 ET6 ET7 ET8 Expected Completion (c) ET1 ET2 ET3 ET4 ET5 ET6 ET7 ET8 Expected Completion Contingency Positive Slack 51 .

130) .3. Risk register .1.6.8.1 p. Project management plan .1 p.9.6. Resource calendars .6. 135) .2. Project schedule network diagrams Seperti sudah dijelaskan didalam (6. Organizational process assets 2.3. 144) .1 p.5. 138) 52 (PMBOK © Guide p. Activity resource requirements Seperti sudah dijelaskan didalam (6.3.4. SCHEDULE DEVELOPMENT .4.2 p. Project schedule network diagrams . Activity atributes .1. Activity atributes Seperti sudah dijelaskan didalam (6. Project scope statement .3.3.5. 129) INPUTS Inputs : .1.3.3. Activity list Seperti sudah dijelaskan didalam (6. Activity list . 5. Activity resource requirements 7. Activity duration estimates .

Activity atributes . 5. seperti komponen yang secara angsung mendukung proses schedule Development. SCHEDULE DEVELOPMENT 7. 142) .3.9.1 – 11. Project Scope Management Plan.8.1.4. 144) . Resource calendars Seperti sudah dijelaskan didalam (6.6. Perencanaan ini memandu pengembangan schedule. Project schedule network diagrams .6. Cost Management Plan. Resource calendars .4.5. Risk register (11. Activity list .3. 138) INPUTS Inputs : .8. Risk register . Activity duration estimates Seperti sudah dijelaskan didalam (6. Project scope statement .4 p. Project management plan Terdiri dari : Schedule Management Plan. Organizational process assets 2. Salah satunya adalah Daftar Risiko . Project management plan . dan Risk Management Plan.1 p.9.5) Mengidentifikasikan risiko proyek dan berhubungan dengan risk response plan yang diperlukan untuk menunjang proses schedule Development. Activity duration estimates .3. Activity resource requirements 7.3. 53 (PMBOK © Guide p.

Schedule network analysis TOOLS & TECHNIQUES Tools & Techniques . 145) . Applying calendars . Schedule network analysis .4.6. Critical chain method .3. Kemudian start dan finish date dischedulekan untuk porsi schedule activity yang belum selesai .1. Critical path methode .7. CCM. Schedule compression . SCHEDULE DEVELOPMENT . Critical Path Methode 54 (PMBOK © Guide p. Adjusting leads and lags 10. What if-scenario analysis . Resource leveling untuk menghitung early dan late start dan finish dates.9.1. Project management sofware . Beberapa network paths mungkin memiliki penyimpangan alur atau pemusatan alur yang bisa diidentifikasi dan dipakai dalam schedule compression analysis atau analysis lain. . Schedule model Adalah suatu cara /teknik yang menghasilkan project schedule.2. Dengan membuat schedule model dan berbagai teknik analysis.8. 5.2. What if-analysis. Resource leveling .6.5. seperti CPM.

SS + 5 Activity D Duration= 8 Activity E Duration=2 Activity B Activity G Duration=5 Activity A Duration= 5 Duration=10 Activity F Duration=5 Activity C FF + 2 Duration=15 55 . Late dates and Total Float Identify Critical Path.CONTOH CPM Calculation Early dates.

CONTOH CPM Calculation Early dates Foreward Pass 11 SS + 5 18 19 20 Activity D Duration= 8 Activity E Duration=2 23 27 6 1 Activity A Duration= 5 6 5 15 Activity B Duration=10 21 25 Activity G Duration=5 Activity F 20 Duration=5 FF + 2 Activity C Duration=15 ES EF = Early Start = Early Finish = EF pred terbesar + 1 = ES + OD – 1 56 .

CONTOH CPM Calculation Early dates. Late dates Backward Pass 11 SS + 5 18 19 20 Activity D Duration= 8 13 20 Activity E Duration=2 21 22 23 27 6 1 Activity A Duration= 5 1 5 5 15 Activity B Duration=10 8 6 20 20 21 25 Activity G Duration=5 23 27 Activity F Duration=5 21 25 FF + 2 Activity C Duration=15 6 20 LF LS = Late Finish = Late Start = ES suc – 1 = LF – OD + 1 57 .

CONTOH CPM Calculation Early dates. Total Float Foreward Pass Backward Pass 11 SS + 5 18 19 20 Activity D Duration= 8 13 2 15 20 2 Activity E Duration=2 21 2 22 2 23 27 6 1 5 Activity B Activity G Duration=5 21 25 23 0 27 0 Activity A Duration= 5 Duration=10 8 2 6 20 5 20 Activity F Duration=5 21 0 25 0 TF 1 0 5 0 Activity C Duration=15 FF + 2 Critical Path 6 0 20 0 TF = ES suc – EF pred – 1 = Zero = Critical = LS – ES. Late dates. LF – EF FF = Free Float = LF – OD – ES . = Total Float . FF is defined as the amount of time an activity can be delayed without delaying the early start of any immediately following activities 58 Float = Float or slack is a measure of scheduling flexibility.

Critical chain method . 5. Adjusting leads and lags 10. 145) .9. Resource leveling . Schedule model Tools : Duration Compression Program Cost ( $ / IDR ) Crashing : Increase cost Doing anything to reduce the schedule completion of the project .2. Schedule compression . The rule in implementing Crashing are : a.1. Project management sofware .8. Applying calendars . Schedule network analysis . What if-scenario analysis .7.3. Schedule compression Compression (With Crashing) All Activity Crash Minimum Cost Total Crash TOOLS & TECHNIQUES Tools & Techniques .5. Weeks 59 (PMBOK © Guide p. Crash Critical Activities whose have cheapest cost Normal Operation 0 Program completion Time.6.3. Crash on Critical Path b.6. Critical path methode .4. SCHEDULE DEVELOPMENT .

60 .6. b. Fast Tracking Activities that schedule sequence are scheduled to be done with some overlap. Logic relationship. Leads. 5. Hints : a. SCHEDULE DEVELOPMENT Compression (With Fast Tracking) Star t Design Detail Check TOOLS & TECHNIQUES Start Mfg Purchase Material Design Detail Purchase Material Check Compression Tools : Duration Compression 2.

Early Dates: By forward Pass Calculation 2.Formulas ES EF LF LS TF = Early Start = Early Finish = Late Finish = Late Start = Total Float Primavera Inc. Float = Float or slack is a measure of scheduling flexibility. summarized by Pito. Total float is belong to entire string of activities Not to an individual activity 61 . In order to find : 1. Late Dates : By Backward Pass Calculation 3. FF is defined as the amount of time an activity can be delayed without delayingthe early start of any immediately following activities. OD = Original Duration Pred = Predecessor (yang mendahului) Suc = Successor (yang mengikuti) Bwpas = LF(1) akhir LF(2) = EF akhir = LS suc terbesar – 1 Bwpas = LF(1) require = EF akhir LF(2) = LS suc terbesar – 1 CPM (Critical Path Method) : Determine the group of activities that cannot be delayed without delaying the completion date for the entire project. Total Float : By substract early dates from late dates 4. LF – EF FF = Free Float = LF – OD – ES .S = EF pred terbesar + 1 = ES + OD – 1 = ES suc – 1 = LF – OD + 1 = ES suc – EF pred – 1 = Zero = Critical = LS – ES.

What if-scenario analysis . 146) .9.6. Hasil dari What-if scenario analysis bisa dipakai untuk menilai kelayakan project schedule pada kondisi kurang baik. Schedule network analysis .2.8.7. What if-scenario analysis Analysis dengan pertanyaan.6. atau memperkenalkan faktor luar.4. Adjusting leads and lags 10. Critical path methode .1. SCHEDULE DEVELOPMENT . Schedule model Suatu network analysis dilakukan menggunakan schedule model untuk menghitung scenario yang berbeda.4. Applying calendars .2). Critical chain method . Seperti keterlembatan pengiriman komponen.4.5. Resource leveling . 62 (PMBOK © Guide p. Caranya adalah dengan Monte Carlo Analysis (11. dan dalam menyiapkan contingency dan response plan untuk mengalahkan atau meringankan dampak dari situasi yang tidak bisa diprediksi. perpanjangan waktu pelaksanaan. Schedule compression . 5. seperti serangan atau perubahan dalam proses perijinan. What if the situation represented by scenario “X” happens? TOOLS & TECHNIQUES Tools & Techniques . Project management sofware .3.2.

7. SCHEDULE DEVELOPMENT 2 a TOOLS & TECHNIQUES Tools & Techniques . Schedule model . Applying calendars . Project Management. 401 Days 1 2 3 4 5 Days 1 2 3 4 5 63 . p. Critical path methode .5.8.1. Project management sofware . Critical chain method .5.6. Meredith. Adjusting leads and lags 10. Samuel J. 5.3.JR. Resource leveling . Schedule network analysis .4. Schedule compression . Resource leveling c 4 1 8 b 3 a 6 Workers 4 2 b Days b c c c a activity b c Sebelum Resource Leveling 1 2 3 4 5 Days a b c 1 2 3 4 5 8 6 Setelah Resource Leveling Workers a 4 2 b activity c Jack R.9. Mantel.6.2. What if-scenario analysis .

2.6. Seperti Cost estimating by time period (7. Schedule model Setelah CPM diidentifikasi. Schedule network analysis . Critical path methode . Project management sofware Untuk membantu pengembangan schedule. ketersediaan sumberdaya dimasukkan dan hasil schedule dengan keterbatasan sumberdaya ditetapkan.2).6.8. Project management sofware .7.7. What if-scenario analysis .1.5. bisa di print atau outputnya dari pengembangan schedule bisa di display. Resource leveling .1. Critical chain method . Schedule compression . 147) 64 .6. 5. Dan hasilnya sering merubah Critical path. .4.5) dan simulasi schedue dalam quantitative risk analysis (11. (PMBOK © Guide p. Pendekatan dengan probabilistik.9. Critical chain method fokus pada pengelolaan durasi aktivitas yang telah dibatasi dan diterapkannya sumberdaya untuk perencanaan schedule activities.2. SCHEDULE DEVELOPMENT . Applying calendars .3. Critical chain method Teknik lain dari schedule network analysis bahwa dengan memodifikasi project schedule ke account sumberdaya yang memiliki keterbatasan.4. TOOLS & TECHNIQUES Tools & Techniques . Adjusting leads and lags 10.2. Produk ini secara automatis bisa menghitung secara matematik Forward pass dan backward pass critical path analysis and resource leveling.

2. 65 (PMBOK © Guide p.5. Critical path methode . Schedule compression . Critical chain method . Schedule model Project calendars berdampak pada semua aktivitas. Adjusting leads and lags 10. atau mengikuti trainning program. 148) .8.6. 5. Resource leveling . Resource calendars berdampak pada suatu sumberdaya khusus atau kategori dari sumberdaya.9.3. atau anggota tim proyek mungkin tidak ada.1.1. Applying calendars .4) mengidentifikasi periode ketika pekerjaan diijinkan. Schedule network analysis . TOOLS & TECHNIQUES Tools & Techniques .4) dan Resource Calendars (6. atau perjanjian kontrak dengan labor terbatas pekerja yang sudah pasti terhadap kepastian hari hari pada seminggu.7.4. sementara pekerjaan lainnya three full shifts. Applying calendars Project Calendars (4.1. SCHEDULE DEVELOPMENT . Resource calendars mencerminkan bagaimana beberapa sumberdaya yang bekerja hanya pada jam kerja.3. seperti sedang cuti. Project management sofware . What if-scenario analysis .6.3.8.

1. 10.6.2. Schedule model Selama penggunaan lead dan lag tidak tepat bisa membuat distorsi terhadap project schedule.6. Project management sofware . Schedule model Schedule data dan informasi dipumpulkan kedalam schedule model untuk proyek. Critical path methode . Schedule model tool dan data pendukung schedule model digunakan bersama sama dengan manual methods atau project management software untuk melakukan schedule network analysis yang menghasilkan schedule proyek.7. Critical chain method . Resource leveling . Schedule compression .3. 5. What if-scenario analysis . Lead dan Lag dirubah sepanjang schedule network analysis untuk mengembangkan suatu schedule proyek yang sehat.8. Adjusting leads and lags TOOLS & TECHNIQUES Tools & Techniques . Applying calendars . Schedule network analysis . SCHEDULE DEVELOPMENT 9.4. 148) .9.5. Adjusting leads and lags 10. 66 (PMBOK © Guide p.

Activity Float 10 5 12 X L=7 (Basic Knowledge) 21 9 25 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 X L=7 Independence Float Free Float X L=7 Total Float SPAj SPA9 SPAi SPA5 SPLi SPL5 SPLj 67 SPL9 .

Resource requirement (updates) . Schedule model data .6. Biasanya berbentuk summary schedule atau master schedule atau milestone schedule atau dibuat secara rinci.3. SCHEDULE DEVELOPMENT .7. 5. Project schedule Project schedule meliputi minimum merencanakan start date dan finish date pada setiap schedule activity. Schedule management plan (updates) 68 (PMBOK © Guide p. dan penetapan schedule start dan finish date. Target project schedule juga dikembangkan dengan menggambarkan target start date dan target finish date pada setiap schedule activity. Project management plan (updates) . Schedule baseline .1. Jika resource planning ditempatkan pada paling awal.8. maka project schedule akan tinggal mengkonfirmasikan penempatan sumberdaya. 149) . Project calendars (updates) .5. Dan bentuknya seperti berikut: OUTPUTS Outputs . Project schedule .4.6.2. Requested changes .1. Activity attributes (updates) .

CONTOH PERT CHART Network Diagram Program Evaluation and Riview Technique 69 .

CONTOH ARROW DIAGRAM D 2 5 23 23 G 3 1 0 0 A 8 2 8 8 B 5 3 13 13 E 4 10 23 23 7 32 32 I 8 4 36 36 F C 11 Red color : Identified CPM (Critical Path Method) 6 23 23 H 9 7 70 .

CONTOH BAR CHART Bar Chart = Gantt Charts Show tasks relative to time (activity start and end dates). usually not show dependencies. expected duration. Relatively easy to read start/finish date and view progress Most proper for the Management 71 .

CONTOH MILESTONE CHART SCHEDULE DEVELOPMENT EVENT Contract Award Specification Review Design Review Value Engineering Site Preparation Quality Planning JAN FEB DATA DATE MAR APR MAY JUN JUL AUG 72 .

seperti best-case atau worst-case. activity attributes dan dokumentasi dari semua aassumptions and constraint yang teridentifikasi. Requested changes . Schedule model data . Schedule contingency reserves. dan order and delivery schedule. Project calendars (updates) . SCHEDULE DEVELOPMENT . sumberdaya yang diratakan.6.2.8.1. Schedule model data Data penunjang untuk project schedule meliputi minimum schedule milestone. 73 (PMBOK © Guide p. 151) . Informasi yang sering diberikan sebagai penunjang secara rinci meliputi tetapi tidak terbatas pada : OUTPUTS Outputs . 5. Resource requirement (updates) .3. Jumlah tambahan data tergantung dari pengetrapannya. Schedule management plan (updates) Persyaratan sumberdaya dengan jangka waktu. bukan perataan sumberdaya. tanpa atau dengan imposed dates.5. schedule model data mungkin termasuk seperti item Human resource histograms. Project schedule . Schedule baseline .6.4. schedule activity. Activity attributes (updates) . Contohnya : Proyek perencanaan elektronik . Project management plan (updates) .7.2. sering terlihat pada format yang disebut Histogram. cash flow projections. Alternatif schedule.

3. Jika resource. Project management plan (updates) .4.8.3.3. Resource requirement (updates) Resource leveling/ perataan sumberdaya bisa berdampak yang berarti terhadap preliminary estimate dari jenis dan kuantitas sumberdaya yang diperlukan. 5.1.2.7.4) yang ditimbulkan oleh proses Schedule Development.3) diupdate meliputi persyaratan sumberdaya yang direvisi dan yang terkait dengan persetujuan perubahan (4.leveling analysis merubah persyaratan sumberdaya proyek maka resource requirement diupdates. Project calendars (updates) . Schedule management plan (updates) . Hal ini dapat diterima dan disetujui oleh tim manajemen proyek sebagai schedule baseline dengan baseline start dates dan baseline finish dates. Schedule Baseline Schedule Baseline adalah versi khusus dari project schedule yang dikembangkan dari schedule network analysis of schedule model.5. OUTPUTS Outputs . 5.4. Activity atributes (updates) Activity attribute (6.2. Schedule baseline . SCHEDULE DEVELOPMENT .6. Project schedule .6. 151) . Resource requirement (updates) . Activity attributes (updates) .1. 74 (PMBOK © Guide p. Requested changes . Schedule model data .4.

Calendar/ penanggalan setiap proyek mungkin dipakai scheduling the project.4. akhir pekan atau OUTPUTS Outputs .4) hasil dari proses Project Time Management.5. (PMBOK © Guide p.1.6. seperti hari hari libur. Project management plan (updates) . Schedule management plan (updates) .2) yang diproses untuk meriview dan disposition melalui proses Integrated Change Control (4.2. 5.4.1.3.7.3. Activity atributes (updates) . Schedule baseline . 152) 75 . Project calendars (updates) non-shift hours.3) diupdate untuk mencerminkan adanya persetujuan perubahan didalam bagaimana project schedule akan dikelola. Requested changes . Requested changes Proses schedule development bisa menciptakan permintaan perubahan (4.3) mungkin perlu diupdate meliputi persetujuan perubahannya. Juga menentukan hari tidak bekerja yang mana pada tanggal tersebut idle. maka schedule management plan (chapter 6 introductory material) suatu komponen dari Project Management Plan (4. Resource requirement (updates) . .4.6) 8.7.6. SCHEDULE DEVELOPMENT Adalah calendar hari kerja atau shift yang menentukan tanggalnya dimana schedule activities dikerjakan. Project calendars (updates) .8. Project schedule .6. Schedule management plan (updates) Jika permintaan perubahan disetujui (4. Project management plan (updates) Project Management Plan (4. Schedule model data . dengan unit calendar yang berbeda sebagai dasar untuk .

3).4. .6) digunakan untuk mengupdate project schedule baseline.3.4) yang telah diproses sebelumnya melalui proses Integrated Change Control (4.3) berisi Schedule management plan (Chapter 6 ) bagaimana project schedule akan dikelola dan dikendalikan . 153) . . (6. Schedule management plan (4.1) menyediakan informasi pada kinerja schedule.3. SCHEDULE CONTROL Perhatian dengan : .1. Approved changes requests Hanya approved change request (4. Menyediakan dasar pengukuran dan laporan kinerja schedule sebagai bagian dari kinerja pengukuran baseline.4. .5.2.2.3. .5.  Faktor yang mempengaruhi timbulnya perubahanschedule.3) schedule baseline komponen project management plan (4. INPUTS Inputs : Schedule management plan Schedule baseline Performance reports Approved changes request  Adanya perubahan pada schedule proyek  Mengelola perubahan yang terjadi saat ini. 76 (PMBOK © Guide p.1. Performance reports (10.3.3.  Progress schedule.6.3. 6. . kesesuaian terhadap rencana.1) project schedule mengontrol approved project schedule. . Schedule baseline (6.4.1.

Progress reporting TOOLS & TECHNIQUES . Schedule change control system Schedule change control system menggambarkan prosedur yang mana schedule proyek bisa dirubah.1. .3. tracking system. .1. 153) . 6.2. Meliputi paper work. SCHEDULE CONTROL . Tools & Techniques Progress reporting Schedule change control system Performance measurement Project management software Variance analysis Schedule comparison bar chart Progress reporting dan status schedule saat ini meliputi informasi seperti actual start dan finish dates. Schedule change control system adalah dioperasikan sebagai bagian dari proses Integrated Change Control (4. .5.6.6. Tamplate bisa dengan paper base atau electronic .6) 77 (PMBOK © Guide p. . tingkat kebutuhan persetujuan untuk otorisasi perubahan. Pengukuran progres menggunakan Earned Value.4.2. . dan sisa durasi terhadap schedule aktivitas yang belum selesai.

2.4.2) yang mana digunakan untuk menilai kepentingan perbedaan schedule proyek yang terjadi. Project management software Project Management Software untuk scheduling menyediakan kemampuan untuk membandingkan tanggal aktual terhadap tanggal rencana.4. . 6.3.3. . . 154) . . Performance measurement TOOLS & TECHNIQUES .6. 78 (PMBOK © Guide p. Bagian yang terpenting dari pengendalian schedule adalah untuk memutuskan jika perbedaan schedule memerlukan tindakan perbaikan.2.2) dan Schedule Performance Index (SPI) (7. menghasilkan Schedule Varian (SV) (7.3.5. yang mana membuatnya alat tersebut berguna untuk mengendalikan schedule.2.6. Tools & Techniques Progress reporting Schedule change control system Performance measurement Project management software Variance analysis Schedule comparison bar chart Performance measurement techniques.1. Dan memperkirakan dampak perubahan schedule proyek yang berpotensi. . SCHEDULE CONTROL .3. .

4. yang di tunjukkan dengan dua bar untuk setiap schedule aktivitas. cocok membandingkan bar chart.2.6. 79 (PMBOK © Guide p. Schedule comparison bar chart Untuk memberikan fasilitas schedule progress.1. dan yang lain menunjukkan schedule baseline yang telah disetujui. . Membandingkan target schedule dates dengan aktual/perkiraan start dan finish dates memberikan informasi penting untuk mendeteksi adanya deviasi. . Tools & Techniques Progress reporting Schedule change control system Performance measurement Project management software Variance analysis Schedule comparison bar chart Dengan schedule variance analysis selama proses monitoring adalah fungsi kunci dari pengendalian schedule. dan untuk melakukan tindakan koreksi bila terjadi keterlambatan.6.5. . SCHEDULE CONTROL .5. .6. . 6. .3. 154) . Bar yang satu menunjukkan status saat ini. Variance analysis TOOLS & TECHNIQUES . Secara grapis akan terlihat mana yang telah diprogress dan rencana atau mana yang terjadi keterlambatan.

Variance Analysis Variance report Delay ? Yes No Forecasting Corective Action 80 .

Corrective Action Any delay Propose Alternatives Determine Corrective Action To be Taken Issued Notice of Corrective Action to the Parties Involved Replanning 81 .

OUTPUTS Outputs . Schedule baseline (updates) . Schedule model data (updates) . Activity list (updates) .5.3.3. Recommended corrective actions .4. modifikasi project schedule model dapat menghasilkan Requested changes.WBS.1.6.1. (4. Performance measurements Perhitungan (SV) dan (SPI) mempunyai nilai terhadap komponen. Performance measurements . .6.8. 6. review progress report. Project management plan (updates) . SCHEDULE CONTROL .2. hasil pengukuran kinerja. 82 (PMBOK © Guide p.3.7.9. Schedule baseline (updates) Revisi perubahan schedule stat date and finish date dalam approved schedule baseline. Yang didokumentasikan dan dikomunikasikan kepada stakeholder.4.4. Activity atributes (updates) .2) terhadap project schedule baseline. Schedule model data (updates) Stakeholder terkait memberikan catatan yang berarti didalam mengupdate informasi pada project schedule model . Request changes Schedule variance analysis. Organizational process assets (updates) . .2. 154) . Request changes .

6.4. Recommended corrective actions OUTPUTS Outputs .4) sehingga menjadikan bagian dari historical database untuk proyek dan penyelenggaraan organisasi.2. dan jenis lain pembelajaran dari pengendalian schedule didokumentasikan didalam organizational process assets (4. . alasan dipilihnya tindak lanjut koreksi.7. Schedule model data (updates) .3. Organizational process assets (updates) Dokumentasi pembelajaran dari penyebab adanya Varian. Request changes .1. Recommended corrective actions .7. Project management plan (updates) . 6.1. Activity atributes (updates) . Schedule baseline (updates) .6.6. Organizational process assets (updates) . 155) . SCHEDULE CONTROL . Activity list (updates) Seperti yang sudah dijelaskan pada (6. Performance measurements .1.5. Activity list (updates) .3.1.8.9.5.2) 83 (PMBOK © Guide p.

intro material) suatu komponen dari project management plan (4. Project management plan (updates) Schedule Management Plan (6.7. SCHEDULE CONTROL .9. Activity atributes (updates) Seperti yang sudah dijelaskan pada (6.8. 6. Activity atributes (updates) .2.3. Performance measurements .2) OUTPUTS Outputs . Organizational process assets (updates) .6. Schedule baseline (updates) . Request changes .6.9.1. 84 (PMBOK © Guide p. 156) . Schedule model data (updates) .3) diupdated untuk mencerminkan segala persetujuan perubahan yang dihasilkan dari proses pengendalian schedule dan bagaimana project schedule akan dikelola.3. Recommended corrective actions . Project management plan (updates) .8.4. Activity list (updates) .5.1.

Schedule Control Flow Progress Monitoring Schedule Assessment Variance Analysis Corective Action Forecasting Replanning 85 .

Schedule Assessment Impact Completion Date Review Critical & Next Critical Activities Prepare Report Variance Analysis Update Progress Schedul e Variance report 86 .

Progress Monitoring Progress Progress Progress Progress Agregate Progress No Approved Yes Schedule Assessment 87 .

How to Improve Progress  Tingkatkan Productivity  Tingkatkan/tambah Manpower  Kerja Overtime  Kurangi Scope of Work bila memungkinkan  Subcontracting sebagian dari pekerjaan  Fast-Tracking 88 .

Earned Value Analysis % JutaIDR 2000 100 1800 90 1600 80 1400 70 1200 60 Actual Cost (AC) (ACWP) Planned Value (PV) (BCWS) Projected Time Completed Projected Budget Completed Cost Overrun Cost 1000 50 800 600 400 200 0 40 30 20 10 0 1 3 2 6 3 12 4 25 5 35 6 52 7 75 8 85 Schedule Overrun Work Performed (EV) (BCWP) 95 9 98 10 99 11 100 12 13 % Data Date Month 89 .

PROJECT TIME MANAGEMENT Thank you 90 .

Sign up to vote on this title
UsefulNot useful