Kelompok 3 :

1. Gilang Abid H - 411171100502.

2. Muhammad 'Ammar H.Y - 411171100523.
3. May Suci K.N.D - 411171100574.
4. Valentino Enggal P - 411171100615.
5. Aldi Palwira - 411171100986.
6. Wahyu Pujining L - 411171100997.
7. Sandi Arung S - 411171101008.
8. Maftuh Rizki - 411171101019.
9. Reno Wahyu D - 4111711010510.
10.Dede Iskamto - 41117110107

Project Scope Management

 Pengertian
 Proses yang diperlukan agar proyek tersebut mencakup
semua ruang lingkup yang diperlukan.

 Proses yang diperlukan untuk memastikan apakah proyek

sudah berisi kegiatan-kegiatan yang perlu dilakukan supaya
proyek sukses.

Copyright 2014
Proses Manajemen Project
 5.1. Rencana Lingkup Manajemen
 5.2. Perencanaan Ruang Lingkup Proyek
 5.3. Menentukan Ruang Lingkup
 5.4. Membuat WBS
 5.5. Lingkup Validasi
 5.6. Lingkup Kontrol

Copyright 2014
Project Scope Management

Istilah lingkup proyek adalah produk, layanan, atau hasil; andores dipandang sebagai
termasuk ruang lingkup produk. Garis dasar hanya dapat diubah melalui formal
mengubah prosedur kontrol dan digunakan sebagai dasar untuk proses ruang lingkup
kontrol serta proses pengendalian lainnya.

Penyelesaian ruang lingkup proyek diukur terhadap rencana manajemen proyek (Bagian
4.2.3.1). Penyelesaian cakupan produk diukur terhadap persyaratan produk (Bagian 5.2).
Manajemen Lingkup Proyek proses perlu diintegrasikan dengan baik dengan proses Area
Pengetahuan lainnya, sehingga pekerjaan proyek akan menghasilkan pengiriman ruang
lingkup produk yang ditentukan.

Copyright 2014
5.1. Rencana Lingkup Manajemen
Rencana lingkup manajemen adalah proses menciptakan rencana
manajemen lingkup yang mendokumentasikan bagaimana proyek ruang
lingkup akan ditentukan, divalidasi, dan dikendalikan.

Manfaat utama dari proses ini adalah memberikan panduan dan arahan
tentang bagaimana ruang lingkup akan dikelola di seluruh proyek.

Rencana manajemen ruang lingkup adalah komponen dari rencana

manajemen program proyektor yang menjelaskan bagaimana ruang
lingkup akan ditentukan, dikembangkan, dipantau, dikendalikan, dan
diverifikasi.

Copyright 2014
 6

Copyright 2014
Plan Scope Management Data Flow Diagram

Copyright 2014
5.1.1 Rencana Pengelolaan Lingkup:
Inputs
Rencana Manajemen Proyek :
Digunakan untuk membuat Scope management plan dan mempengaruhi
pendekatan yang dilakukan untuk perencanaan ruang lingkup proyek.

Piagam Proyek :
Digunakan untuk menyediakan informasi context untuk membuat ruang lingkup
proyek yang akan di kerjakan.

Faktor Lingkungan Perusahaan :

Faktor-faktor lingkungan baik internal maupun eksternal yang dapat
mempengaruhi ruang lingkup proyek.

Aset Proses Organisasi :

Asset- Asset yang dimiliki oleh organisasi yang telah dikumpulkan sejak lama dan
dapat mempengaruhi proses pembuatan plan Scope management.
8

Copyright 2014
5.1.2 Rencana Pengelolaan Ruang Lingkup:
Alat dan Teknik
Penilaian Pakar :

Ahli dalam bidang masing-masing yang dapat dimintai keterangan , masukan ,

untuk membantu dalam pembuatan project Scope management.

Rapat :

Tim proyek dapat membuat suatu meeting untuk mengembangkan project Scope
management.

Copyright 2014
5.1.3 Manajemen Cakupan Rencana:
Keluaran
Rencana Pengelolaan Ruang Lingkup :

Komponen dari project yang menjelaskan ruang lingkup yang akan di kerjakan ,
diawasi, dikontrol, dan diverifikasi. Komponen Scope management plan : Proses
mempersiapkan detail project scope statement , proses untuk menciptakan WBS ,
proses menetapkan bagaimana WBS akan di jalankan , proses yang menentukan
bagaimana serah terima dari proyek yang telah selesai , proses untuk mengontrol
bagaimana perubahan akan detail scope statement di tinjak lanjuti.

Rencana Manajemen Persyaratan :

Ketentuan yang sesuai untuk suatu proyek. Komponen yang menjelaskan

bagaimana kebutuhan akan sumber daya di analisa, di dokumentasikan, dan diatur.

10

Copyright 2014
5.2 Perencanaan Ruang Lingkup
Proyek
Mengumpulkan Persyaratan adalah proses menentukan, mendokumentasikan, dan
mengelola kebutuhan dan pemangku kepentingan persyaratan untuk memenuhi
tujuan proyek. Manfaat utama dari proses ini adalah memberikan dasar untuk
mendefinisikan dan mengelola ruang lingkup proyek termasuk ruang lingkup
produk.

Keberhasilan proyek secara langsung dipengaruhi oleh keterlibatan pemangku

kepentingan aktif dalam penemuan dan dekomposisi kebutuhan menjadi
persyaratan dan dengan perhatian yang diambil dalam menentukan,
mendokumentasikan, dan mengelola persyaratan dari produk, layanan, atau hasil
proyek.

11

