5.

PROJECT SCOPE
MANAGEMENT
Project Scope Management ?
O Proses yang diperlukan agar proyek tersebut
mencakup semua ruang lingkup yang
diperlukan.
O Berhubungan dengan mengendalikan dan
mendefinisikan hal hal yang berhubungan
dengan proyek maupun tidak.
O proses yang diperlukan untuk memastikan
apakah proyek sudah berisi kegiatan-kegiatan
yang perlu dilakukan supaya proyek sukses.
 Bahasan Project Scope
Product Scope :
O Fungsi dan fitur yang menjadikan ciri
sebuah produk
Project Scope :
O Apa saja yang harus dilakukan untuk
menciptakan produk yang memiliki fungsi
dan fitur yang spesifik
 Define Scope Create WBS

Collect
Requirements
Validate Scope
Project
Scope
Management

Plan Scope
Management Control Scope
5.1 Plan Scope Management
O Proses Menciptakan
rencana ruang lingkup
proyek
O Ruang lingkup proyek
Akan didefenisikan ,
divalidasi dan
dikontrol.
5.1.1 Plan Scope Management:
Inputs
5.1.1.1
O Project management plan
Digunakan untuk membuat Scope management plan
dan mempengaruhi pendekatan yang dilakukan untuk
perencanaan ruang lingkup proyek

5.1.1.2
O Project Charter
Digunakan untuk menyediakan informasi context untuk
membuat ruang lingkup proyek yang akan di kerjakan
5.1.1 Plan Scope Management:
Inputs
5.1.1.3
O Enterprise environmental
Faktor-faktor lingkungan baik internal maupun eksternal
yang dapat mempengaruhi ruang lingkup proyek

5.1.1.4
O Organizational process assets
Asset- Asset yang dimiliki oleh organisasi yang telah
dikumpulkan sejak lama dan dapat mempengaruhi
proses pembuatan plan Scope anagement
5.1.2 Plan Scope Management:
Tools and Techniques
5.1.2.1
O Expert judgement
Ahli dalam bidang masing-masing yang dapat dimintai
keterangan , masukan , pengetahuan , skill , pengalaman ,
untuk membantu dalam pembuatan project Scope
management

