Anda di halaman 1dari 70

Cover

Muhammad Rafi Ghifari


02211640000176

Kharisma Perdana Setiawan


02211740000018

Mentari Fitria S
02211740000020
PROJECT SCOPE Kelas Manpro A Ruzqiyah Naharo Laila
Kelompok 2
MANAGEMENT 02211740000027

Gladys Elvina Antou


02211740000030

Marina Dwi Cahyani


0221174000004
Cover
01 Plan Scope Management
OUT- 02 Collect Requirements
LINE 03 Define Scope
of Project
Scope 04 Create WBS
Management 05 Validate Scope
06 Control Scope
Cover
Project scope management

Project Scope Management includes


the processes required to ensure that the project includes all the
work required, and only the work required, to complete the
project successfully. It is primarily concerned with defining and
controlling what is and is not included in the project.

Proses-proses yang diperlukan untuk memastikan bahwa


proyek meliputi seluruh pekerjaan yang diperlukan, dan hanya
pekerjaan yang diperlukan, untuk menyelesaikan proyek secara
sukses. Hal ini terutama yang terkait dengan penjelasan atau
penentuan dan pengendalian, mana yang tercangkup dan tidak
tercangkup dalam proyek.
Cover

• Dalam Project, kata scope dapat mengacu pada:


1. Product scope
Fitur dan fungsi yang mencirikan produk, jasa, atau hasil
2. Project scope
Pekerjaan yang dilakukan untuk mengirimkan produk,
layanan, atau hasil dengan fitur dan fungsi yang ditentukan.
• Scope baseline untuk suatu project adalah versi yang disetujui
dari project scope statemment, work breakdown structure
(WBS), dan kamus WBS terkait.
Cover
Cover

Plan Scope
Management
Cover
Plan Scope Management

Plan Scope Management adalah proses membuat scope


management plan yang mendokumentasikan bagaimana ruang
lingkup proyek akan didefinisikan, divalidasi, dan dikendalikan.
Manfaat utama dari proses ini adalah memberikan panduan dan
arahan tentang bagaimana ruang lingkup akan dikelola di
seluruh proyek.
• Project management plan
• Project Charter
• Enterprise environmental factor
Input • Organizational process assets

• Expert Judgment
Tools & • Meetings
techniques

• Scope management plan


• Requirement management plan
Output
Input
• Input
1. Project Management Plan
Subsidiary plan perusahaan yang disetujui dari project management plan digunakan
untuk membuat scope management plan dan mempengaruhi pendekatan yang diambil
untuk planning scope dan mengelola project scope
2. Project Charter
memberikan konteks proyek yang diperlukan untuk merencanakan scope management
prosesses. Ini memberikan deskripsi proyek tingkat tinggi dan karakteristik produk dari
project statement of work

3. Enterprise Environmental Factors


contoh: infrastruktur, Organization’s culture, Marketplace conditions, dan lain lain

4. Organizational Process Assets


contoh: kebijakan, prosedur, dan lain lain
Tools & Techniques
1. Expert Judgment
Mengacu pada input yang diterima dari pihak yang berpengetahuan dan
berpengalaman yang diberikan oleh setiap kelompok atau orang dengan pendidikan
khusus, pengetahuan, keterampilan, pengalaman,atau pelatihan dalam
mengembangkan scope management plan.

2. Meetings
Meetings dilakukan untuk mengembangkan scope management plan. Peserta yang
biasanya mengikuti meetings ini adalah manajer proyek, sponsor proyek, anggota
tim proyek terpilij, stakeholder terpilih, dan orang orang yang bertanggung jawab
terhadap scope management plan
Output
1. Scope Management Plan
komponen dari project atau program management plan yang
menggambarkan bagaimana ruang lingkup akan didefinisikan,
dikembangkan, dipantau, dikendalikan, dan diverifikasi. Scope management
plan merupakan input utama ke dalam Develop Project Management Plan
process, dan proses scope management lainnya.
Komponen dari scope management:
Proses untuk menyiapkan project scope statement
Proses yang memungkinkan pembuatan WBS dari project scope
statement
Proses yang menetapkan bagaimana WBS akan di pertahankan dan
disetujui
Proses yang secara spesifik menjelaskan bagaimana penerimaan
Komponen dari scope management:

• Proses untuk menyiapkan project scope statement