Copyright 2014
Lanjutan..
Persyaratan mencakup kondisi atau kemampuan yang harus dipenuhi dipenuhi
oleh proyek atau hadir dalam produk, layanan, atau hasil untuk memenuhi
perjanjian atau yang dipaksakan secara formal lainnya spesifikasi. Persyaratan
termasuk kebutuhan dan harapan yang diukur dan didokumentasikan dari sponsor,
pelanggan, dan pemangku kepentingan lainnya. Persyaratan ini perlu diperoleh,
dianalisis, dan dicatat secara cukup rinci untuk dimasukkan dalam lingkup dasar
dan diukur setelah pelaksanaan proyek dimulai. Persyaratan menjadi dasar WBS.
Biaya, jadwal, perencanaan kualitas, dan terkadang pengadaan semuanya
didasarkan persyaratan ini.

12

Copyright 2014
 13

Copyright 2014
Lanjutan….
Pengembangan persyaratan dimulai dengan analisis informasi yang terkandung
dalam piagam proyek, daftar pemangku kepentingan dan rencana pengelolaan
pemangku kepentingan.

Banyak organisasi mengelompokkan persyaratan menjadi berbagai jenis, seperti

bisnis dan solusi teknis, yang pertama merujuk pada kebutuhan pemangku
kepentingan dan yang terakhir tentang bagaimana kebutuhan tersebut akan
dilaksanakan. Persyaratan bisa dikelompokkan ke dalam klasifikasi yang
memungkinkan penyempurnaan dan perincian lebih lanjut karena persyaratan
diuraikan.

14

Copyright 2014
Klasifikasinya meliputi :
 Persyaratan bisnis, yang menggambarkan kebutuhan tingkat yang lebih tinggi

dari organisasi secara keseluruhan, seperti masalah atau peluang bisnis, dan
alasan mengapa suatu proyek dilakukan.

 Persyaratan pemangku kepentingan, yang menggambarkan kebutuhan

pemangku kepentingan atau kelompok pemangku kepentingan.

 Persyaratan solusi, yang menggambarkan fitur, fungsi, dan karakteristik

produk, layanan, atau hasil yang akan memenuhi persyaratan bisnis dan
pemangku kepentingan.

15

Copyright 2014
Lanjutan….
Persyaratan solusi lebih lanjut dikelompokkan ke dalam persyaratan fungsional
dan nonfungsional:

 Requirements Persyaratan fungsional menggambarkan perilaku produk.

Contohnya termasuk proses, data, dan interaksi dengan produk.

 Requirements Persyaratan non-fungsional melengkapi persyaratan fungsional

dan menggambarkan lingkungan kondisi atau kualitas yang diperlukan agar
produk menjadi efektif. Contohnya termasuk: keandalan, keamanan, kinerja,
keselamatan, tingkat layanan, dukungan, retensi / pembersihan, dll.

16

Copyright 2014
Lanjutan….
 Persyaratan transisi menggambarkan kemampuan sementara, seperti konversi

dan pelatihan data persyaratan, diperlukan untuk transisi dari keadaan "apa
adanya" saat ini ke keadaan "calon" di masa depan.

 Persyaratan proyek, yang menggambarkan tindakan, proses, atau kondisi lain

yang dibutuhkan proyek bertemu.

 Persyaratan kualitas, yang mencakup kondisi atau kriteria apa pun yang

diperlukan untuk memvalidasi penyelesaian yang berhasil dari penyerahan

proyek atau pemenuhan persyaratan proyek lainnya

17

Copyright 2014
5.2.1 Perencanaan Ruang Lingkup
Proyek : Input
Rencana Pengelolaan Ruang Lingkup :
Komponen dari project yang menjelaskan ruang lingkup yang akan dikerjakan ,
ditingkatkan.
Rencana Manajemen Persyaratan :
Requirement management plan memberikan informasi tentang kebutuhan
Stakeholder ,terhadap proyek tersebut.
Rencana Manajemen Pemangku Kepentingan :
Tau keinginan stakeholder, tingkatan kepentingan stakeholder, peran, fungsinya,
supaya bisamemenuhi kebutuhan stakeholder.
Piagam Proyek :
Digunakan untuk memberikan gambaran detail dari produk , layanan, atau hasil
proyeksehingga bisa di tentukan requirement yang di butuhkan.
Daftar Pemangku Kepentingan :
Digunakan untuk mengidentifikasi Stakeholder dan harapanya terhadap proyek
tersebut.
18

Copyright 2014
5.2.2 Perencanaan Ruang Lingkup
Proyek : Alat dan Teknik
Wawancara :

Wawancara adalah pendekatan formal atau informal untuk memperoleh informasi

dari pemangku kepentingan (owner) dengan berbicara langsung dengan mereka
(kontraktor).

Grup Khusus / Fokus :

Mangajak Stakeholder dan para ahli untuk berkumpul bersama agar mengetahui
bagaimanaharapan mereka terhadap produk, servis atau hasil proyek. Harus
dipimpin orang yang ahli.

Tempat kerja( WorkShop) yang difasilitasi :

Digunakan untuk menyamakan pendapat antar Stakeholder , yang berbeda

pendapattentang kebutuhan proyek itu sendiri 19

Copyright 2014
Lanjutan….
Teknik Kreativitas Kelompok :
Beberapa kegiatan kelompok dapat diatur untuk mengidentifikasi persyaratan proyek
dan produk. Beberapa teknik kreativitas kelompok yang dapat digunakan adalah:
 Brainstorming. Teknik yang digunakan untuk menghasilkan dan
mengumpulkan banyak ide yang terkait dengan persyaratan proyek dan produk.
Meskipun brainstorming dengan sendirinya tidak termasuk pemungutan suara
atau penentuan prioritas, sering digunakan dengan teknik kreativitas kelompok
lain yang melakukannya.
 Teknik kelompok nominal.Teknik yang meningkatkan curah pendapat dengan
proses pemungutan suara yang digunakan untuk menentukan peringkat ide yang
paling berguna untuk brainstorming lebih lanjut atau untuk penentuan prioritas.
20

Copyright 2014
Lanjutan..
 Pemetaan ide / pikiran.Sebuah teknik di mana ide-ide diciptakan melalui
sesi-sesi curah pendapat individu dikonsolidasikan ke dalam satu peta tunggal
untuk mencerminkan kesamaan dan perbedaan dalam pemahaman, dan
menghasilkan ide-ide baru.
 Diagram afinitas. Teknik yang memungkinkan sejumlah besar ide untuk