5.1.2.2
O Meetings
Tim proyek dapat membuatan suatu meeting untuk
mengembangkan project Scope management
5.1.3 Plan Scope Management:
Outputs
5.1.3.1
O Scope management plan
Komponen dari project yang menjelaskan ruang
lingkup yang akan di kerjakan , diawasi,
dikontrol, dan diverifikasi ,
5.1.3 Plan Scope Management:
Outputs
5.1.3.2
O Requirements management plan
Komponen yang menjelaskan bagaimana
kebutuhan akan sumber daya di analisa,
didokumentasikan, dan diatur .
5.2 Collect Requirement
O Proses
mendefenisikan dan
mendokumentasikan
kebutuhan
Stakeholder untuk
tercapainya tujuan
proyek
5.2.1 Collect requirements: Inputs
5.2.1.1
O Scope Management plan
Komponen dari project yang menjelaskan ruang
lingkup yang akan dikerjakan , ditingkatkan ,
diawasi , dikontrol , dan diverifikasi .
5.2.1 Collect requirements: Inputs
5.2.1.2
O Requirement management plan
Komponen yang menjelaskan bagaimana
kebutuhan dianalisa, didokumentasikan , dan
dikontrol.
5.2.1 Collect requirements: Inputs
5.2.1.3
O Stakeholder Management Plan
Digunakan untuk memahami kebutuhan
Stakeholder, cara berkomunikasinya , tingkat
keterlibatanya, dan tingkat partisipasinya dalam
kegiatan proyek
5.2.1 Collect requirements: Inputs
5.2.1.4
O Project Charter
Digunakan untuk memberikan gambaran detail
dari produk , layanan, atau hasil proyek sehingga
bisa di tentukan requirement yang di butuhkanya.
5.2.1 Collect requirements: Inputs
5.2.1.5
O Stakeholder register
Digunakan untuk mengidentifikasi Stakeholder
dan harapanya terhadap proyek tersebut
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.1
O Interview
Wawancara baik secara formal atau
informal.Berguna untuk mendapatkan informasi
dari para stakeholder dengan berbicara dan
menanyakan pertanyaan-pertanyaan secara
langsung.Dapat terjadi secara “one-on-one” atau
langsung bertanya kepada kelompok orang.
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.2
O Focus Group
Mangajak Stakeholder dan para ahli untuk
berkumpul bersama agar mengetahui bagaimana
harapan mereka terhadap produk, servis atau hasil
proyek.
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.3
O Facilited Workshop
Digunakan untuk menyamakan pendapat antar
Stakeholder , yang berbeda pendapat tentang
kebutuhan proyek itu sendiri
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.4
O Group Creavity Techniques
Kegiatan Group dapat berupa:
O Brainstorming : Untuk mengumpulkan ide-ide terkait dengan proyek.
O Nominal Group Techniques : Brainstorming dengan mengambil voting atas
ide-ide yang telah ada untuk mengambil yang terbaik / untuk menentukan
prioritas
O The Delphi Techniques : Sekelompok ahli diberikan pertanyaan oleh para
peserta, dan juga memberikan feedback atas respon-respon yang diajukan.
O Idea / Mind Mapping : Mengumpulkan dan menyatukan ide pribadi dalam
1 maindmap untuk menghindari kesalahpahaman dan mencari ide baru.
O Affinity Diagram : Beberapa ide si bagi ke dalam beberapa grup untuk
review dan analisis
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.5
O Group Decision making techniques
Untuk memutuskan kebutuhan proyek,
mengklasifikasikannya dan memprioritaskannya.
Ada beberapa cara untuk memutuskan :
O Unanimity : Semua setuju dengan 1 keputusan mutlak
O Majority : 50% lebih setuju dengan 1 keputusan
O Plurality : mengambil suara terbanyak (walaupun
<50%)
O Dictatorship : 1 orang yang memutuskan
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.6
O Questionary and Surveys
Menyebar kuisioner dan melakukan survey
kepada responden.Sangat cocok untuk audiens
dalam jumlah besar saat membutuhkan perubahan
keputusan yang cepat dalam analisis statistik.
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.7
O Observation
Pengamatan secara langsung untuk melihat
keadaan nyata , dan langkah kedepanya dalam
menyelesaikan proyek
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.8
O Prototype
Metode untuk mendapakan feedback yang cepat
dengan cara membuat rancangan kerja dari
produk yang akan dibuat sebelum benar-benar
membangunnya
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.9
O Benchmarking
Untuk membandingkan akttual atau perencanaan
seperti proses dan operasi yang dapat
dibandingkan dari organisasi lain untuk
meningkatkan kualitas proyek.
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.10
O Context Diagram
Contoh dari model scope
management yang
menggambarkan ruang
lingkuo produk dengan
memunculkan sistem
bisnis tersebut.
5.2.2 Collect Requirements: Tools
And Techniques
5.2.2.11
O Document Analysis
Digunakan untuk memperoleh kebutuhan dengan
cara menganalisa dan mengidentifikasi dokumen
serta informasi yang relevan dengan kebutuhan
proyek tersebut. Contoh : Persetujuan, permintaan
proposal, perencanaan bisnis dll.
 5.2.3 Collect Requirement:
Outputs
5.2.3.1
O Requirement Documentation
Mendeskripsikan bagaimana kebutuhan individu
disatukan dengan kebutuhan bisnis dari proyek
 5.2.3 Collect Requirement:
Outputs
5.2.3.2
O Requirement Tracebility Matrix
Menunjukkan bagaimana kebutuhan akan di analisis, di
dokumentasikan dan di atur selama proyek berlangsung.
Isi dari RMP dapat meliputi :
O Bagaimana aktivistas persyaratan dilakukan dan
dilaporkan
O Mengatur aktivitas dalam mengganti kebutuhan,
menganalisa dampaknya dan bagaimana cara
melaporkannya
O Proses prioritas kebutuhan
5.2.3 Collect Requirement:
Outputs
 5.3 Define Scope
