BAB 5

PROJECT SCOPE MANAGEMENT

Managemen Ruang Lingkup Proyek mencakup proses – proses yang diperlukan untuk
memastikan bahwa proyek tersebut mencakup semua pekerjaan yang diperlukan, dan hanya
pekerjaan yang diperlukan, untuk menyelesaikan pekerjaan proyek dengan sukses. Mengelola
ruang lingkup proyek berkaitan dengan mendefinisikan dan mengendalikan apa yang dapat dan
tidak masuk dalam kategori pekerjaan proyek.
Dalam konteks proyek, istilah ruang lingkup dapat merujuk ke beberapa hal berikut :
1. Lingkup Produk. Fitur dan fungsi yang menjadi ciri produk, jasa, atau hasil dan
2. Lingkup Proyek. Pekerjaan yang dilakukan untuk memberikan produk, jasa atau hasil
dengan fitur-fitur dan fungsi tertentu. Jangka ruang lingkup proyek kadang-kadang
dipandang sebagai termasuk lingkup produk.

Muhamad Syafii 202839 PMBOK Fifth Edition

5.1 Plan Scope Management
Managemen Lingkup Rencana adalah proses menciptakan managemen ruang lingkup
rencana yang mendokumentasikan bagaimana lingkup proyek akan didefinisikan, divalidasi, dan
dikendalikan. Manfaat utama dari proses ini adalah menyediakan bimbingan dan arahan
tentang bagaimana ruang lingkup akan dikelola sepanjang proyek.
5.1.1 Plan Scope Management: Inputs
5.1.1.1 Project Management Plan
Rencana anak perusahaan menyetujui rencana managemen proyek yang
digunakan untuk membuat perencanaan pengelolaan lingkup dan pengaruh
pendekatan yang diambil untuk perencanaa lingkup dan mengelola ruang
lingkup proyek.
5.1.1.2 Project Charter
Digunakan untuk menyediakan konteks proyek diperlukan untuk merencanakan
ruang lingkup proses managemen.
5.1.1.3 Enterprise Environmental Factors
Dapat mempengaruhi Rencana Pengelolaan Ruang Lingkup Proses meliputi,
tetapi tidak terbatas pada :
 Kebijakan dan prosedur
 Informasi historis dan pelajaran basis pengetahuan
5.1.2 Plan Scope Management: Tools & Techniques
5.1.2.1 Expert Judgment
Penilaian ahli mengacu pada masukan yanng diterima dari pihak berilmu
dan berpengalaman.
5.1.2.2 Meetings
Team Proyek dapat menghadiri pertemuan proyek untuk
mengembangkan Rencana Ruang Lingkup Managemen.
5.1.3 Plan Scope Management: Output
5.1.3.1 Scope Management Plan
Adalah komponen dari proyek atau managemen program rencana yang
menggambarkan bagaimana lingkup akan didefinisikan, dikembangkan,
dipantau, dikendalikan, dan diverifikasi.
5.1.3.2 Requirements Management Plan
Komponen persyaratan rencana pengelolaan dapat mencakup, tetapi
tidak terbatas pada :
 Bagaimana kegiatan yang diperlukan akan direncanakan, dilacak
dan dilaporkan
 Kegiatan pengelolaan konfigurasi seperti : bagaimana mereka
akan ditelusuri, dilacak, dan melaporkan, serta tingkat otorisasi
diperlukan untuk menyetujui perubahan ini
 Kebutuhan Proses Prioritas
  Metrik produk yang akan digunakan dan alasan untuk
menggunakannya, dan
 Struktur Lacak untuk mencerminkan kebutuhan atribut yang akan
ditangkap pada hal yang dapat dilacak

5.2 Collect Requirements

Proses penentuan, mendokumentasikan dan mengelola kebutuhan para
stackholder dan persyaratan untuk memenuhi tujuan proyek. Manfaat utama dari
proses ini adalah menyediakan dasar untuk mendefinisikan dan mengelola ruang
lingkup proyek termasuk lingkup produk. Masukan, alat, dan teknik, dan output dari
proses ini.