• Proses yang memungkinkan pembuatan WBS dari project scope statement
• Proses yang menetapkan bagaimana WBS akan di pertahankan dan disetujui
• Proses yang secara spesifik menjelaskan bagaimana penerimaan secara
formal dari selesainya deliverables proyek yang akan diperoleh
• Proses untuk mengontrol bagaimana permintaan perubahan untuk detailed
project scope statement akan diproses
2. Requirement Management Plan
komponen Project Management plan yang menggambarkan bagaimana kebutuhan
akan dianalisis, didokumentasikan, dan dikelola.

Komponen requirement management plan dapat mencakup, tetapi tidak terbatas


pada:
• Bagaimana kebutuhan kegiatan akan direncanakan, dilacak, dan dilaporkan
• Aktivitas konfigurasi management seperti: bagaimana perubahan pada produk
akan dimulai, bagaimana dampak akan dianalisis, bagaimana mereka akan
dilacak, dilacak, dan dilaporkan, serta tingkat otorisasi yang diperlukan untuk
menyetujui perubahan ini
• Proses penetapan prioritas kebutuhan
• Product metrics yang akan digunakan dan alasan penggunaannya
• Traceability structure untuk menunjukkan requirement attributes yang akan
dicantumkan dalam traceability matrix.
COL L E C T end To Back
T
nd S
N
e re A
E
tu re H
Place Your Pic
Q U I R E M
RE

What is a so-called ‘Collect Requirement’?


Collect Requirement
• Proses yang menentukan serta
mendokumentasikan dan mengelola kebutuhan
dan persyaratan para stakeholder untuk
memenuhi tujuan tugas manajemen proyek.

• Dokumentasi ini sangat penting karena


memberikan dasar untuk mendefinisikan serta
mengelola ruang lingkup proyek.
Collect Requirements’s inputs, tools and techniques, and outputs are depicted
like this
C.Requirement’s INPUTS
Scope Management Plan Project Charter
Memberikan kejelasan tentang
Digunakan untuk memberikan
bagaimana tim proyek akan
deskripsi produk tingkat tinggi,
menentukan
layanan, atau hasil proyek sehingga
jenis persyaratan apa yang perlu
persyaratan rinci dapat dikembangkan.
dikumpulkan untuk proyek tersebut..

Requirements Management Plan


Menyediakan proses yang akan Stakeholder Register
digunakan
Digunakan untuk mengidentifikasi
sepanjang proses Collect Requirement
stakeholder yang dapat menyediakan
untuk mendefinisikan dan
informasi tentang persyaratan. Daftar
mendokumentasikan kebutuhan
stakeholderjuga mencakup
stakeholder.
persyaratan utama dan harapan utama
Stakeholder Management Plan para
stakeholder untuk proyek tersebut.
Digunakan untuk memahami
persyaratan komunikasi Stakeholder
dan tingkat pelibatan Stakeholder
untuk menilai dan beradaptasi dengan
tingkat
partisipasi Stakeholder dalam kegiatan
persyaratan.
CR’s Tools and Techniques

Interviews

1
Wawancara adalah pendekatan formal atau informal
untuk memperoleh informasi dari stakeholder dengan
berbicara langsung dengan mereka.
Biasanya dilakukan dengan mengajukan pertanyaan
Focus Groups siap dan spontan dan kemudian mencatat

Focus Groups mengumpulkan stakeholder yang


berkualifikasi dan para ahli masalah untuk
mempelajari tentang harapan dan sikap tentang
2 tanggapannya

produk, layanan, atau hasil yang diusulkan oleh


mereka. Moderator yang terlatih memandu grup
Facilitated Workshop

3
melalui diskusi interaktif, yang dirancang untuk
menjadi lebih percakapan daripada wawancara satu- Lokakarya yang difasilitasi (Facilitated Workshop)
satu. adalah sesi terfokus yang menyatukan para
stakeholder utama untuk mendefinisikan persyaratan
produk. Lokakarya dianggap sebagai teknik utama

4
Group Creativity Techniques untuk mendefinisikan persyaratan lintas fungsi dan
rekonsiliasi perbedaan stakeholder karena sifat
Beberapa kegiatan kelompok dapat diatur untuk kelompoknya yang interaktif
mengidentifikasi persyaratan proyek dan produk,
contohnya : brainstorming, mind-mapping, nominal
group technique, dll.
CR’s Tools and Techniques

Group Decision-Making Techniques

5
Teknik pengambilan keputusan kelompok adalah
proses penilaian yang memiliki banyak alternatif
dengan yang diharapkan adalah
hasil dalam bentuk tindakan masa depan (future
Questionnaires and Surveys actions). Teknik-teknik ini dapat digunakan untuk

Kuisioner dan survei adalah serangkaian pertanyaan