O Adalah proses untuk membuat
deskripsi detail dari proyek dan
produk
O Selama perencanaan, project
scope mendefinisikan dan
mendeskripsikan proyek dengan
spesifikasi yang sangat detil
melebihi infomasi yang telah
diketahui dari proyek tersebut.
O Resiko dan asumsi yang ada di
analisa sedetil mungkin dan
menambahkan resiko dan
asumsi tambahan bila
diperlukan.
5.3.1 Define Scope: Inputs
5.3.1.1
O Scope Management plan
Digunakan untuk mengembangkan, mengawasi,
dan mengontrol dari Project Scope
5.3.1 Define Scope: Inputs
5.3.1.2
O Project Charter
Menyediakan informasi context untuk membuat
ruang lingkup proyek yang akan dikerjakan.
5.3.1 Define Scope: Inputs
5.3.1.3
O Requirement Documentation
Mendeskripsikan bagaimana kebutuhan individu
disatukan dengan kebutuhan bisnis dari
proyek.Tidak boleh ambigu harus jelas dan
lengkap, serta dapat diterima oeh para stakeholder
.
5.3.1 Define Scope: Inputs
5.3.1.4
O Organizational process Assets
Asset – asset yang dimiliki oleh organisasi yang
sangat dibutuhkan dalam proses Define Scope
 5.3.2 Define Scope: Tools and
Techniques
5.3.2.1
O Expert judgement
Menganilisis informasi yang diperlukan untuk
membuat project scope management karena
biasanya para ahli memiliki detil teknik yang baik
 5.3.2 Define Scope: Tools and
Techniques
5.3.2.2
O Product Analysis
Terdiri dari pembagian proyek, analisis sistem,
analisis kebutuhan, analisis nilai, rekayasa sistem,
rekayasa nilai, dan rekayasa sistem.Setiap bagian
dari proyek memiliki 1 atau lebih metode spesifik
dalam mendeskripsikan produk dari proyek itu
sendiri.
 5.3.2 Define Scope: Tools and
Techniques
5.3.2.3
O Alternative Generation
Teknik yang digunakan untuk mengembangkan
berbagi banyak pilihan yang potensial dalam
rangka untuk mengidentifikasi pendekatan yang
berbeda untuk mengeksekusi dan melakukan
pekerjaan proyek.
 5.3.2 Define Scope: Tools and
Techniques
5.3.2.4
O Facilitated Woekshop
bertujuan untuk meyamakan pendapat antara para
stakeholder yang saling berbeda pendapat tentang
segala macam kebutuhan proyek.
5.3.3 Define Scope: Outputs
5.3.3.1
O Project Scope Statement
Mendeskripsikan secara detail kapan proyek
dianggap selesai dan bagaimana kinerja yang
dibutuhkan untuk menyelesaikan proyek itu,
termasuk memberikan pemahaman umum tentang
project scope kepada para stakeholder, serta
membantu tim proyek dalam melakukan planning
yang lebih detil.
5.3.3 Define Scope: Outputs
5.3.3.2
O Project Document Updates
Yang mungkin di update
O Stakeholder register
O Requirement documentation
O Requirement tracebility matrix
 5.4 Create WBS
O WBS (Work Breakdown
Structure): adalah
penguraian pekerjaan
secara hirarki oleh tim
proyek untuk mencapai
tujuan proyek dan
menciptakan rincian
pekerjaan yang diperlukan,
dengan masing-masing
level yang mewakili setiap
detil rincian pekerjaan.
5.4.1 Create WBS: Inputs
5.4.1.1
O Scope Management plan
Menggambarkan pekerjaan yang akan dilakukan
dan pekerjaan yang tidak perlu dilakukan.
5.4.1 Create WBS: Inputs
5.4.1.2
O Project Scope Statement
Project scope statement menjelaskan pekerjaan
yang diperlukan, juga memberikan pemahaman
umum dari ruang lingkup proyek antara
pemangku (investor) dengan kepentingan proyek.
5.4.1 Create WBS: Inputs
5.4.1.3
O Requirement Documentation
mendeskripsikan apa saja syarat yang dapat
memenuhi kebutuhan bisnis untuk proyek
tersebut. Persyaratan harus jelas (terukur dan
dapat diuji), dapat dilacak, lengkap, konsisten dan
diterima oleh para stakeholder i.
5.4.1 Create WBS: Inputs
5.4.1.4
O Enterprise Enveronmental Factors
Enterprise Environmental Factors relevan dengan
sifat proyek, dapat berfungsi sebagai sumber
referensi eksternal untuk pembuatan WBS.
5.4.1 Create WBS: Inputs
5.4.1.5
O Organizational process asset
Asset-asset organisasi yang dapat mempengaruhi
proses pembuatan WBS
 5.4.2 Create WBS: Tools and