Muhamad Syafii 202839 PMBOK Fifth Edition

5.2.1 Collect Requirements: Inputs
5.2.1.1 Scope Management Plan

Muhamad Syafii 202839 PMBOK Fifth Edition

 Memberikan kejelasan tentang bagaimana team proyek akan
menentukan tipe pekerjaan seperti apa yang dibutuhkan untuk proyek
tersebut.
5.2.1.2 Requirements Management Plan
Memberikan proses yang akan digunakan selama proses mengumpulkan
kebutuhan untuk mendefinisikan dan mendokumentasikan kebutuhan
stackholder.
5.2.1.3 Stakeholder Management Plan
Memahami kebutuhan komunikasi stackholder dan keterlibatan
stackholder untuk menilai dan beradaptasi dalam kegiatan pengadaan.
5.2.1.4 Project Charter
Digunakan untuk menyediakan deskripsi tingkat tinggi dari produk, jasa,
atau hasil dari proyek sehingga keperluan secara rinci dapat
dikembangkan.
5.2.1.5 Stakeholder Register
Digunakan untuk indentifikasi para stackholder yang dapat memberikan
informasi mengenai kebutuhan.
5.2.2 Collect Requirements: Tools and Techniques
5.2.2.1 Interviews
Pendekatan formal atau informal untuk memperoleh informasi dari para
pemangku kepentingan dengan berbicara kepada mereka secara
langsung. Hal ini biasanya dilakukan dengan mengajukan pertanyaan
yang disiapkan dan spontan serta on record tanggapan yang diberikan.
5.2.2.2 Focus Groups
Mempertemukan para stackholder untuk mempelajari tentang harapan
mereka dan sikap mereka tentang usulan yang dimungkinkan pada
produk, jasa, atau hasil.
5.2.2.3 Fasilitated Workshops
Terfokus pada apa yang membawa pihak terkait untuk menetapkan
pesyaratan produk.
5.2.2.4 Group Creativity Techniques
Beberapa kegiatan kelompok dapat diatur untuk mengindentifikasi royek
dan persyaratan produk. Teknik yang dapat digunakan adalah :
Brainstrorming, Nominal Group Techniques, Idea / Mind Mapping,
Affinity Diagram, dan Multicriteria decision analysis.
5.2.2.5 Group Decision-Making Techniques
Proses penilaian memiliki beberapa alternatif dengan yang diharapkan
hasil dalam bentuk tindakan dimasa depan. Dapat digunakan untuk
menghasilkan, mengklarifikasikan dan memprioritaskan syarat produk.
Ada beberapa metode untuk mencapai keputusan kelompok: Unanimity,
Mayority, Plurality, Dictatorships.
 5.2.2.6 Questionnaires and Surveys
Adalah sekumpulan pertanyaan tertulis yang dirancang untuk
mengumpulkan informasi secara cepat dari sebagian besar Responden.
5.2.2.7 Observations
Cara melihat langsung individu dalam lingkungan mereka dan bagaimana
mereka melakukan pekerjaannya atau melaksanakan proses tersebut.
5.2.2.8 Prototypes
Metode untuk memperoleh umpan balik awal persyaratan dengan
menyediakan contoh model produk yang diharapkan sebelum benar-
benar menjadi suatu produk yang ada nilai jual.
5.2.2.9 Benchmarking
Merupana perbandingan antara praktik aktual dengan yang
direncanakan, seperti proses dan operasi
5.2.2.10 Context Diagram
Contoh dari Model Lingkup suatu proyek
5.2.2.11 Dokuments Analisis
Digunakan untuk memperoleh kebutuhan dengan menganalisa
dokumentasi yang ada dan mengidentifikasi informasi yang relevan
dengan kebutuhan
5.2.3 Collect Requirements: Outputs
5.2.3.1 Requirements Documentation
Menjelaska bagaimana kebutuhan individu memenuhi kebutuhan bisnis
untuk proyek tersebut. Persyaratan dapat mulai pada tingkat tinggi dan
menjadi semakin lebih rinci, lebih lanjut tentang kebutuhan yang
diketahui
5.2.3.2 Requirements Traceability Matrix
Proses yang menghubungkan kebutuhan produk dari asal mereka ke
penerima yang memuaskan mereka.
5.3 Define Scope
Proses mengembangkan penjelasan rinci tentang proyek dan produk. Manfaat utama
dari proses ini adalah bahwa hal itu menggambarkan proyek, jasa, atau batas hasil
dengan mendefinisikan kebutuhan apa saja yang diperlukan dari ruang lingkup proyek.
5.3.1 Define Scope: Inputs
5.3.1.1 Scope Managemen Plan
Komponen dari rencana managemen proyek yang digunakan untuk
menetapkan kegiatan untuk mengembangkan, memantau, dan
mengendalikan ruang lingkup proyek.
5.3.1.2 Project Charter
Memberikan deskripsi proyek tingkat tinggi dan karakteristik produk. Hal
ini juga berisi persyaratan persetujuan proyek