tertulis yang dirancang untuk mengumpulkan
informasi dengan cepat dari
6 menghasilkan, mengklasifikasikan, dan
memprioritaskan persyaratan produk.

responden yang berjumlah besar. Kuisioner atau


survei paling sesuai dengan audiens yang beragam,
Observations

7
ketika responden tersebar secara geografis, dan di
mana analisis statistik dianggap sesuai. Pengamatan memberikan cara langsung untuk
melihat individu di lingkungan mereka dan bagaimana
mereka melakukan pekerjaan mereka. Ini sangat
Prototypes membantu untuk proses rinci ketika orang-orang

8
Prototyping adalah metode untuk mendapatkan feedback yang menggunakan produk ternyata mengalami
awal tentang persyaratan dengan menyediakan model kerja kesulitan atau enggan untuk mengartikulasikan
produk yang diharapkan sebelum benar-benar persyaratan mereka. Pengamatan juga dikenal
membangunnya. Karena prototipe berwujud, ini sebagai "bayangan pekerjaa / job shadowing."
memungkinkan stakeholder untuk bereksperimen
dengan model produk daripada hanya dengan diskusi
abstrak tentang persayaratannya.
CR’s Tools and Techniques

Benchmarking

9
Benchmarking melibatkan membandingkan praktik-
praktik aktual atau yang direncanakan untuk
mengidentifikasi praktik terbaik, menghasilkan ide
untuk perbaikan, dan memberikan dasar untuk
Context Diagrams mengukur performa. Organisasi yang dibandingkan

Diagram konteks adalah contoh model lingkup.


Diagram konteks secara visual menggambarkan
ruang lingkup produk dengan
10 selama pembandingan dapat bersifat internal atau
eksternal.

menunjukkan sistem bisnis (proses, peralatan, sistem


komputer, dll.), dan bagaimana orang dan sistem
Document Analysis

11
lainnya
(aktor) berinteraksi dengannya. Analisis dokumen digunakan untuk memperoleh
persyaratan dengan menganalisis dokumentasi yang
ada dan mengidentifikasi informasi yang relevan
dengan persyaratan. Ada berbagai dokumen yang
dapat dianalisis untuk membantu mendapatkan
persyaratan yang relevan. Contoh dokumen yang
dapat dianalisis termasuk, tetapi tidak terbatas pada:
rencana bisnis, literatur pemasaran, dll.
CR’S Output
• Requirements Documentation
Dokumentasi persyaratan menjelaskan bagaimana persyaratan individual dalam memenuhi kebutuhan
bisnis untuk proyek. Persyaratan dapat dimulai pada tingkat tinggi dan menjadi semakin lebih rinci karena
lebih banyak tentang persyaratan yang dikenal. Sebelum menjadi dasar, persyaratan harus jelas (terukur
dan dapat diuji), dapat dilacak, lengkap, konsisten, dan dapat diterima oleh stakeholder utama. Format
dokumen persyaratan dapat berkisar dari dokumen sederhana yang mencantumkan semua persyaratan
yang dikategorikan berdasarkan stakeholder dan prioritas, ke bentuk yang lebih rumit berisi ringkasan
eksekutif, deskripsi terperinci, dan lampiran.

• Requirements Traceability Matrix


Matriks keterlacakan persyaratan adalah kisi yang menghubungkan persyaratan produk dari asalnya ke
kiriman yang memuaskan mereka. Penerapan matriks keterlacakan persyaratan membantu memastikan
bahwa setiap persyaratan menambah nilai bisnis dengan menghubungkannya dengan tujuan bisnis dan
proyek. Ini menyediakan cara untuk melacak persyaratan sepanjang siklus hidup proyek, membantu
memastikan bahwa persyaratan yang disetujui dalam dokumentasi persyaratan dikirimkan pada akhir
proyek. Akhirnya, ini menyediakan struktur untuk mengelola perubahan pada ruang lingkup produk.
Collect Requirements

• Project Scope Management Plan:


Bagaimana project scope akan didefinisikan, didokumentasikan,
diverifikasi, dikelola dan dikendalikan oleh team manajemen proyek,

• Termasuk :
1. Proses untuk menyiapkan suatu detail project scope statement.
2. Proses yang memungkinkan untuk menciptakan WBS dari detail
project scope statement.
3. Proses menetapkan bagaimana verifikasi dan keterimaan hasil
penyelesaian proyek secara formal akan diperoleh.
4. Proses pengendalian bagaimana permintaan untuk perubahan
perubahan detail project statement akan diproses.
Collect Requirements