Techniques
5.4.2.1
O Decomposition
teknik yang digunakan untuk membagi dan membagi
ruang lingkup proyek dan deliverable proyek kelebih
kecil , bagian-bagian yang lebih mudah dikelola .
Paket pekerjaan adalah pekerjaan yang ditetapkan
pada tingkat terendah dari WBS yangbiaya dan
durasi dapat diperkirakan dan dikelola . Tingkat
dekomposisi sering dipandu oleh tingkatkontrol yang
diperlukan untuk secara efektif mengelola proyek
 5.4.2 Create WBS: Tools and
Techniques
5.4.2.2
O Expert Judgement
Penilaian ahli sering digunakan untuk
menganalisis informasi yang dibutuhkan untuk
menguraikan deliverable proyek menjadi bagian-
bagian yang lebih kecil dalam rangka untuk
menciptakan WBS yang efektif.
5.4.3 Create WBS: Outputs
5.4.3.1
O Scope Baseline
versi yang disetujui dari Project Scope Statement,
struktur rincian kerja (WBS), dan yang terkait
WBS Dictionary, yang dapat diubah hanya
melalui prosedur pengendalian perubahan formal
dan digunakan sebagai dasar untuk perbandingan
5.4.3 Create WBS: Outputs
5.4.3.2
O Project Document Update
Dokumen proyek yang dapat diperbarui termasuk,
namun tidak terbatas pada, persyaratan
dokumentasi, yang mungkin perlu diperbarui
untuk menyertakan perubahan yang disetujui. Jika
permintaan perubahan disetujui hasil dari Create
WBS proses, maka persyaratan dokumentasi
mungkin perlu diperbarui untuk menyertakan
perubahan yang disetujui.
 5.5 Validate Scope
O Validate Scope ini
merupakan tahap
dimana final project
diserahkan kepada
stakeholder untuk
diverifikasi. Bertujuan
untuk kelayakan
deliverable sesuai
standar yang telah di
tentukan atau tidak.
5.5.1 Validate Scope: Inputs
5.5.1.1
O Project Management plan
Project management plan berisi Scope baseline
yang di dalamnya terdapat project scope statement
, WBS , dan WBS dictionary
5.5.1 Validate Scope: Inputs
5.5.1.2
O Requirement Documentation
Requirements documentation berisi informasi
tentang project, produk, kebutuhan teknis yang
harus disediakan di dalam project, sesuai dengan
kriteria penerimaan resmi pada verifikasi
5.5.1 Validate Scope: Inputs
5.5.1.3
O Requirement tracebility matrix
menghubungkan antara persyaratan yang
dibutuhkan dengan kebutuhan awal, dan
menganalisanya.
5.5.1 Validate Scope: Inputs
5.5.1.4
O Verified Deliverable
Produk dari proyek yang telah selesai dan dicek
kebenarannya melalui Perform Quality Contol
process
5.5.1 Validate Scope: Inputs
5.5.1.5
O Work performance Data
dapat mencakup tingkat kepatuhan dengan
persyaratan,jumlah ketidaksesuaian, keparahan
dari ketidaksesuaian, atau jumlah siklus validasi
dilakukan dalam periode waktu.
5.5.2 Validate Scope: Tools and
Techniques
5.5.2.1
O Inspection
meliputi kegiatan seperti mengukur, memeriksa,
dan verifikasi untuk menentukan apakah
pekerjaan memenuhi persyaratan kriteria yang
dapat diterima.
5.5.2 Validate Scope: Tools and
Techniques
5.5.2.2
O Group Decision Making Technique
Digunakan untuk mencapai konklusi ketika
memvalidasi proyek oleh project team atau para
stakeholder
5.5.3 Validate Scope: Outputs
5.5.3.1
O Accepted Deliverables
Deliverables yang memenuhi kriteria penerimaan
secara resmi ditandatangani dan disetujui oleh
pelanggan atau sponsor dan dilanjutkan ke tahap
Close Project atau Phase Process.
5.5.3 Validate Scope: Outputs
5.5.3.2
O Change Requests
Completed deliverables tersebut mungkin ada
permintaan perubahan untuk perbaikan bagian
yang cacat/rusak.
5.5.3 Validate Scope: Outputs
5.5.3.3
O Work performance Information
Berisi informasi bagaimana progres proyek
dikerjakan, deliverables, bagaimana deliverables
diselesaikan dan diterima.
5.5.3 Validate Scope: Outputs
5.5.3.4
O Project Document Update
Project documents yang harus diperbarui sebagai
hasil dari proses Verifying Scope termasuk setiap
dokumentasi yang menjelaskan produk atau
laporan tentang status produk
 5.6 Control Scope