diklasifikasikan ke dalam kelompok untuk ditinjau dan dianalisis.
 Analisis keputusan multikriteria. Teknik yang memanfaatkan matriks
keputusan untuk memberikan pendekatan analitis sistematis untuk menetapkan
kriteria, seperti tingkat risiko, ketidakpastian, dan penilaian, untuk
mengevaluasi dan memberi peringkat banyak ide.

21

Copyright 2014
Lanjutan..
Teknik Pengambilan Keputusan Kelompok :

Teknik pengambilan keputusan kelompok adalah proses penilaian yang memiliki

banyak alternatif dengan hasil yang diharapkan dalam bentuk tindakan di masa
depan untuk menghasilkan, mengklasifikasikan, dan memprioritaskan persyaratan
produk. Ada berbagai metode untuk mencapai keputusan kelompok, seperti:

 Kebulatan suara. Suatu keputusan yang dicapai dimana semua orang

menyetujui satu tindakan saja. Salah satu cara untuk mencapai kebulatan suara
adalah teknik Delphi, di mana sekelompok ahli yang dipilih menjawab
kuesioner dan memberikan umpan balik mengenai tanggapan dari setiap
putaran pengumpulan persyaratan. Tanggapan hanya tersedia untuk fasilitator
untuk mempertahankan anonimitas.
22

Copyright 2014
Lanjutan..
 Mayoritas. Keputusan yang dicapai dengan dukungan diperoleh dari lebih

dari 50% anggota grup.

 Kemajemukan. Keputusan yang dicapai di mana blok terbesar dalam suatu

kelompok memutuskan, bahkan jika mayoritas tidak tercapai. Metode ini

umumnya digunakan ketika jumlah opsi yang dinominasikan lebih dari dua.

 Kediktatoran. Dalam metode ini, satu individu membuat keputusan untuk

grup.Semua teknik pengambilan keputusan kelompok ini dapat diterapkan

pada teknik kreativitas kelompok yang digunakan dalam proses Kumpulkan
Persyaratan.

23

Copyright 2014
Lanjutan..
Kuisioner dan Survei :
Menyebar kuisioner dan melakukan survey kepada responden.
Pengamatan :
Pengamatan secara langsung untuk melihat keadaan nyata , dan langkah
kedepanya dalammenyelesaikan proyek.
Prototipe:
Metode untuk mendapakan feedback yang cepat dengan cara membuat rancangan
kerjadari produk.
Prototyping adalah metode untuk mendapatkan umpan balik awal tentang
persyaratan dengan menyediakan model kerja dari proyek yang diharapkan
sebelum benar-benar membangunnya.
Storyboarding adalah teknik prototyping yang menunjukkan urutan atau navigasi
melalui serangkaian gambar atau ilustrasi.

24

Copyright 2014
Lanjutan..
Pembandingan :
Benchmarking melibatkan membandingkan praktik-praktik aktual atau yang
direncanakan, seperti proses dan operasi, dengan yang lainnya dari organisasi
yang sebanding untuk mengidentifikasi praktik terbaik, menghasilkan ide untuk
perbaikan, dan memberikan dasar untuk mengukur performa. Organisasi yang
dibandingkan selama pembandingan dapat bersifat internal atau eksternal.
Diagram Konteks :
Diagram konteks adalah contoh model lingkup. Diagram konteks secara visual
menggambarkan ruang lingkup produk oleh menunjukkan sistem bisnis (proses,
peralatan, sistem komputer, dll.), dan bagaimana orang dan sistem lainnya (aktor)
berinteraksi dengannya.
Analisis Dokumen :
Digunakan untuk memperoleh kebutuhan dengan cara menganalisa dan
mengidentifikasidokumen.

25

Copyright 2014
5.2.3 Perencanaan Ruang Lingkup
Proyek : Output
Dokumentasi Persyaratan :

Mendeskripsikan bagaimana kebutuhan individu disatukan dengan kebutuhan

bisnis dariproyek . Komponen dokumentasi persyaratan dapat mencakup, tetapi
tidak terbatas pada:

 Persyaratan bisnis, termasuk:

 Objectives Tujuan bisnis dan proyek untuk keterlacakan;

 Aturan bisnis untuk organisasi yang berkinerja; dan

 Prinsip-prinsip panduan organisasi.

26

Copyright 2014
Lanjutan..
 Persyaratan pemangku kepentingan, termasuk:

 Dampak terhadap area organisasi lainnya;

 Dampak terhadap entitas lain di dalam atau di luar organisasi yang berkinerja;

 Requirements Persyaratan komunikasi dan pelaporan pemangku kepentingan.

 Persyaratan solusi, termasuk:

 Requirements Persyaratan fungsional dan nonfungsional;

 Persyaratan teknologi dan kepatuhan standar;

 Persyaratan dukungan dan pelatihan;

 Persyaratan kualitas; dan

 Persyaratan pelaporan, dll.

27

Copyright 2014
Lanjutan..
 Persyaratan proyek, seperti:

 Tingkat layanan, kinerja, keselamatan, kepatuhan, dll.; dan

 Kriteria penerimaan.

 Persyaratan transisi.

 Asumsi persyaratan, dependensi, dan kendala.

28

Copyright 2014
Lanjutan..
Matriks Keterlacakan Persyaratan :

Matriks keterlacakan persyaratan adalah kisi yang menghubungkan persyaratan

produk dari asalnya ke kiriman yang memuaskan mereka. Penerapan matriks
persyaratan keterlacakan membantu memastikan masing-masing persyaratan
menambah nilai bisnis dengan menghubungkannya dengan tujuan bisnis dan
proyek. Ini menyediakan sarana untuk melacak persyaratan sepanjang siklus hidup
proyek, membantu memastikan bahwa persyaratan disetujui dalam dokumentasi
persyaratan disampaikan di akhir proyek. Akhirnya, ini menyediakan struktur
untuk mengelola perubahan pada ruang lingkup produk.

