Anda di halaman 1dari 49

4/25/2022

“PMI” is abbreviation for Project Management Institute as well as trade and service
mark registered in the United States and other nations; “PMBOK”, is trademarks of the
Project Management Institute.
2
Copyright © 2017

1
4/25/2022

2
4/25/2022

3
4/25/2022

4
4/25/2022

10

5
4/25/2022

DISPUTE

11

11

PRODUCT - WHAT

PROCESS - HOW

IMAGINE - WHY

12

6
4/25/2022

GAMBAR 5-1.
IKHTISAR
MANAJEMEN
LINGKUP
PROYEK

13

Konsep Utama untuk Pengelolaan Ruang Lingkup Proyek

Dalam konteks proyek, istilah "ruang lingkup" dapat mengacu pada:


▪ Lingkup produk: Fitur dan fungsi yang mencirikan produk, layanan, atau hasil.
▪ Lingkup proyek: Pekerjaan yang dilakukan untuk memberikan produk, layanan, atau
hasil dengan fitur dan fungsi.
Istilah "ruang lingkup proyek" kadang-kadang dipandang sebagai termasuk lingkup
produk.

Siklus hidup proyek dapat berkisar sepanjang kontinum dari pendekatan prediktif
di satu ujung pendekatan adaptif di sisi lain. Dalam siklus hidup prediktif, deliveri
proyek didefinisikan pada awal proyek dan setiap perubahan pada ruang lingkup
dikelola secara progresif. Dalam siklus hidup yang adaptif, produk yang
dihasilkan dikembangkan melalui beberapa iterasi di mana lingkup rinci
didefinisikan dan disetujui untuk setiap iterasi ketika dimulai

14

7
4/25/2022

Validated scope Plan Scope


Control Scope Management
Collect Requirement
Define Scope
Create WBS

Chapter 5 : Project Scope Management

5.1 Plan Scope Management


5.2 Collect Requirements
5.3 Define Scope
5.4 Create WBS
5.5 Validate Scope
5.6 Control Scope

15

Perkembangan Dan Praktik Yang Muncul


Dalam Pengelolaan Ruang Lingkup Proyek
◦ Persyaratan selalu menjadi perhatian dalam manajemen
proyek dan terus mendapatkan lebih banyak perhatian
dalam profesi. Ketika lingkungan global menjadi lebih
kompleks, organisasi mulai mengenali bagaimana
menggunakan analisis bisnis untuk keunggulan kompetitif
mereka dengan mendefinisikan, mengelola, dan
mengendalikan kegiatan-kegiatan persyaratan.
◦ Kegiatan analisis bisnis dapat dimulai sebelum proyek
dimulai dan manajer proyek ditugaskan. Menurut to
Requirements Management: A Practice Guide [14], proses
manajemen persyaratan dimulai dengan penilaian
kebutuhan, yang dapat dimulai dalam perencanaan
portofolio, dalam perencanaan program, atau dalam proyek
diskrit.

16

8
4/25/2022

PERKEMBANGAN DAN PRAKTIK YANG


MUNCUL DALAM PENGELOLAAN
RUANG LINGKUP PROYEK (Cont.)
◦ Mengeluarkan, mendokumentasikan, dan mengelola
persyaratan pemangku kepentingan terjadi dalam proses
Manajemen Ruang Lingkup Proyek. Tren dan praktik yang
muncul untuk Manajemen lingkup Proyek termasuk tetapi
tidak terbatas pada fokus untuk berkolaborasi dengan para
profesional analisis bisnis untuk:
❖Menentukan masalah dan mengidentifikasi kebutuhan
bisnis;
❖Mengidentifikasi dan merekomendasikan solusi yang
layak untuk memenuhi kebutuhan tersebut;
❖Mengeluarkan, mendokumentasikan, dan mengelola
persyaratan pemangku kepentingan terjadi dalam
proses Manajemen Ruang Lingkup Proyek.; dan
❖Memfasilitasi keberhasilan implementasi produk,
layanan, atau hasil akhir dari program atau proyek [7].
◦ Proses berakhir dengan penutupan persyaratan, yang
mentransisikan produk, layanan, atau hasil kepada
penerima untuk mengukur, memantau, merealisasikan, dan
mempertahankan manfaat dari waktu ke waktu

17