Muhamad Syafii 202839 PMBOK Fifth Edition

5.3.1.3 Requirements Documentation
Dokumentasi ini akan digunakan untuk memilih persyaratan yang akan
disertakan dalam proyek.
 5.3.1.4 Organizational Process Assets
Dapat mempengaruhi bagaimana ruang lingkup didefinisikan. Contohnya
termasuk, namun tidak terbatas pada:
 Kebijakan, prosedur, dan template untuk pernyataan lingkup
proyek;
 Proyek file dari proyek-proyek sebelumnya; dan
 Pelajaran dari fase atau proyek-proyek sebelumnya.
5.3.2 Define Scope: Tools and Technique
5.3.2.1 Expert Judgment
Digunakan untuk menganalisis informasi yang dibuthkanuntuk
mengembangkan pernyataan lingkup proyek. Seperti penilaian dan
keahlian yang diterapkan untuk setiap detail teknis.
5.3.2.2 Product Analysis
Untuk proyek-proyek yang memiliki produk yang dapat diantar, bukan
merupakan jasa atau hasil, analisis produk dapat menjadi alat yang
efektif.
5.3.2.3 Alternatives Generation
Adalah teknik yang digunakan untuk mengembangkan banyak pilihan
potensial untuk mengindentifikasi pendekatan yang berbeda untuk
pengeksekusian dan melakukan pekerjaan proyek.
5.3.2.4 Facilitated Workshop
Partisipasi pemain kunci dengan berbagai harapan dan / atau bidang
keahlian dalam sesi kerja intensif ini membantu untuk mencapai
pemahaman lintas fungsional dan umum dari tujuan proyek dan batas-
batasnya.
5.3.3 Define Scope: Outputs
5.3.3.1 Project Scope Statement
Deskripsi dari ruang lingkup proyek penyerahan utama, asumsi, dan
kendala.

Muhamad Syafii 202839 PMBOK Fifth Edition

 5.3.3.2 Project Documents Updates
Dokumen proyek yang dapat diperbarui meliputi, tetapi tidak terbatas
pada:
 Daftar Stackholder,
 Kebutuhan Dokumentasi, dan
 Matrix kebutuhan yang dapat dilacak