29

Copyright 2014
Lanjutan..
Penelusuran mencakup, namun tidak terbatas pada, penelusuran persyaratan untuk
hal-hal berikut:

 Kebutuhan, peluang, sasaran, dan sasaran bisnis;

 Tujuan proyek;

 Lingkup proyek / hasil kerja WBS;

 Desain produk;

 Pengembangan produk;

 Strategi pengujian dan skenario pengujian; dan

 Persyaratan tingkat tinggi untuk persyaratan yang lebih rinci.

30

Copyright 2014
 31

Copyright 2014
5.3 Menentukan Ruang Lingkup
Menentukan Ruang Lingkup merupakan proses mengembangkan deskripsi rinci
tentang proyek dan produk. Manfaat utama dari proses ini menggambarkan proses
proyek, layanan, atau batas-batas hasil dengan menentukan persyaratan yang mana
dikumpulkan akan dimasukkan dan dikeluarkan dari ruang lingkup proyek.
Peralatan dan
Input Keluaran
Teknik
• Rencana Pengelolaan • Penilaian Pakar • Pernyataan Lingkup
Ruang Lingkup • Analisis Produk Proyek
• Piagam Proyek • Pembuatan Alternatif • Pembaruan
• Dokumentasi • Lokakarya yang Dokumen Proyek
Persyaratan difasilitasi
• Aset Proses
Organisasi

32

Copyright 2014
Lanjutan..
Karena semua persyaratan yang diidentifikasi dalam Persyaratan Kumpulkan
mungkin tidak termasuk dalam proyek, Define Proses Cakupan memilih
persyaratan proyek akhir dari dokumentasi persyaratan yang disampaikan selama
Proses Kumpulkan Persyaratan. Kemudian mengembangkan deskripsi rinci
tentang proyek dan produk, layanan, atau hasil.

Persiapan pernyataan ruang lingkup proyek yang rinci sangat penting untuk
keberhasilan proyek dan dibangun di atas utama kiriman, asumsi, dan kendala
yang didokumentasikan selama inisiasi proyek. Selama perencanaan proyek,
lingkup proyek didefinisikan dan dijelaskan dengan kekhususan yang lebih besar
karena lebih banyak informasi tentang proyek diketahui.

33

Copyright 2014
Lanjutan..
Risiko, asumsi, dan kendala yang ada dianalisis untuk kelengkapan dan
ditambahkan atau diperbarui sebagaimana diperlukan.

Proses Define Scope bisa sangat berulang. Dalam proyek siklus hidup berulang,
visi tingkat tinggi akan dikembangkan untuk keseluruhan proyek, tetapi cakupan
terperinci ditentukan satu iterasi pada satu waktu dan perencanaan terperinci untuk
iterasi berikutnya dilakukan ketika pekerjaan berlangsung pada ruang lingkup
proyek saat ini dan hasil.

34

Copyright 2014
5.3.1 Menentukan Ruang Lingkup :
Input
Rencana Pengelolaan Ruang Lingkup :

Rencana manajemen ruang lingkup adalah komponen dari rencana manajemen

proyek yang menetapkan kegiatan untuk mengembangkan, memantau, dan
mengendalikan ruang lingkup proyek.

Piagam Proyek :

Piagam proyek memberikan deskripsi dan produk proyek tingkat tinggi

karakteristik. Ini juga berisi persyaratan persetujuan proyek. Jika piagam proyek
tidak digunakan dalam pertunjukan organisasi, maka informasi yang dapat
diperbandingkan perlu diperoleh atau dikembangkan, dan digunakan sebagai dasar
untuk perincian pernyataan lingkup proyek.

35

Copyright 2014
Lanjutan..
Dokumentasi Persyaratan :

Dokumentasi ini akan digunakan untuk memilih persyaratan yang akan disertakan
dalam proyek.

Aset Proses Organisasi :

Aset proses organisasi dapat mempengaruhi bagaimana ruang lingkup

didefinisikan. Contohnya termasuk, tapi tidak terbatas pada:

 Kebijakan, prosedur, dan templat untuk pernyataan ruang lingkup proyek;

 File proyek dari proyek sebelumnya; dan

 Pelajaran dari fase atau proyek sebelumnya.

36

Copyright 2014
5.3.2 Menentukan Ruang Lingkup :
Alat dan Teknik
Penilaian Pakar :
Penilaian ahli sering digunakan untuk menganalisis informasi yang diperlukan
untuk mengembangkan pernyataan ruang lingkup proyek. Keahlian tersebut
disediakan oleh setiap kelompok atau individu dengan pengetahuan atau pelatihan
khusus, dan tersedia dari banyak sumber, termasuk tetapi tidak terbatas pada:
 Unit lain dalam organisasi;
 Konsultan;
 Pemangku kepentingan, termasuk pelanggan atau sponsor;
 Asosiasi profesional dan teknis;
 Kelompok industri; dan
 Pakar materi pelajaran.

37

Copyright 2014
Lanjutan..
Analisis Produk :
Untuk proyek yang memiliki produk sebagai hasil pengiriman, berbeda dengan
layanan atau hasil, analisis produk dapat berupa: alat yang efektif. Setiap area
aplikasi memiliki satu atau lebih metode yang diterima secara umum untuk
menerjemahkan produk tingkat tinggi deskripsi menjadi hasil nyata. Analisis
produk mencakup teknik seperti penguraian produk, system analisis, analisis
persyaratan, rekayasa sistem, rekayasa nilai, dan analisis nilai.

Pembuatan Alternatif :
Pembuatan alternatif adalah untuk mengembangkan sebanyak mungkin opsi
potensial untuk mengidentifikasi pendekatan yang berbeda untuk melaksanakan
dan melakukan pekerjaan proyek. Berbagai teknik manajemen umum dapat
digunakan, seperti brainstorming, berpikir lateral, analisis alternatif, dll.