MENYESUAIKAN
PERTIMBANGAN
Karena setiap proyek itu unik, manajer proyek perlu menyesuaikan cara
proses Manajemen Ruang Lingkup diterapkan. Pertimbangan untuk
menyesuaikan termasuk tetapi tidak terbatas pada:
◦ Pengetahuan dan manajemen persyaratan. Apakah organisasi memiliki
pengetahuan formal atau informal dan sistem manajemen persyaratan?
Panduan apa yang harus ditetapkan oleh manajer proyek untuk persyaratan
digunakan kembali di masa depan?
◦ Validasi dan kontrol. Apakah organisasi memiliki validasi formal dan tidak
resmi dan terkait control kebijakan, prosedur, dan pedoman?
◦ Pendekatan pengembangan. Apakah organisasi menggunakan pendekatan
tangkas dalam mengelola proyek? Apakah perkembangannya pendekatan
iteratif atau inkremental? Apakah pendekatan prediktif digunakan?
Akankah pendekatan hibrid menjadi produktif ?
◦ Stabilitas persyaratan. Apakah ada area proyek dengan persyaratan yang
tidak stabil? Lakukan persyaratan yang tidak stabil mengharuskan
penggunaan teknik lean, lincah, atau teknik adaptif lainnya sampai mereka
stabil dan terdefinisi dengan baik?
◦ Pemerintahan. Apakah organisasi memiliki audit formal dan informal dan
kebijakan tata kelola, prosedur, dan pedoman?

18

9
4/25/2022

PERTIMBANGAN UNTUK LINGKUNGAN


AGILE/ADAPTIF▪ Dalam proyek dengan persyaratan yang berkembang, risiko
tinggi, atau ketidakpastian yang signifikan, ruang lingkup
sering tidak dipahami pada awal proyek atau berkembang
selama proyek.
▪ Metode agile sengaja menghabiskan lebih sedikit waktu untuk
mencoba mendefinisikan dan menyetujui ruang lingkup di
tahap awal proyek dan menghabiskan lebih banyak waktu
untuk membangun proses untuk penemuan dan
penyempurnaan yang sedang berlangsung.
▪ Banyak lingkungan dengan persyaratan yang berkembang
menemukan bahwa sering ada kesenjangan antara kebutuhan
bisnis yang sebenarnya dan persyaratan bisnis yang semula
dinyatakan.
▪ Oleh karena itu, metode agile dengan sengaja membangun dan
meninjau prototipe dan merilis versi untuk menyempurnakan
persyaratan. Akibatnya, ruang lingkup didefinisikan dan
didefinisikan ulang di seluruh proyek. Dalam pendekatan gesit,
persyaratan merupakan backlog

19

5.1 PLAN SCOPE MANAGEMENT


TOOLS &
INPUTS TECHNIQUES
OUTPUTS
1. Project charter
1. Expert judgment 1. Scope management
2. Project management
2. Data analysis plan
plan
▪ Alternatives 2. Requirements
▪ Quality
analysis management plan
management plan
3. Meetings
▪ Project life cycle
description
▪ Development
approach
3. Enterprise
environmental
factors
4. Organizational
process assets

20

10
4/25/2022

FIGURE 5-3.
PLAN SCOPE
MANAGEMENT:
DATA FLOW
DIAGRAM

21

5.1.1 PLAN SCOPE MANAGEMENT: INPUTS


5.1.1.1 Project Charter

5.1.1.2 Project Management Plan

22

11
4/25/2022

5.1.1 PLAN SCOPE MANAGEMENT: INPUTS


5.1.1.3 Enterprise Environmental Factors

5.1.1.4 Organizational Process Assets

23

5.1.2 Plan Scope Management: Tools And


Techniques
5.1.2.1 Expert Judgment

5.1.2.2 Data Analysis

5.1.2.3 Meetings

24

12
4/25/2022

5.1.3 Plan Scope Management: Outputs


5.1.3.1 Scope Management Plan

25

5.1.3 Plan Scope Management: Outputs


5.1.3.2 Requirements Management Plan

26

13
4/25/2022

TOOLS &
INPUT TECHNIQUES
OUTPUT
1. Expert judgment
1. Project charter 1. Requirements
2. Data gathering
2. Project management documentation
▪ Brainstorming
plan 2. Requirements
▪ Interviews
▪ Scope management traceability matrix
▪ Focus groups
plan
▪ Questionnaires and
▪ Requirements
surveys
management plan
▪ Benchmarking
▪ Stakeholder
3. Data analysis