5.4 Create WBS
Proses pengelompokan deliverable proyek dan pekerjaan proyek menjadi lebih
kecil, menjadi komponen yang lebih mudah dikelola. Manfaat utama dari proses ini
adalah ia menyediakan visi terstruktur dari apa yang akan disampaikan. WBS adalah
dekomposisi hierarki dari total lingkup pekerjaan yang harus dilakukan oleh team proyek
untuk menapai tujuan proyek dan membuat deriverable yang diperlukan. WBS
mengatur dan mendefinisikan total lingkup proyek, dan merupakan pekerjaan yang
ditentukan dalam menyetujui pernyataan lingkup proyek saat ini.
Pekerjaan yang direncanakan terdiri dari komponen WBS dalam tingkat
terendah, yang disebut paket pekerjaan. Sebuah paket pekerjaan dapat digunakan
untuk kelompok kegiatan dimana pekerja di jadwalkanm dibutuhkan, dipantau dan
dikontrol. Dalam konteks WBS, deriverable merupakan acuan untuk pekerjaan yang
merupakan hasil dari kegiatan proyek itu sendiri
5.4.1 Create WBS: Inputs
5.4.1.1 Scope Management Plan
Menentukan cara membuat WBS secara rinci dari Project Scope
Statement dan bagaimana WBS akan dipertahankan dan disetujui.
5.4.1.2 Project Scope Statement
Menjelaskan pekerjaan yang akan dilakukan dan pekerjaan yang
dikecualikan. Termasuk juga daftar dan penjelasan pembatasan internal
atau ekternal tertentu yang mungkin memperngaruhi kegiatan proyek
5.4.1.3 Requirements Documentation
Detail sangat penting untuk memahami apa yang perlu untuk diproduksi
sebagai hasil dari proyek.
5.4.1.4 Enterprise Environmental Factors
Standar Industri – Spesifik WBS, relevan dengan sifat proyek. Dapat
melayani sebagai sumber referensi eksternal untuk penciptaan WBS.
5.4.1.5 Organizational Process Assets
Meliputi: Kebijakan, prosedur, dan template untuk WBS; File Proyek dari
proyek-proyek sebelumnya; pelajaran dari proyek-proyek sebelumnya.
5.4.2 Create WBS: Tools & Techniques
5.4.2.1 Decomposition
Merupakan teknik yang digunakan untuk membagi project scope dan
project deriverables kebagian yang lebih kecil, bagian lebih mudah
dikelola. Dokomposisi sering dipandu oleh tingkat kontrol yang secara
efektif mengelola proyek. Dekomposisi menjadi paket pekerjaan,
melibatkan kegiatan sebagai berikut:
 Mengidentifikasi dan menganalisis hasil dan kerja yang terkait;
 Penataan dan Mengatur WBS
 Membagi tingkat WBS atas ke dalam komponen rinci tingkat
bawah
 Mengembangkan dan menetapkan kode identifikasi untuk
komponen WBS;dan
 Memverifikasi bahwa tingkat dekomposisi dari Deliverable sesuai.
5.4.3 Expert Judgment

Muhamad Syafii 202839 PMBOK Fifth Edition

Penilaian Ahli sering digunakan untuk menganalisis informasi yang dibutuhkan
untuk menguraikan deliverable proyek menjadi bagian yang lebih kecil untuk
menciptakan WBS yang efektif. Manager Proyek bekerjasama dengan team
proyek, kemudian menentukan dekomposisi akhir proyek lingkup ke dalam paket
pekerjaan yang akan digunakan secara efektif mengelola pekerjaan proyek.
 5.4.4 Create WBS: Outputs
5.4.4.1 Scope Baseline
Merupakan versi menyetejui pernyataan ruang lingkup, struktur rincian
kerja (WBS), dan yang terkait dengan WBS. Yang dapat diubah hanya
melalui prosedur perubahan kontrol formal dan digunakan sebagai dasar
untuk perbandingan.
5.4.4.2 Project Dokuments Updates
Dokumen proyek yang dapat diperbarui meliputi persyaratan
dokumentasi, yang mungkin perlu diperbarui untuk menyertakan
perubahan yang disetujui. Jika permintaan perubahan disetujui hasil dari
proses pembuatan WBS, maka persyaratan dokumentasi mungkin perlu
diperbarui untuk menyertakan perubahan yang disetujui.
5.5 Validate Scope
Adalah proses meresmikan telah selesai penerimaan deriverable suatu proyek.
Manfaat utama dari proses ini adalah membawa obyektivitas untuk proses penerimaan
dan meningkatkan kemungkinan produk akhir, layanan, atau memvalidasi setiap
penerimaan Deliverable.
Deliverable
diverifikasi dan
diproses oleh
Quality Cotrol
dengan pelanggan
atau sponsor, untuk
memastikan bahwa
mereka puas dan
telah menerima
derivarble formal
oleh pelanggan
atau sponsor.
Proses Validasi
berbeda dari Proses
Quality Control,
karena berkaitan
dengan penerimaan
deriverable,
sedangkan Qualitu
Control berkaitan
dengan kebenaran