• Project Charter:
• Mendokumentasikan Business needs, pemahaman kebutuhan
pemangku kepentingan dan produk, jasa atau hasil baru yang
diharapkan dapat memuaskan seperti :
 Project purpose or justification,
 Measurable project objectives and related success criteria
 High-level requirements,
 High-level project description,
 High-level risk,
 Summary milestone schedule
Collect Requirements

 Summary budget,
 Project approval requirements ( what constitutes project
success, who decided the project is successful, and who signs
off on the project)
 Assigned project manager, responsibility, and authority level,
and
 Name and authority of the sponsor or other person (s)
authorizing the project charter
D E F IN E tu re He re A nd Send To Back
Place Your Pic

SC O P E

Define Scope adalah proses pendefinisian suatu


uraian/deskripsi proyek dan produk secara detail.
Garis Besar Define Scope

Inputs Tools & Technique Outputs

1. Scope management
plan
2. Project charter 1. Expert judgment
1. Project scope
3. Requirements 2. Product analysis
statement
documentation 3. Alternatives
2. Project document
4. Organizational process generation
updates
assets 4. Facilitated workshop
Cover

Section Break
Insert the Sub Tittle of Your Presentation
Outlines
Definisi :

1.Apa yang harus dikerjakan/ 1. Uraian/deskripsi lingkup produk


diselesaikan?
2. Kunci Deliverables proyek 2. Kriteria keterimaan produk

3. Deliverables/ hasil serahan proyek


Fungsi : 4. Pengeluaran proyek

5. Keterbatasan proyek
Sebagai dasar dari suatu
dokumen untuk mengambil 6. Asumsi asumsi proyek
keputusan keputusan proyek.
CR E AT E tu re He re A nd Send To Back
Place Your Pic

W B S
WBS Work breakdown structure

Adalah dekomposisi hierarki yang berorientasi pada perolehan hasil


pelaksanaan pekerjaan dari Tim proyek untuk menyelesaikan tujuan proyek
dan menciptakan hasil yang perlu diserahkan.
Garis Besar Define Scope

Inputs Tools & Technique Outputs

1. Scope management
plan
1. Scope baseline
2. Project scope
•WBS
statement
•WBS Dictionary
3. Requirements 1. Expert judgment •Project scope
documentation 2. Decomposition statement
4. Enterprise
2. Project document
environmental factors
updates
5. Organizational process
assets
DEFINISI
Create WBS (Work Breakdown Structure) :
WBS membagi bagi pekerjaan proyek kedalam pekerjaan yang lebih
kecil sehingga pengelolaan pekerjannya lebih mudah.

Tiap level turunan WBS mempresentasikan definisi pekerjaan proyek


yang lebih detail

 Pekerjaan yang tidak termasuk di dalam WBS adalah di luar


lingkup proyek.
 Biasanya ditunjukkan dalam bentuk Chart/ bagan.
 Jenis pada tingkatan terendah dari WBS adalah dikenal sebagai
paket pekerjaan (work package)
Cover

Section Break
Insert the Sub Tittle of Your Presentation
TOOLS &
TECHNIQUES
Decomposition Merinci proyek deliverables ke dalam komponen lebih kecil, yang
dapat dikendalikan sampai ke pekerjaan dan deliverables ditetapkan
ke tingkatan paket pekerjaan.

Paket pekerjaan adalah tingkatan yang paling rendah dalam WBS,


dan yang pokok di mana biaya dan jadwal pekerjaan dapat
diperkirakan secara realistis.

Step of decomposition :
1. Mengidentifikasi deliverables pokok dari proyek
2. Menyusun dan mengorganisir WBS
3. Merinci WBS mulai tingkatan paling atas ke dalam komponen tingkat yang lebih rendah.
4. Mengembangkan dan membuat kode identifikasi ke komponen WBS
5. Memverifikasi ketepatan dari pembagian elemen.
TOOLS &
TECHNIQUES

Expert
Judgement
Mengacu pada input yang diterima dari pihak yang berpengetahuan
dan berpengalaman yang diberikan oleh setiap kelompok atau orang
dengan pendidikan khusus, pengetahuan, keterampilan,
pengalaman,atau pelatihan dalam mengembangkan scope
management plan.
OUTPUT
Adalah dekomposisi hierarki yang berorientasi pada perolehan hasil
WBS pelaksanaan pekerjaan dari Tim proyek untuk menyelesaikan tujuan
proyek dan menciptakan hasil yang perlu diserahkan.

Project document updates