5.2 COLLECT
engagement plan
▪ Document analysis
3. Project documents
4. Decision making
▪ Assumption log
▪ Lessons learned
register
▪ Voting
▪ Multicriteria decision
analysis
REQUIREMENTS
▪ Stakeholder
5. Data representation
register
▪ Affinity diagrams
4. Business documents
▪ Mind mapping
▪ Business case
6. Interpersonal and team
5. Agreements
skills
6. Enterprise
▪ Nominal group
environmental
technique
factors
▪ Observation/convers
7. Organizational
ation
process assets
▪ Facilitation
7. Context diagram
8. Prototypes

27

FIGURE 5-5.
COLLECT
REQUIREMENTS:
DATA FLOW
DIAGRAM

28

14
4/25/2022

5.2.1 COLLECT REQUIREMENTS: INPUTS


5.2.1.1 Project Charter

5.2.1.2 Project Management Plan

29

5.2.1 COLLECT REQUIREMENTS: INPUTS


5.2.1.3 Project Documents

30

30

15
4/25/2022

5.2.1 COLLECT REQUIREMENTS: INPUTS


5.2.1.4 Business Documents

5.2.1.5 Agreements

5.2.1.6 Enterprise Environmental Factors

5.2.1.7 Organizational Process Assets

31

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.1 Expert Judgment

32

16
4/25/2022

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.2 Data Gathering

IAMPI 2018 33

33

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.2 Data Gathering

34

17
4/25/2022

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.3 Data Analysis

35

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.4 Decision Making

36

18
4/25/2022

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.5 Data Representation

5.2.2.6 Interpersonal And Team Skills

37

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.6 Interpersonal And Team Skills (cont.)

38

19
4/25/2022

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.6 Interpersonal And Team Skills (cont.)

39

Gambar 5-6. Diagram konteks

5.2.2.7
Context
Diagram

40

20
4/25/2022

5.2.2 COLLECT REQUIREMENTS: TOOLS AND


TECHNIQUES
5.2.2.8 Prototypes

41

5.2.3 COLLECT REQUIREMENTS: OUTPUTS


5.2.3.1 Requirements Documentation

42

21
4/25/2022

5.2.3 COLLECT REQUIREMENTS: OUTPUTS


5.2.3.1 Requirements Documentation (cont.)

43

5.2.3 COLLECT REQUIREMENTS: OUTPUTS


5.2.3.2 Requirements Traceability Matrix

44

22
4/25/2022

Gambar 5-7. Contoh Matriks Pelacakan Persyaratan

IAMPI 2018 45

45

5.3 DEFINE SCOPE

TOOLS &
INPUT TECHNIQUES
OUTPUT
1. Project charter 1. Expert judgment 1. Project scope
2. Project management 2. Data analysis statement
plan ▪ Alternatives 2. Project documents
▪ Scope management analysis updates
plan 3. Decision making ▪ Assumption log
3. Project documents ▪ Multi criteria ▪ Requirements
▪ Assumption log decision analysis documentation
▪ Requirements 4. Interpersonal and ▪ Requirements
documentation team skills traceability matrix
▪ • Risk register ▪ Facilitation ▪ Stakeholder
4. Enterprise 5. Product analysis register
environmental
factors
5. Organizational
process assets

46

23
4/25/2022

Gambar 5-9. Define Scope: Data Flow Diagram

47

5.3.1 DEFINE SCOPE: INPUTS


5.3.1.1 Project Charter

5.3.1.2 Project Management Plan

5.3.1.3 Project Documents

48

24
4/25/2022

5.3.1 DEFINE SCOPE: INPUTS


5.3.1.4 Enterprise Environmental Factors

5.3.1.5 Organizational Process Assets

49

5.3.2 DEFINE SCOPE: TOOLS AND TECHNIQUES


5.3.2.1 Expert Judgment

5.3.2.2 Data Analysis

5.3.2.3 Decision Making

50

25
4/25/2022

5.3.2 DEFINE SCOPE: TOOLS AND TECHNIQUES


5.3.2.4 Interpersonal And Team Skills

5.3.2.5 Product Analysis

51

5.3.3 DEFINE SCOPE: OUTPUTS


5.3.3.1 Project Scope Statement

52

26
4/25/2022

5.3.3 DEFINE SCOPE: OUTPUTS


5.3.3.1 Project Scope Statement (Cont.)

53

Tabel 5-1. Elemen Dari Proyek


Charter Dan Pernyataan Ruang
Lingkup Proyek

IAMPI 2018 54

54

27
4/25/2022

5.3.3 DEFINE SCOPE: OUTPUTS


5.3.3.2 Project Documents Updates

55