38

Copyright 2014
Lanjutan..
Lokakarya yang difasilitasi :

Partisipasi pemain kunci dengan berbagai harapan dan / atau bidang keahlian
dalam sesi kerja intensif ini membantu untuk mencapai pemahaman lintas
fungsional dan umum tujuan proyek dan batasannya.

Bertujuan untuk meyamakan pendapat antara para stakeholder yang saling berbeda
pendapat tentang segala macam kebutuhan proyek.

39

Copyright 2014
5.3.3 Menentukan Ruang Lingkup :
Keluaran
Pernyataan Lingkup Proyek :

Pernyataan ruang lingkup proyek adalah deskripsi ruang lingkup proyek, hasil
utama, asumsi, dankendala. Pernyataan lingkup proyek mendokumentasikan
seluruh ruang lingkup, termasuk lingkup proyek dan produk.

Tingkat dan tingkat perincian pernyataan lingkup proyek menentukan pekerjaan

yang akan dilakukan dan pekerjaan yang dikecualikan dapat membantu
menentukan seberapa baik tim manajemen proyek dapat mengendalikan
keseluruhan ruang lingkup proyek.

40

Copyright 2014
Lanjutan..
Pernyataan lingkup proyek yang terperinci, baik secara langsung, atau dengan merujuk ke
dokumen lain, termasukpengikut:

o Deskripsi ruang lingkup produk. Secara progresif menguraikan karakteristik produk,

layanan, atau hasil dijelaskan dalam piagam proyek dan dokumentasi persyaratan.

o Kriteria penerimaan. Seperangkat kondisi yang harus dipenuhi sebelum kiriman

diterima.

o Disampaikan. Setiap produk, hasil, atau kemampuan unik dan dapat diverifikasi untuk
melakukan layanan yang diperlukan untuk diproduksi untuk menyelesaikan suatu
proses, fase, atau proyek. Hasil kerja juga termasuk hasil tambahan, seperti sebagai
laporan dan dokumentasi manajemen proyek. Hasil ini dapat dijelaskan pada ringkasan
level atau dengan sangat detail.

41

Copyright 2014
Lanjutan..
o Pengecualian proyek. Secara umum mengidentifikasi apa yang dikecualikan dari
proyek. Secara eksplisit menyatakan apa yang keluar ruang lingkup untuk proyek
ini membantu mengelola ekspektasi pemangku kepentingan.

o Kendala. Faktor pembatas yang mempengaruhi pelaksanaan proyek atau proses.

Batasan yang diidentifikasi dengan daftar pernyataan ruang lingkup proyek dan
jelaskan batasan atau batasan internal atau eksternal tertentu terkait dengan ruang
lingkup proyek yang mempengaruhi pelaksanaan proyek, misalnaya, yang sudah
ditentukan sebelumnya anggaran atau tanggal yang ditentukan atau jadwal tonggak
yang dikeluarkan oleh pelanggan atau melakukan organisasi.

o Asumsi. Faktor dalam proses perencanaan yang dianggap benar, nyata, atau pasti,
tanpa bukti atau demonstrasi. Juga jelaskan dampak potensial dari faktor-faktor
tersebut jika terbukti salah. 42

Copyright 2014
Tabel 5-1. Elemen Piagam Proyek dan
Pernyataan Lingkup Proyek
Piagam Proyek Pernyataan Lingkup Proyek

• Tujuan atau pembenaran proyek • Deskripsi ruang lingkup proyek

• Tujuan proyek yang terukur dan (semakin dielaborasi)
kriteria keberhasilan terkait • Kriteria penerimaan
• Persyaratan tingkat tinggi • Hasil proyek
• Deskripsi proyek tingkat tinggi • Pengecualian proyek
• Risiko tingkat tinggi • Kendala proyek
• Jadwal ringkasan pencapaian • Asumsi proyek
• Ringkasan anggaran
• Daftar pemangku kepentingan
• Persyaratan persetujuan proyek
• Manajer proyek yang ditugaskan,
tanggung jawab, dan otoritas
tingkat
• Nama dan otoritas sponsor atau
orang lain otorisasi piagam proyek

43

Copyright 2014
Lanjutan..
Pembaruan Dokumen Proyek :

Dokumen proyek yang dapat diperbarui termasuk, tetapi tidak terbatas pada:

 Daftar pemangku kepentingan,

 Dokumentasi persyaratan, dan

 Persyaratan matriks keterlacakan

44

Copyright 2014
 5.4 Membuat WBS
Proses dari pengelompokkan hasil proyek dan pekerjaan proyek menjadi
komponen yang lebih kecil dan lebih mudah dikelola. Manfaat utama dari proses
ini adalah memberikan visi yang terstruktur tentang apa yang harus disampaikan.

Input Peralatan dan Teknik Keluaran

• Perencanaan • Dekomposisi • Lingkup Garis Dasar

Manajemen Ruang • Penilaian Ahli • Memperbarui Dokumen
Lingkup Proyek
• Pernyataan Ruang
Lingkup Proyek
• Dokumentasi
Persyaratan
• Faktor Lingkungan
Perusahaan
• Aset Proses Organisasi

45

Copyright 2014
Lanjutan..
WBS adalah dekomposisi hirarkis dari total ruang lingkup pekerjaan yang akan
dilakukan oleh tim proyek untuk mencapai tujuan proyek dan menciptakan hasil
yang diperlukan. WBS mengatur dan mendefinisikan total ruang lingkup proyek,
dan mewakili pekerjaan yang ditentukan dalam pernyataan lingkup proyek yang
disetujui saat ini. Pekerjaan yang direncanakan terkandung dalam tingkat terendah
komponen WBS, yang disebut paket kerja.

46

Copyright 2014
5.4.1 Membuat WBS : Input
Perencanaan Manajemen Ruang Lingkup :

Perencanaan Manajemen Ruang Lingkup merincikan cara membuat WBS dari

rincian pernyataan lingkup proyek dan bagaimana WBS akan dikelola dan
disetujui.