Muhamad Syafii 202839 PMBOK Fifth Edition

dari deriverable dan memenuhi persyaratan yang ditetapkan untuk deriverable. Quality
Control umumnya dilakukan sebelum Proses Validasi, meskipun proses dapat dilakukan
secara paralel.

5.5.1 Validate Scope: Inputs

5.5.1.1 Project Management Plan
Berisi tentang rencana pengelolaan ruang lingkup dan Baseline (lingkup
dasar). Rencana pengelolaan ruang lingkup menentukan penerimaan
bagaimana deliverable proyek selesai akan diperoleh. Ruang lingkup
Baseline meliputi di setujuinya pernyataan baseline, Struktur Rincian
Kerja (WBS), yang terkait dengan WBS, dan yang dapat berubah hanya
melalui prosedur Perubahan Kontrol Formal dan digunakan sebagai dasar
perbandingan.
5.5.1.2 Requirements Documentation
Persyaratan dokumentasi daftar semua proyek, produk, dan jenis-jenis
persyaratan untuk proyek dan produk, bersama dengan kriteria
penerimaannya
5.5.1.3 Requirements Tracebility Matrix
Persyaratan Tracebility Matrix, adalah link persyaratan ke asal dan
jejaknya diseluruh siklus proyek.
5.5.1.4 Verified Deliverables
Deliverable proyek yang selesai dan diperiksa untuk kebeneran melalui
proses Quality Control.
5.5.1.5 Work Performance Data
Data kinerja dapat mencakup tingkat kepatuhan dengan persyaratan, dan
jumlah siklus validasi yang dilakukan dalam periode waktu yang telah
ditentukan.
5.5.2 Validate Scope: Tools & Techniques
5.5.2.1 Inspection
Meliputi kegiatan seperti mengukur, memeriksa, dan memvalidasi untuk
menentukan apakah pekerjaan dan deliverable memenuhi persyaratan
dan kriteria penerimaan produk.
5.5.2.2 Group Decision – Making Techniques
Teknik ini digunakan untuk mencapai kesimpulan ketika validasi dilakukan oleh
team proyek dan stackholder lainnya.
5.5.3 Validate Scope: Outputs
5.5.3.1 Accepted Deliverables
Deriverables yang memenuhi kriteria penerimaan secara resmi
ditandatangani dan disetujui oleh pelanggan atau sponsor. Dokumentasi
formal yang diterima dari pelanggan atau sponsor mengakui penerimaan
 Stackholder Deriverable Formal Proyek yang diteruskan sampai ke
penutupan proyek.
5.5.3.2 Change Request
Deriverable selesai yang belum diterima secara resmi didokumentasikan,
bersama dengan alasan untuk tidak menerima deriverable tersebut.
Deriverable mungkin memerlukan permintaan perubahan untuk
perbaikan kesalahan. Permintaan perubahan diproses untuk diperiksa
dan disposisi melalui The Perform Integrated Change Control.
5.5.3.3 Work Performance Information
Informasi kinerja mencakup informasi tentang kemajuan proyek, seperti
Deriverables sudah dimulai, perkembangan deriverable, dan deriverable
yang sudah selesai atau yang telah diterima.
5.5.3.4 Project Documents Updates
Dokumen proyek yang dapat diperbarui sebagai hasil dari proses Validate
Scope mencakup dokumen yang menentukan produk atau laporan status
pada penyelesaian produk. Dokumen proyek diverifikasi mungkin
memerlukan persetujuan dari pelanggan atau sponsor dala bentuk tanda
tangan.
5.6 Control Scope
5.6.1 Control Scope: Inputs
5.6.1.1 Project Managemen Plan
Informasi berikut berisi dari Rencana Managemen Proyek yang digunakan
untuk mengontrol:
 Baseline, untuk menentukan apakah ada perubahan, tindakan