OUTPUT
WBS Dokumen yang di kembangkan pada waktu menciptakan proses yang menunjang
DICTIONARY WBS.

Lebih detail uraian/deskripsi dari komponen dalam WBS termasuk work package dan
control accounts yang informasinya termasuk seperti :
o Kode dari petugas yang mengidentifikasi account
o Uraian/ deskripsi pekerjaan
o Penanggung jawab organisasi
o Daftar schedule milestones
o Yang berhubungan dengan jadwal kegiatan
o Kebutuhan sumber daya
o Estimasi biaya
o Persyaratan mutu
o Kiteria keterimaan
o Referensi teknis dan
o Informasi kontrak

Project Manager menggunakan WBS Dictionary untuk mencegah Scope creep,sehingga diperlukan
management skill dan inspeksi secara rutin dan tetap.
WORK PACKAGE:
WBS LEVEL : Menggambarkan unit pekerjaan pada tingkat dimana
pekerjaan dilaksanakan.
Dipengaruhi oleh :
Memberi tanda dengan jelas satu paket pekerjaan dari
Tingkat rincian
semua yang telah ditempatkan menjadi kelompok yang
Tingkat Risiko berfungsi tunggal.
Tingkat Kendali Digambarkan dengan jelas tanggal mulai dan
Ketepatan meng estimate selesainya yang mewakili penyelesaian secara fisik.

Nilai paket pekerjaan Menetapkan suatu anggaran dalam bentuk


dolar/rupiah , jam kerja atau lain unit yang yang terukur.
Paket pekerjaan dengan man hour
Pemberian batas pekerjaan yang harus dilaksanakan
dengan waktu yang relatif pendek untuk mempersingkat
proses pekerjaan.
CALENDARS :
a. Menguraikan kapan ketersediaan waktu untuk pekerjaan yang harus dilaksanakan
b. Menggambarkan satuan waktu, lamanya pekerjaan dalam mingguan, dan periode tidak
bekerja :
 Day(S) dalam seminggu
 Hours dalam sehari
 Holidays atau periode tidak bekerja
c. Semua aktivitas harus ditetapkan dengan kalender dari jenis proyek memerlukan
beberapa kalendar untuk menunjukkan perbedaan pola pekerjaan ( unit waktu harus
sama)
Rolling Wave Planning
• Suatu form perencanan yang berisi uraian progresif, dimana pekerjaan-pekerjaan
yang akan diselesaikan dalam waktu dekat akan diuraikan lebih detail dan pekerjaan
mendatang direncanakan dalam level WBS yang lebih tinggi

• Contoh:
Dalam suatu penyusunan perencanaan strategis, dimana informasi yang ada sangat
terbatas, “work package” yang akan dikerjakan dalam waktu yg masih jauh bisa di
dekomposisi ke level milestone, sedang kejadian-kejadian dalam waktu yang dekat
dapat didekomposisi ke level “activities”
WBS (Work Breakdown
Structure)
GEDUNG KANTOR
LEVEL 1
01.

MEKANIKAL &
BANGUNAN UMUM & PENDUKUNG
01.01
ELEKTRIKAL
01.03
LEVEL 2
01.02

STRUKTUR ELEKTRIKAL ELEKTRIKAL MEKANIKAL


SUBSTRUKTUR FINISHING SITE SAFETY
01.01.01
ATAS
01.01.03
ARUS KUAT ARUS LEMAH UMUM
01.03.01 01.03.02
LEVEL 3
01.01.02 01.02.01 01.02.02 01.02.03

GALIAN & KOLOM DINDING EL.STD PLUMBING SITE


TLP.LT.1-40 ACC.ROAD
DEWATERING LT.1-40 LT.1-40 LT.1-40 LT.1-40 CLEARING
01.01.01.01 01.02.02.01 01.03.02.01
01.01.02.01 01.01.03.01 01.02.01.01 01.02.03.01 01.03.01.01

LEVEL 4
BLK & PLAT PLAFOND EL.N0NSTD T.SUARA HVAC SITE
PONDASI GEDUNG
LT.1-40 LT.1-40 LT.1-40 LT.1-40 LT.1-40 FACILITIES
01.01.01.02 01.03.02.02
01.01.02.02 01.01.03.02 01.02.01.02 01.02.02.02 01.02.03.02 01.03.01.02

URUGAN TANGGA LANTAI EL.KUSUS MATVCCTV LIFT/ESC


EQUIP.
KEMBALI LT.1-40 LT.1-40 LT.1-40 LT.1-40 LT.1-40
01.03.01.03
01.01.01.03 01.01.02.03 01.01.03.03 01.02.01.03 01.02.02.03 01.02.03.03