Pernyataan Ruang Lingkup Proyek :

Pernyataan ruang lingkup proyek menjelaskan pekerjaan yang akan dilakukan dan
pekerjaan yang dikecualikan.

Dokumentasi Persyaratan :

Dokumentasi persyaratan terperinci sangat penting untuk memahami apa yang

perlu diproduksi sebagai hasil dari proyek dan apa yang perlu dilakukan untuk
menyampaikan proyek dan produk akhirnya. 47

Copyright 2014
Lanjutan..
Faktor Lingkungan Perusahaan :

Standar WBS khusus industri, yang relevan dengan sifat proyek, dapat berfungsi
sebagai sumber referensi eksternal untuk pembuatan WBS.

Aset Proses Organisasi :

Aset proses organisasi yang dapat mempengaruhi proses Pembuatan WBS

termasuk, tetapi tidak terbatas pada :

 Kebijakan, prosedur, dan templat untuk WBS;

 File proyek dari proyek sebelumnya; dan

 Pelajaran dari proyek sebelumnya

48

Copyright 2014
5.4.1 Membuat WBS : Peralatan
dan Teknik
Dekomposisi :
Dekomposisi adalah teknik yang digunakan untuk membagi dan mengelompokkan
lingkup proyek dan hasil proyek menjadi bagian-bagian yang lebih kecil dan lebih
mudah dikelola. Paket pekerjaan adalah pekerjaan yang didefinisikan pada level
terendah WBS yang biaya dan lamanya dapat diperkirakan dan dikelola.

Dekomposisi total pekerjaan proyek ke dalam paket pekerjaan umumnya

melibatkan kegiatan-kegiatan berikut:
 Mengidentifikasi dan menganalisis hasil kerja dan pekerjaan terkait;
 Penataan dan pengorganisasian WBS;
 Menguraikan level WBS atas menjadi komponen detail level bawah;
 Mengembangkan dan menetapkan kode identifikasi ke komponen WBS; dan
 Memverifikasi bahwa tingkat dekomposisi kiriman sesuai.

49

Copyright 2014
Gambar 5-12. Sampel WBS yang
disusun dari satu fase

50

Copyright 2014
Gambar 5-13. Sampel WBS
dengan data pengiriman utama

51

Copyright 2014
Lanjutan..
Penilaian Ahli :
sering digunakan untuk menganalisis informasi yang diperlukan untuk
menguraikan hasil proyek menjadi bagian-bagian komponen yang lebih kecil
untuk menciptakan WBS yang efektif.
Struktur WBS dapat ditunjukkan dalam berbagai bentuk sebagai berikut :
 Seperti ditunjukkan pada Gambar 5-12, dengan langkah-langkah siklus hidup
proyek digunakan sebagai tingkat pembongkaran kedua, dengan produk dan
hasil proyek dimasukkan ke tingkat ketiga;
 Seperti ditunjukkan pada Gambar 5-123, kami menggunakan hasil utama pada
tingkat pembongkaran kedua
 Seperti tugas yang dikontrak , elemen sub -komponen untuk mengembangkan
organisasi di luar tim proyek . Penjual kemudian mengembangkan WBS
kontrak dukungan sebagai bagian dari pekerjaan yang dikontrak.

52

Copyright 2014
Lanjutan..
Untuk membongkar komponen WBS yang tinggi, pekerjaan untuk setiap hasil
atau sub-komponen yang paling dasar harus dibagi menjadi komponen yang
paling dasar , dan komponen WBS mewakili produk , layanan , atau hasil yang
dapat diverifikasi .

Untuk memverifikasi akurasi pembongkaran , komponen WBS tingkat bawah

perlu menentukan apakah komponen WBS yang sesuai diperlukan untuk
melengkapi hasil tingkat tinggi dan merupakan komponen yang cukup.

WBS mewakili semua produk dan pekerjaan proyek , termasuk pekerjaan

manajemen proyek . Tingkat terendah dari jumlah pekerjaan harus dilaksanakan
dengan tingkat tinggi sehingga tidak ada yang hilang dan bahwa pekerjaan
tambahan tidak dilakukan. Itu kadang disebut aturan seratus persen
53

Copyright 2014
5.4.3 Membuat WBS:Keluaran
Lingkup Garis Dasar :

Garis dasar Skotlandia adalah versi yang hanya dapat diubah melalui prosedur
manajemen perubahan resmi dan disetujui untuk kamus WBS (WBS yang
digunakan sebagai kriteria perbandingan ) dan WBS yang terkait . Itu adalah
komponen dari rencana manajemen proyek . komponen dasar dari grafik Scofield:
mereka punya:

 Pernyataan lingkup proyek. Panduan cakupan proyek mencakup deskripsi

tentang cakupan proyek,data hasil utama, rumah tangga dan kendala.

 WBS. bahan desentralisasi untuk keseluruhan rentang kerja yang harus

dilakukan oleh tim proyek untuk mencapai tujuan proyek dan menetapkan
hasil yang diperlukan .
54

Copyright 2014
Lanjutan..
WBS mengalokasikan setiap paket kerja ke akun kontrol dan menetapkan
pengenal unik untuk paket kerja mereka di kode akun dan selesai. Akun
manajemen adalah titik kontrol manajemen yang mengintegrasikan cakupan ,
anggaran , biaya aktual , dan jadwal untuk membandingkan nilai yang diperoleh
untuk pengukuran kinerja. Setiap akun pengelolaan mungkin mencakup lebih dari
satu paket kerja , namun setiap paket kerja harus dihubungkan dengan satu akun
manajemen . Akun pengelolaan dapat dimasukkan dengan satu atau lebih paket
rencana . Paket rencana adalah komponen klasifikasi pekerjaan di bawah akun
kontrol yang telah diketahui namun tidak memiliki aktivitas tertentu.

55

Copyright 2014
 Kamus WBS. dokumen yang memberikan informasi rinci tentang setiap