5.4 CREATE WBS

TOOLS &
INPUT TECHNIQUES
OUTPUT

1. Project management
plan 1. Scope baseline
1. Expert judgment
▪ Scope management 2. Project documents
2. Decomposition
plan updates
2. Project documents ▪ Assumption log
▪ Project scope ▪ Requirements
statement documentation
▪ Requirements
documentation
3. Enterprise
environmental
factors
4. Organizational
process assets

56

28
4/25/2022

GAMBAR 5-11.
BUAT WBS:
DATA FLOW
DIAGRAM

57

5.4.1 CREATE WBS: INPUTS


5.4.1.1 Project Management Plan

5.4.1.2 Project Documents

58

29
4/25/2022

5.4.1 CREATE WBS: INPUTS


5.4.1.3 Enterprise Environmental Factors

5.4.1.4 Organizational Process Assets

59

5.4.2 CREATE WBS: TOOLS AND TECHNIQUES


5.4.2.1 Expert Judgment

5.4.2.2 Decomposition

60

30
4/25/2022

5.4.2 CREATE WBS: TOOLS AND TECHNIQUES


5.4.2.2 Decomposition (cont.)

61

Gambar 5-12. Sample WBS Decomposed Down Through Work Packages

62

31
4/25/2022

Gambar 5-13. Sampel WBS Diatur oleh Fase

63

Figure 5-14. Sample WBS with Major Deliverables

64

32
4/25/2022

5.4.3 CREATE WBS: OUTPUTS


5.4.3.1 Scope Baseline

65

5.4.3 CREATE WBS: OUTPUTS


5.4.3.1 Scope Baseline (Cont.)

66

33
4/25/2022

5.4.3.2 Project Documents 5.4.3 CREATE


Updates WBS: OUTPUTS

67

1. Mengidentifikasi deliverables pokok dari proyek


2. Susun dan mengorganisir WBS
3. Merinci WBS mulai tingkatan paling atas ke dalam komponen tingkat yang lebih rendah,
dengan mengambil langkah jika ada keterbatasan biaya dan waktu dapat dikembangkan
sesuaitingkatan.
4. Mengembangkandan membuat kode identifikasi ke komponen WBS
5. Memverifikasiketepatan dari pembagian elemen.
WBS
Level 1

WBS WBS WBS


Level 2 Level 2 Level 2

WBS WBS WBS WB WBS WBS WBS WBS WBS


Level Level Level S Level Level Level Level Level
3 3 3 Lev 3 3 3 3 3
el 3

68

34
4/25/2022

◦ Dipengaruhi oleh :
◦ Tingkat rincian
◦ Tingkat Risiko
◦ Tingkat Kendali
◦ Ketepatan meng
estimate
◦ Nilai paket
pekerjaan
◦ Paket pekerjaan
dengan man hour

69

Menggambarkan unit pekerjaan pada


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

70

35
4/25/2022

Dihubungkan dengan account proyek, account


perusahan, account pelanggan.
◦ Dihubungkan dengan penanggungjawab yang
menyelesaikan pekerjaan.
◦ Penggunaan dalam mengurutkan susunanproyek
secara hirarki untuk kepentinganpelaporan,
tujuan perencanaan dan
◦ Dapat disusun menurut abjad, dengan huruf atau
angka atau gabungan hurup dan angka.

71

◦ Menguraikan kapan ketersediaan waktu


untuk pekerjaan yang harus dilaksanakan
◦ Menggambarkan satuan waktu, 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)

72

36
4/25/2022

WBS
Level 1

WBS WBS WBS


Level 2 Level 2 Level 2

WBS WBS WBS WB WBS WBS WBS WBS WBS


Level Level Level S Level Level Level Level Level
3 3 3 Lev 3 3 3 3 3
el 3

73

74

37
4/25/2022

Manfaat WBS
Activity List

Project Network
Control Diagram

WBS
Risk Staffing .
Management

Quality Estimating .
Management

Budgeting . Scheduling.

75

WBS Dictionary

Project

Control
Account

Work WBS
Packages Dictionar
y

Activities

76

38
4/25/2022

OBS, WBS, BOQ, BOM, RBS Resources Breakdown


Structure (RBS) :
Jenis breakdown yang lain yang digunakan sebagai Project
informasi proyek seperti : Activity

Organizational Work Breakdown Short by Short by Short by


Breakdown Structure Structure (WBS) : Row Mat Site Fab/Sub
(OBS) :
Noah’s Ark Bill of
Project Quantity Bill of
(BOQ) Material
Project (BOM)
Procurement