FW.BLK&PL PL.ACUS COND COND AIR BERSIH


DIAFR.WLL LT.1-40
TC
LT.1-40 LT.1-40 LT.1-40 LT.1-40
01.01.01.02. 01.01.01.02. 01.01.03.02. 01.02.01.01. 01.02.02.01. 01.02.03.01.
01.03.01.03.
01 01 01 01 01 01 01

BS.BLK&PL PL.GYP KABEL KABEL AIR KOTOR


STRT
LT.1-40 LT.1-40 LT.1-40 LT.1-40 LT.1-40
LIFT ORG LEVEL 5
01.01.01.02. 01.01.01.02. 01.01.03.02. 01.02.01.01. 01.02.02.01. 01.02.03.01.
01.03.01.03.
02 02 02 02 02 02 02

BALANC. PR.BLK&PL PL.MET ARMATUR PABX&UNIT HYDRAN SCHAFF


LT.1-40 LT.1-40 LT.1-40 LT.1-40 LT.1-40
01.01.01.02. 01.03.01.03.
03
01.01.01.02.
03
01.01.03.02.
03
01.02.01.01.
03
01.02.02.01.
03
01.02.03.01.
03 03 WBS
SAMPLE
Manfaat WBS (Work Breakdown Structure) :

• Activity List • Scheduling.


• Project Control • Estimating .
• Risk Management • Staffing .
• Quality Management • Network Diagram
• Budgeting .
Project Scope Management
5.3 Create WBS
WBS DICTIONARY
Control Account Work Package # Date of Update Responsible Organization/
ID# Individual
Work Package Description

Acceptance Criteria (How to know if the work is acceptable)

Deliverables for this work

Assumptions

Resources Assigned

Duration

Schedule Milestones

Cost

Due Date

Interdependencies
Before this work package ………………………………………
After this work package …………………………………………

Approved By : Project Manager……………………………………………... Date : ……………………….


OBS, WBS, BOQ, BOM, RBS
Cover Jenis breakdown yang lain yang digunakan Resources Breakdown
Structure (RBS) :
sebagai informasi proyek seperti :
Project
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
Procurement
Section Break
Ship Navigation Crew
Project
Activity
(BOM)
Project
Activity
Insert the Sub Tittle of Your Presentation
Structure equipment Training
Manufacturing
Manager

Multifunctional Team
General

Control Account Plans


(CAPs)
Engineering

47
Earned Value PM p.83
Scope verification
Sangat sulit untuk membuat “statement scope” ( re : pernyataan cakupan dari proyek ) dan WBS yang baik.
Hal yang lebih sulit lagi adalah meminiimalkan perubahan “scope” dan “project scope”

Scope verification adalah penerimaan secara resmi ( melalui dokumen dan pemantauan dari “project
deliverables” ) dari proyek yang sudah selesai oleh “stakeholders”

Proses “penerimaan” ini sering kali diperoleh dari “inspeksi” yang dilakukan oleh “customer” (re:pelanggan)
Scope control
“scope control” ( re : mengontrol cakupan proyek ) ternasuk mengontrol perubahan minor dari “project
scope”

Tujuan “scope control” adalah


1. Meminimalisir faktor yang menyebabkan perubahan scope
2. Memastikan perubahan “scope” adalah bagian dari proses yang sudah sesuai prosedur pengerjaan
proyek
3. Me”manage” perubahan “scope” ketika terjadi

Dapat di simpulkan bahwa pasti terdapat perbedaan antara “scope” yang direncanakan dengan “scope”
di ;lapangan, hal ini disebut dengan “Variance”
Cara terbaik menghindari scope problem
1. Memastikqn “scope” tetap realistik
Hindari membuat “scope” proyek terlalu besar sehingga terdapat kemungkinan proyek tidak ter
selesaikan. Bagi proyek besar menjadi beberapa proyek kecil
2. Libatkan “users” dalam project scope managaement
3. Ikuti proses manajemen proyek yang baik

Saran untuk meningkatkan input pengguna


1. Mengembangkan proses pemilihan proyek yang baik dan usahakan pihak sponsor berasal dari
organisasi yang sama dengan “users”
2. Melmberikan “users” peran penting dalam tim proyek
3. Adakan progress rutin tentang proyek dan pastikan “users” menandatangani “deliverables projec” ( re :
proyek yang sudah di selesaikan dari keseluruhannya )
4. Berikan feedback secara rutin untuk “users” dan “sponsor”
E S C OP E
V ALI D AT
Place Your Pic
ture Here A nd Se nd To Back