komponen WBS dan dokumen yang mendukung WBS. Informasi tentang
kamus WBS mungkin mencakup hal berikut, tetapi tidak terbatas pada hal
tersebut :
o Kode identifikasi akun
o Keterangan kerja,
o Rumah tangga dan kendala,
o Pemangku jabatan,
o Pemesanan bunga,
o Tata cara,
o Sumber daya yang diperlukan,
o Promosi biaya,
o Persyaratan mutu,
o Kriteria lulus,
o Referensi teknis, dan 56
o Informasi kesepakatan.
Copyright 2014
Lanjutan..
Memperbarui dokumen proyek :

Dokumen proyek yang dapat diperbarui mencakup dokumentasi persyaratan yang

dapat diperbarui untuk memasukkan perubahan yang disetujui dan tidak terbatas
pada ini. Jika permintaan perubahan yang disetujui terjadi dalam proses
pembuatan WBS , dokumen persyaratan yang diminta mungkin harus diperbarui
untuk menyertakan perubahan yang disetujui.

57

Copyright 2014
5.5 Lingkup Validasi
Validate Scope adalah proses formalisasi penerimaan hasil proyek yang
diselesaikan. Manfaat utama dari proses ini adalah bahwa proses ini membawa
objektivitas pada proses penerimaan dan meningkatkan peluang penerimaan
produk akhir, layanan, atau hasil dengan memvalidasi setiap pengiriman.

58

Copyright 2014
Figure 5-15. Validate Scope Data Flow Diagram
59

Copyright 2014
Dalam proses ini, output diperoleh sebagai hasil dari proses Perencanaan di
Lingkup Pengetahuan Manajemen, seperti dokumentasi persyaratan atau ruang
lingkup baseline, serta pekerjaan data kinerja yang diperoleh dari proses Eksekusi
di Area Pengetahuan lainnya, adalah dasar untuk melakukan validasi dan untuk
penerimaan akhir. Proses Validasi Lingkup berbeda dari proses kontrol kualitas
dalam hal yang pertama terkait dengan penerimaan kiriman, sementara kontrol
kualitas terutama berkaitan dengan pengiriman yang sesuai dan memenuhi
persyaratan kualitas yang ditentukan untuk hasil kerja. Kontrol Kualitas umumnya
dilakukan sebelum validasi lingkup, meskipun dua proses ini dapat dilakukan
secara paralel.

60

Copyright 2014
5.5.1 Lingkup Validasi : Inputs
Rencana Manajemen Proyek :

Berisi rencana ruang lingkup manajemen dan Lingkup garis dasar.

Garis dasar lingkup mencakup versi yang disetujui dari pernyataan ruang lingkup,
struktur rincian kerja (WBS), dan kamus WBS terkait, yang dapat diubah hanya
melalui prosedur perubahan dan digunakan sebagai dasar untuk perbandingan.

Dokumentasi Persyaratan :

Dokumentasi persyaratan mencantumkan semua proyek, produk, dan jenis

persyaratan lainnya untuk proyek dan produk, beserta kriteria penerimaannya.

Persyaratan Keterlacakan Matriks :

Matriks keterlacakan persyaratan mengaitkan persyaratan dengan sumber dan

jejaknya sepanjang siklus proyek. 61

Copyright 2014
Lanjutan..
Hasil Kerja Terverifikasi :

Hasil proyek yang diselesaikan dan diperiksa kebenarannya melalui proses kontrol
kualitas.

Data Kinerja Kerja :

Data kinerja kerja dapat mencakup tingkat kepatuhan terhadap persyaratan, 5

jumlah ketidaksesuaian, keparahan ketidaksesuaian, atau jumlah siklus validasi
yang dilakukan dalam periode waktu tertentu.

62

Copyright 2014
5.5.2 Lingkup Validasi : Alat dan
Teknik
Inspeksi :

Meliputi kegiatan seperti mengukur, memeriksa, dan memvalidasi untuk

menentukan apakah pekerjaan dan hasil kerja memenuhi persyaratan dan kriteria
penerimaan produk. Inspeksi kadang-kadang disebut ulasan, ulasan produk, audit,
dan penelusuran.

Tim Pengambil Keputusan Teknik :

Teknik-teknik ini digunakan untuk mencapai kesimpulan ketika validasi dilakukan

oleh tim proyek dan pemangku kepentingan lainnya.

63

Copyright 2014
5.5.3 Lingkup Validasi : Keluaran
Hasil Kerja yang Diterima :

Hasil kerja yang memenuhi kriteria penerimaan secara resmi ditandatangani dan
disetujui oleh pemilik atau sponsor. Dokumentasi formal yang diterima dari
pemilik atau sponsor yang mengakui penerimaan pemangku kepentingan formal
atas hasil proyek diteruskan ke proses Tutup Proyek atau Fase .

Permintaan perubahan :

Hasil yang telah diselesaikan yang belum diterima secara resmi

didokumentasikan, bersama dengan alasan tidak diterimanya hasil tersebut. Hasil
tersebut mungkin memerlukan permintaan perubahan untuk perbaikan cacat.
Permintaan perubahan diproses untuk peninjauan dan disposisi melalui proses
Kontrol Perubahan Terintegrasi.
64

Copyright 2014
Lanjutan..
Informasi Kinerja Kerja :

mencakup informasi tentang kemajuan proyek, seperti mana kiriman telah

dimulai, kemajuannya, kiriman yang telah selesai, atau yang telah diterima.

Pembaruan Dokumen Proyek :

Dokumen proyek yang dapat diperbarui sebagai hasil dari proses Lingkup Validasi
termasuk dokumen yang menentukan status produk atau laporan penyelesaian
produk. Dokumen proyek yang diverifikasi mungkin memerlukan persetujuan dari
pemilik atau sponsor dalam bentuk tanda tangan.

65

Copyright 2014
5.6 Lingkup Kontrol
Lingkup Kontrol adalah proses pemantauan status proyek dan ruang lingkup
produk dan mengelola perubahan ke dasar ruang lingkup. Manfaat utama dari
proses ini adalah memungkinkan lingkup dasar dipertahankan di seluruh proyek.