perbaikan atau tindakan perawatan diperlukan.
 Rencana Pengelolaan Lingkup. Bagian dari rencana pengelolaan
lingkup menjelaskan bagaimana ruang lingkup proyek akan
dipantau dan dikendalikan.
 Change Management Plan. Mendefinisikan proses untuk
mengelola perubahan pada proyek.
 Rencana Pengelolaan Konfigurasi, mendefinisikan barang-barang
yang dikonfigurasi, yang memerlukan pengendalian perubahan
formal, dan proses untuk mengendalikan perubahan barang.
 Rencana Pengelolaan Persyartan, Bagian dari Rencana
Managemen Proyek dan menjelaskan bagaimana persyaratan
proyek akan di analisis, didokumentasikan, dan dikelola
5.6.1.2 Requirements Documentation
Persyaratan harus jelas (terukur dan dapat diuji), dapat dilacak, lengkap,
konsisten, dan dapat diterima oleh Stackholder. Persyaratan yang
terdokumentasi dengan baik membuatnya lebih mudah untuk

Muhamad Syafii 202839 PMBOK Fifth Edition

 mendeteksi setiap penyimpangan dalam lingkup yang disepakati untuk
suatu proyek.
5.6.1.3 Requirements Tracebility Matrix
Membantu untuk mendeteksi dampak perubahan atau penyimpangan
dari dasar lingkup pada tujuan proyek.
5.6.1.4 Work Performance Data
Mencakup jumlah permintaan perubahan diterima, jumlah permintaan
diterima, atau jumlah deriverale selesai, dll
5.6.1.5 Organizational Process Assets
Dapat mempengaruhi proses lingkup kontrol, termasuk:
 Lingkup formal dan informal, kebijakan yang berhubungan dengan
kontrol, prosedur, pedoman, dan;
 Metode Pemantauan dan pelaporan dan template yang akan
digunakan
5.6.2 Control Scope: Tools & Techniques
5.6.2.1 Variance Analysis
Teknik untuk menentukan pnyebab dan tingkat perbedaan antara
baseline dan kinerja aktual. Pengukuran kinerja proyek digunakan untuk
menilai besarnya variasi dari lingkup dasar asli. Aspek-aspek penting dari
kontrol lingkup proyek menentukan penyebab dan tingkat varians relatif
terhadap scope baseline dan memutuskan tindakan Korektif atau
Preventif.
5.6.3 Control Scope: Outputs
5.6.3.1 Work Performance Information
Informasi kinerja yang dihasilkan mencakup informasi berkorelasi dan
kontekstual tentang lingkup proyek yang dibandingkan dengan lingkup
dasar. Hal ini dapat mencakup kategori perubahan yang diterima, di
identifikasi varian lingkup dan penyebabnya yang dapat mempengaruhi
jadwal atau biaya dan perkiraan dari ruang lingkup kinerja masa depan.
5.6.3.2 Change Request
Analisis kinerja lingkup dapat mengakibatkan permintaan perubahan
dasar ruang lingkup atau komponen lain dari rencana managemen
proyek. Perubahan dapat berupa tindakan preventif atau korektif,
perbaikan, atau permintaan tambahan. Perubahan permintaan diproses
untuk diperiksa dan disposisi sesuai dengan Proses Perubahan Kontrol
Terpadu.
5.6.3.3 Project Management Plan Updates
Update nya adalah :
 Scope Baseline Updates,
 Other Baseline Updates.
5.6.3.4 Project Documents Updates
 Dokument Proyek yang dapat diperbaharui meliputi:
 Persyaratan Dokumentasi,
 Persyaratn Tracebility Matrix
5.6.3.5 Organizational Process Assets Updates
Aset proses organisasi yang dapat diperbaharui meliputi:
 Penyebab Varians,
 Tindakan Korektif yang dipilih dan alasannya
 Jenis lain dari pelajaran dari kontrol lingkup proyek

Muhamad Syafii 202839 PMBOK Fifth Edition