Validate Scope adalah proses


meresmikan penerimaan dari project
deliverables yang telah selesai
Cover

Manfaat Utama

Proses ini membawa objektivitas kepada proses


penerimaan
proses ini membawa objektivitas danpenerimaan
kepada proses meningkatkan kemungkinan
dan meningkatkan kemungkinan penerimaan dari produk
penerimaan
final, layanan, atau hasil dengan dari tiap
mengesahkan produk final, layanan, atau hasil
deliverable.
dengan mengesahkan tiap deliverable.
Garis Besar
Validate Scope

Inputs Tools & Technique Outputs

1. Project management 1. Accepted deliverables


plan 2. Change requests
2. Requirements 3. Work performance
documentation 1. Inspection information
3. Requirements 2. Group decision- 4. Project documents
traceability matrix making techniques updates
4. Verified deliverables
5. Work performance data
Cover

Section Break
Insert the Sub Tittle of Your Presentation
INPUT
Project Mengandung scope management plan dan scope baseline. Scope
Managemnet Plant management plan menentukan bagaimana penerimaan resmi dari project
deliverables yang selesai itu diperoleh. Scope baseline mencakup statement
scope yang disetujui, WBS, dan yang terkait dengan WBS dictionary, yang
dapat diubah hanya melalui prosedur kontrol perubahan resmi dan digunakan
sebagai basis dalam perbandingan

Requirement Menyantumkan semua proyek, produk, dan jenis persyaratan


Dcoumentation lainnya untuk proyek dan produk, bersama dengan kriiteria
penerimaannya.
INPUT
Requirements Mengaitkan persyaratan dengan asalnya dan mengikuti mereka selama siklus
Traceability proyek
Matrix

Verified Project deliverables yang selesai dan telah diperiksa kebenarannya


Deliverables melalui proses quality control

Verified Dapat terdiri dari tingkat kepenuhan dengan syarat, jumlah


Deliverables dari ketidaksesuaian, akibat dari ketidaksesuaian atau
jumlah dari siklus pengesahan dilakukan dalam periode
waktu tertentu
TOOLS &
TECHNIQUES
Inspection Terdiri dari aktivitas seperti mengukur, memeriksa, dan mengesahkan untuk
menentukan apakah kerja dan deliverables memenuhi persyaratan dan kriteria
penerimaan produk. Inspeksi terkadang disebut review, review produk, audit,
dan panduan. Di dalam beberapa application areas, istilah ini memiliki arti yang
spesifik dan unik

Group Decision- Digunakan untuk mencapai kesimpulan saat pengesahan dilakukan


Making oleh tim proyek dan stakeholder lainnya
Techniques
OUTPUT

Acceptde Deliverables yang memenuhi kriteria penerimaan ditandatangani secara resmi


Deliverables dan disetujui oleh konsumen atau sponsor. Dokumentasi resmi diperoleh dari
konsumen atau sponsor yang mengakui persetujuan stakeholder resmi
terhadap project deliverable diteruskan ke close project atau phase process

Change Deliverable yang selesai tetapi belum diterima secara formal akan
Requests didokumentasi, bersama dengan alasan tidak diterimanya
deliverable tersebut. Deliverable tersebut mungkin membutuhkan
permintaan perubahan untuk perbaikan. Permintaan perubahan
diproses untuk review dan disposisi melalui proses perform
integrated change control
OUTPUT

Work Informasi tentang perkembangan proyek, seperti deliverable mana yang sudah
Performance mulai, perkembangannya, deliverable mana yang selesai, atau deliverable
Information
mana yang diterima. Informasi ini didokumentasi dan dikomunikasikan ke
stakeholder

Project Dokumen proyek yang mungkin diperbarui sebagai hasil dari proses
Document validate scope mencantumkan dokumen apapun yang
Updates
mendefinisikan produk atau status laporan pada penyelesaian
produk. Dokumen proyek yang diverifikasi mungkin membutuhkan
persetujuan dari konsumen atau sponsor dalam bentuk tanda
tangan
Cover

Control Scope
Control scope adalah proses memonitor status proyek dan lingkup
produk, serta mengelola perubahan terhadap scope baseline. Manfaat
dari proses ini yaitu memungkinkan scope baseline dipertahankan
sepanjang proyek

Tools & Techniques


Inputs Outputs
Project
Work Performance
Management Plan
information
Work Performance Organizational
Information
Requirements
Variance Process Assets