Figure 5-16. Control Scope: Inputs, Tools & Techniques, and Outputs
66

Copyright 2014
Lanjutan..
Mengontrol ruang lingkup proyek memastikan semua perubahan yang diminta dan
merekomendasikan tindakan korektif atau preventif diproses melalui proses
melakukan kontrol perubahan terpadu. Ruang lingkup Kontrol juga digunakan
untuk mengelola perubahan aktual ketika terjadi dan terintegrasi dengan proses
kontrol lainnya. Yang tidak terkendali ekspansi ke ruang lingkup produk atau
proyek tanpa penyesuaian waktu, biaya, dan sumber daya disebut ruang lingkup
merayap. Perubahan tidak bisa dihindari, oleh karena itu beberapa jenis proses
kontrol perubahan adalah wajib untuk setiap proyek.

67

Copyright 2014
5.6.1 Lingkup Kontrol: Input

Rencana Manajemen Proyek :

Informasi berikut dari rencana manajemen proyek digunakan untuk mengontrol

cakupan:

 Ruang lingkup dasar, dibandingkan dengan hasil aktual untuk menentukan

apakah suatu perubahan, korektif tindakan, atau tindakan pencegahan

diperlukan.

 Rencana pengelolaan ruang lingkup. Bagian dari rencana manajemen ruang

lingkup menggambarkan bagaimana ruang lingkup proyek akan dimonitor dan

dikendalikan.

 Rencana manajemen perubahan. menentukan proses untuk mengelola

perubahan proyek.
68

Copyright 2014
Lanjutan..
 Rencana manajemen konfigurasi. menentukan item-item yang ada dapat

dikonfigurasi, yang memerlukan kontrol perubahan formal, dan proses untuk

mengendalikan perubahan.

 Rencana manajemen persyaratan. adalah komponen dari rencana

manajemen proyek dan menjelaskan bagaimana persyaratan proyek akan
dianalisis, didokumentasikan, dan dikelola.

69

Copyright 2014
Lanjutan..
Dokumentasi Persyaratan :

Persyaratan harus jelas (dapat diukur dan diuji), dapat dilacak, lengkap, konsisten,
dan dapat diterima oleh pemangku kepentingan utama.

Matriks Keterlacakan Persyaratan :

Matriks keterlacakan persyaratan membantu mendeteksi dampak dari setiap

perubahan atau penyimpangan dari baseline lingkup pada tujuan proyek.

Data Kinerja Kerja :

Data kinerja kerja dapat mencakup jumlah permintaan perubahan yang diterima,
jumlah permintaan yang diterima atau jumlah hasil yang diselesaikan, dll.

70

Copyright 2014
Lanjutan..
Aset Proses Organisasi :

Aset proses organisasi yang dapat mempengaruhi proses Lingkup Kontrol

termasuk, tetapi tidak terbatas pada:

 Ruang lingkup formal dan informal yang ada, kebijakan, prosedur, pedoman

terkait control.

 Metode dan templat pemantauan dan pelaporan yang akan digunakan.

71

Copyright 2014
5.6.2 Lingkup Kontrol: Alat dan
Teknik
Analisis Varians :

Teknik untuk menentukan penyebab dan tingkat perbedaan antara baseline

dan kinerja aktual. Aspek penting dari kontrol ruang lingkup proyek
termasuk menentukan penyebab dan tingkat varians relatif terhadap
baseline lingkup dan memutuskan apakah tindakan korektif atau preventif
wajib.

72

Copyright 2014
5.6.3 Lingkup Kontrol: Keluaran
Informasi Kinerja Kerja :

Informasi kinerja kerja yang dihasilkan mencakup informasi yang berkorelasi dan
kontekstual tentang bagaimana proyek ruang lingkup kinerjanya dibandingkan
dengan ruang lingkup baseline. Informasi ini memberikan dasar untuk membuat
keputusan ruang lingkup.

Permintaan Perubahan :

Analisis kinerja ruang lingkup mengakibatkan permintaan perubahan ke ruang

lingkup dasar atau komponen lainnya dari rencana manajemen proyek. Permintaan
perubahan dapat mencakup tindakan pencegahan atau perbaikan, perbaikan cacat,
atau permintaan peningkatan. Perubahan permintaan diproses untuk peninjauan
dan disposisi sesuai dengan perform proses kontrol perubahan terpadu.
73

Copyright 2014
Lanjutan..
Pembaruan Rencana Manajemen Proyek :

Pembaruan rencana manajemen proyek dapat mencakup,tetapi tidak terbatas pada:

 Pembaruan Dasar Lingkup. Jika permintaan perubahan yang disetujui

berpengaruh pada ruang lingkup proyek, maka pernyataan ruang lingkup,
WBS, dan kamus WBS direvisi dan diterbitkan kembali untuk mencerminkan
yang disetujui perubahan melalui Melakukan proses Kontrol Perubahan
Terpadu.

 Pembaruan Baseline Lainnya. Jika permintaan perubahan yang disetujui

berpengaruh pada proyek selain ruang lingkup proyek, kemudian baseline

biaya dan jadwal baseline terkait direvisi dan diterbitkan kembali
mencerminkan perubahan yang disetujui.
74

Copyright 2014
Lanjutan..
Pembaruan Dokumen Proyek :

Dokumen proyek yang dapat diperbarui termasuk, tetapi tidak terbatas pada:

 Dokumentasi persyaratan, dan

 Persyaratan matriks keterlacakan.

Pembaruan Aset Proses Organisasi :

Aset proses organisasi yang dapat diperbarui termasuk, tetapi tidak terbatas pada:

 Penyebab varians,

 Tindakan korektif dipilih dan alasannya, dan

 Jenis pelajaran lain yang dipelajari dari kontrol lingkup proyek.

75

Copyright 2014
TERIMA KASIH

76