O proses pemantauan
status proyek dan
ruang lingkup produk
dan mengelola
perubahan
berdasarkan
lingkupnya
5.6.1 Control Scope: Inputs
5.6.1.1
O Project Management Plan
Informasi yang dibutuhkan dalam proses Control
Scope , Di dalam nya terdapat informasi
mengenai Scope baseline , Scope Management
plan, Change management plan , Configuration
management plan , requirement management plan
5.6.1 Control Scope: Inputs
5.6.1.2
O Requirement Documentation
Requirements documentation berisi informasi tentang
project, produk, kebutuhan teknis yang harus
disediakan di dalam project, sesuai dengan kriteria
penerimaan resmi pada verifikasi
5.6.1 Control Scope: Inputs
5.6.1.3
O Requirement Tracebility Matrix
membantu untuk mendeteksi dampak perubahan
atau penyimpangan dari dasar lingkup pada tujuan
proyek
5.6.1 Control Scope: Inputs
5.6.1.4
O Work Performance Data
dapat mencakup jumlah permintaan perubahan
diterima, jumlah permintaan diterima atau jumlah
kiriman selesai, dll
5.6.1 Control Scope: Inputs
5.6.1.5
O Organization Process Assets
Asset- asset yang dimiliki oleh organisasi yang
membanntu proses Control Scope
5.6.2 Control Scope: Tools And
Techniques
5.6.2.1
O Variance Analisis
adalah teknik untuk menentukan penyebab dan
derajat perbedaan antara baseline dan kinerja
aktual. Pengukuran kinerja proyek yang
digunakan untuk menilai besarnya variasi dari
original lingkup dasar
5.6.3 Control Scope: Outputs
5.6.3.1
O Work Performance Information
Informasi kinerja yang dihasilkan mencakup
informasi berkorelasi dan kontekstual tentang
bagaimana proyek lingkup adalah melakukan
dibandingkan dengan scope
5.6.3 Control Scope: Outputs
5.6.3.2
O Change Request
Analisis scope dapat mengakibatkan permintaan
perubahan ke dasar lingkup atau komponen lain
dari rencana manajemen proyek. Perubahan
permintaan dapat mencakup tindakan preventif
atau korektif, perbaikan cacat, atau permintaan
tambahan. Perubahan permintaan diproses untuk
diperiksa dan disposisi sesuai dengan lakukan
proses
5.6.3 Control Scope: Outputs
5.6.3.3
O Project Management Plan Update
Pembaharuan dari project Manajemen setiap
elemen-elemennya
5.6.3 Control Scope: Outputs
5.6.3.4
O Project Document Update
Dokumen proyek yang dapat diperbarui termasuk,
namun tidak terbatas pada:
O Persyaratan dokumentasi, dan
O Persyaratan ketertelusuran matriks.
5.6.3 Control Scope: Outputs
5.6.3.5
O Organizational Process Assets Updates
Aset proses organisasi yang dapat diperbaharui
meliputi, tetapi tidak terbatas pada:
O Penyebab varians,
O Tindakan korektif dipilih dan alasan, dan
O Jenis lain dari pelajaran yang dipetik dari
proyek pengendalian lingkup.
Lampiran
TERIMA KASIH