Documentation Change Requests

Requirements Analysis Project Management


Traceability Matrix Plan Updates
Organizational Project Management
Process Assets Plan Updates
INPUT
1. Project Management Plan
Dokumen yang menjelaskan bagaimana proyek akan dieksekusi,
dimonitor, dan dikontrol. Project management plan mengintegrasikan
dan mengkonsolidasikan semua rencana dan baseline dari proses
perencanaan.
Scope Baseline

Scope management plan

Change management plan

Configuration management plan

Requirements management plan


Scope management plan
Menggambarkan bagaimana ruang
lingkup proyek akan dimonitor dan
dikendalikan.

Scope Baseline Change management plan


Scope baseline dibandingkan dengan Mendefinisikan proses untuk mengelola
hasil nyata untuk menentukan apakah perubahan pada proyek.
suatu perubahan, tindakan korektif,
atau tindakan pencegahan diperlukan.

Configuration management
Requirements management plan
plan Menentukan barang-barang yang
Menjelaskan bagaimana persyaratan dikonfigurasi, barang-barang yang
proyek akan dianalisis, memerlukan perubahan kontrol, dan
didokumentasikan, dan dikelola. proses untuk mengendalikan
perubahan formal pada item tersebut.
INPUT
2. Requirements Documentation
Input ini berisi tentang informasi dari project, produk, kebutuhan teknis
yang harus disediakan di dalam project, sesuai dengan kriteria
penerimaan resmi pada verifikasi yang dilakukan. Persyaratan harus jelas
(dapat diukur dan diuji), dapat dilacak, lengkap, konsisten, dan dapat
diterima oleh stakeholders.

3. Requirements Traceability Matrix


Membantu mendeteksi dampak dari setiap perubahan atau penyimpangan
dari scope baseline pada tujuan proyek.
INPUT
4. Work Performance Data
Work performance data adalah pengamatan dan pengukuran mentah yang
diidentifikasi selama kegiatan dilakukan untuk melaksanakan pekerjaan proyek.
Work performance data dapat mencakup jumlah permintaan perubahan yang
diterima, jumlah permintaan yang diterima, atau jumlah kiriman yang
diselesaikan, dll.

5. Organizational Process Assets


Organizational process assets adalah rencana, proses, kebijakan, prosedur, dan
basis pengetahuan yang dimiliki oleh organisasi yang membantu proses control
scope. Komponen yang dapat mempengaruhi proses control scope:
• Lingkup formal dan informal, kebijakan yang berhubungan dengan
kontrol, prosedur, pedoman
• Pemantauan dan metode pelaporan, serta template yang akan
digunakan.
L S &
TO O U E S A nd Send To Back

Q ture He re

E C H I
Place Your Pic
N
T

Variance Analysis
Digunakan untuk menilai besarnya variasi terhadap scope
baseline, menetapkan penyebab terjadinya variasi terhadap
scope baseline, juga meliputi keputusan tindakan koreksi atau
pencegahan yang diperlukan.
OUTPUT
1. Work Performance Information
Output ini menjelaskan tentang informasi kinerja yang dihasilkan,
mencakup informasi yang berkorelasi dan kontekstual tentang
bagaimana performa project scope jika dibandingkan dengan scope
baseline.

2. Change Requests
Analisis scope pada tahap ini dapat mengakibatkan permintaan
perubahan ke baseline atau komponen lain dari rencana manajemen
proyek. Perubahan permintaan dapat mencakup tindakan preventif atau
korektif, perbaikan cacat, atau permintaan tambahan.
OUTPUT
3. Project Management Plan Update
Disini dilakukan pembaharuan dari project manajemen untuk setiap
elemen-elemennya. Meliputi Update rencana pengelolaan proyek, namun
tidak terbatas pada;
➢ Scope baseline updates
➢ Other baseline updates

4. Project Documents Updates


Termasuk Dokumen proyek yang dapat diperbarui, namun tidak terbatas
pada persyaratan dokumentasi dan persyaratan ketertelusuran.
OUTPUT
5. Organizational Process Assets
Updates
Meliputi Aset proses organisasi yang dapat diperbaharui, tetapi tidak
terbatas pada penyebab variasi, tindakan korektif dipilih dan alasan yang
dipilih, serta jenis lain dari pelajaran yang dipetik dari project scope
control
‫‪THANK YOU‬‬

‫َو ال َّسالَ ُم َعلَ ْي ُك ْم َو َر ْح َمةُ هللاِ َوبَ َر َكاتُهُ‬

Anda mungkin juga menyukai