Activity
Project
Ship Navigation Crew Activity
Structure equipment Training
Manufacturing

Multifunctional Team
Manager
General

Control Account Plans


(CAPs)
Engineering

77

5.5 VALIDATE SCOPE

TOOLS &
INPUT TECHNIQUES
OUTPUT
1. Project management 1. Accepted
plan deliverables
▪ Scope management 2. Work performance
plan information
1. Inspection
▪ Requirements 3. Change requests
2. Decision making
management plan 4. Project document
▪ Voting
▪ Scope baseline updates
2. Project documents ▪ Lessons learned
▪ Lessons learned register
register ▪ Requirements
▪ Quality reports documentation
▪ Requirements ▪ Requirements
documentation traceability matrix
▪ Requirements
traceability matrix
3. Verified deliverables
4. Work performance data

78

39
4/25/2022

Gambar 5-16. Validate Scope: Data Flow Diagram

79

5.5.1.1 Project 5.5.1 VALIDATE


Management Plan
SCOPE: INPUTS

80

40
4/25/2022

5.5.1 VALIDATE SCOPE: INPUTS


5.5.1.2 Project Documents

81

5.5.1 VALIDATE SCOPE: INPUTS


5.5.1.3 Verified Deliverables

5.5.1.4 Work Performance Data

82

41
4/25/2022

5.5.2 VALIDATE SCOPE: TOOLS AND TECHNIQUES


5.5.2.1 Inspection

5.5.2.2 Decision Making

83

5.5.3 VALIDATE SCOPE: OUTPUTS


5.5.3.1 Accepted Deliverables

5.5.3.2 Work Performance Information

5.5.3.3 Change Requests

84

42
4/25/2022

5.5.3 VALIDATE SCOPE: OUTPUTS


5.5.3.4 Project Documents Updates

85

VALIDATE
Untuk mendapatkan penerimaan secara tertulis dari Stakeholders
AASHTO T166.

Sesuai Persyaratan VALIDATE

BASE COARCE
Persyaratan : CBR 80% SNI
Sesuai Persyaratan VALIDATE

SUB BASE
Persyaratan : CBR 80% SNI
Sesuai Persyaratan VALIDATE

SUB GRADE
Persyaratan : CBR 6% SNI

86

43
4/25/2022

5.6 CONTROL SCOPE


TOOLS &
INPUT TECHNIQUES
OUTPUT
1. Project management plan 1. Work performance
▪ Scope management plan information
▪ Requirements 2. Change requests
management plan 3. Project management
▪ Change management plan 1. Data analysis plan updates
▪ Configuration ▪ Variance analysis ▪ Scope management
management plan ▪ Trend analysis plan
▪ Scope baseline ▪ Scope baseline
▪ Performance ▪ Schedule baseline
measurement baseline ▪ Cost baseline
2. Project documents ▪ Performance
▪ Lessons learned register measurement
▪ Requirements baseline
documentation 4. Project documents
▪ Requirements updates
traceability matrix ▪ Lessons learned
3. Work performance data register
4. Organizational process ▪ Requirements
assets documentation
▪ Requirements
traceability matrix

87

Gambar
5-18.
Lingkup
Kontrol:
Data Flow
Diagram

88

44
4/25/2022

5.6.1 CONTROL SCOPE: INPUTS


5.6.1.1 Project Management Plan

89

5.6.1 CONTROL SCOPE: INPUTS


5.6.1.2 Project Documents

90

45
4/25/2022

5.6.1 CONTROL SCOPE: INPUTS


5.6.1.2 Project Documents

91

5.6.1 CONTROL SCOPE: INPUTS


5.6.1.3 Work Performance Data

5.6.1.4 Organizational Process Assets

92

46
4/25/2022

5.6.2 CONTROL SCOPE: TOOLS AND TECHNIQUES


5.6.2.1 Data Analysis

93

5.6.3 CONTROL SCOPE: OUTPUTS


5.6.3.1 Work Performance Information

5.6.3.2 Change Requests

94

47
4/25/2022

5.6.3 CONTROL SCOPE: OUTPUTS


5.6.3.3 Project Management Plan Updates

95

5.6.3 CONTROL SCOPE: OUTPUTS


5.6.3.4 Project Documents Updates

96

48
4/25/2022

MANAJEMEN
RUANG LINGKUP
PROYEK

TERIMA KASIH

IAMPI 2018 97

97

49

Anda mungkin juga menyukai