-
1
Manajemen Ruang Lingkup Proyek (edited)
Sumber: A Guide to the Project Management Body of Knowledge
(PMBOK Guide)
Manajemen Ruang Lingkup Proyek meliputi proses yang diperlukan
untuk memastikan bahwa proyek
tersebut mencakup semua pekerjaan yang diperlukan, dan hanya
pekerjaan yang diperlukan, untuk
menyelesaikan proyek dengan sukses. Hal ini terutama berkaitan
dengan mendefinisikan dan
mengontrol apa yang masuk atau tidak termasuk dalam proyek.
Gambar 1 memberikan gambaran
tentang proses manajemen ruang lingkup proyek yang utama:
1. Inisiasi tahap otorisasi proyek atau fase proyek.
2. Ruang Lingkup Perencanaan pembuatan pernyataan ruang lingkup
tertulis sebagai dasar
untuk keputusan pada proyek di kemudian hari.
3. Definisi Ruang Lingkup pengelompokan penyampaian proyek besar
ke dalam bagian yang kecil,
dengan komponen yang mudah diatur.
4. Verifikasi Ruang Lingkup memformalkan penerimaan ruang
lingkup proyek.
5. Ruang Lingkup Pengendalian Perubahan untuk mengendalikan
perubahan lingkup proyek.
Proses ini berinteraksi satu sama lain dan dengan proses di
bidang pengetahuan lain juga. Setiap
proses mungkin melibatkan usaha dari satu atau lebih indikator
individu atau grup individu,
berdasarkan kebutuhan proyek. Setiap proses umumnya terjadi
setidaknya sekali dalam setiap fase
proyek.
Meskipun proses disajikan di sini sebagai komponen diskrit
dengan antarmuka yang didefinisikan
dengan baik, dalam praktiknya hal ini mungkin tumpang tindih dan
berinteraksi dengan cara tidak
dapat dijelaskan secara terperinci di sini.
Dalam konteks proyek, istilah ruang lingkup bisa merujuk ke:
Ruang Lingkup Produk fitur dan fungsi yang menjadi ciri sebuah
produk atau jasa.
Ruang lingkup Proyek pekerjaan yang harus dilakukan untuk
memberikan produk dengan fitur
dan fungsi yang telah ditetapkan
Proses, peralatan, dan teknik yang digunakan untuk mengelola
ruang lingkup proyek adalah fokus
pada bagian ini. Proses, peralatan, dan teknik yang digunakan
untuk mengelola ruang lingkup produk
yang berbeda-beda menurut wilayah aplikasi dan biasanya
didefinisikan sebagai bagian dari siklus
hidup proyek.
Sebuah proyek umumnya menghasilkan produk tunggal, tetapi produk
tersebut dapat meliputi
komponen tambahan, masing-masing dengan produk yang saling
terpisah tetapi saling bergantung.
Sebagai contoh, sebuah sistem telepon baru umumnya akan mencakup
empat bagian komponen
perangkat keras, perangkat lunak, pelatihan, dan
implementasi.
-
2
Penyempurnaan ruang lingkup proyek diukur terhadap rencana
proyek, tetapi penyelesaian lingkup
produk diukur terhadap persyaratan produk. Kedua jenis manajemen
raung lingkup harus
terintegrasi dengan baik untuk memastikan bahwa pekerjaan proyek
akan menghasilkan penyerahan
produk tertentu.
Manajemen Ruang
Lingkup Proyek
1. Input 1. Deskripsi Produk 2. Rencana Strategis 3. Kriteria
pemilihan
Proyek 4. Informasi Historis
2. Alat dan Teknik 1. Metoda Pemilihan
Proyek 2. Penilaian Ahli
3. Keluaran 1. Proyek carter 2. Identifikasi dan
penetapan manajer proyek
3. Konstrain 4. Asumsi
1. Inisiasi
1. Input 1. Deskripsi Produk 2. Proyek chater 3. Konstrain 4.
Asumsi
2. Alat dan Teknik 1. Analisa produk 2. Analisa Benefit/Biaya 3.
Identifikasi Alternatif 4. Penilaian Ahli
3. Keluaran 1. Peryataan Cakupan 2. Detail Pendukung 3. Rencana
Manajemen
Ruang Lingkup
2. Lingkup Perencanaan
1. Input 1. Peryataan Lingkup 2. Konstrain 3. Asumsi 4.
Perencaan Ouput
Lainnya 5. Informasi Historis
2. Alat dan Teknik 1. Template WBS 2. Dekomposisi
3. Keluaran 1. Work Breakdown
Structure 2. Update Peryataan
Skope
3. Definisi Lingkup
1. Input 1. Hasil Pekerjaan 2. Dokumentasi Produk 3. Work
breakdown
structure 4. Peryataan Lingkup 5. Rencana Proyek
2. Alat dan Teknik 1. Inspeksi
3. Keluaran 1. Peneriamaan Format
4. Verifikasi Lingkup
1. Input 1. Work breakdown
structure 2. Laporan Kinerja 3. Permintaan Perubahan 4. Rencana
Manajemen
Ruang Lingkup 2. Alat dan Teknik
1. Sistem kontrol perubahan ruang lingkup
2. Pengukuran Kinerja 3. Rencana Tambahan
3. Keluaran 1. Perubahan Lingkup 2. Tindakan perbaikan 3.
Pembelajaran 4. Penyesuaian grs dasar
5. Lingkup Kendali
Perubahan
-
3
1. INISIASI
Inisiasi adalah proses otorisasi secara resmi sebuah proyek baru
atau proyek yang ada untuk
melanjutkan ke tahap berikutnya. Ini merupakan link inisiasi
formal proyek untuk pekerjaan yang
sedang berlangsung pada organisasi. Dalam beberapa organisasi,
proyek tersebut tidak secara resmi
dimulai sampai setelah selesainya penilaian kebutuhan, studi
kelayakan, rencana awal, atau bentuk
analisis lainnya yang diprakarsai sendiri secara terpisah.
Beberapa jenis proyek, layanan proyek
internal khususnya dan proyek-proyek pengembangan produk baru,
dimulai secara informal, dan
beberapa jumlah terbatas pekerjaan dilakukan untuk mengamankan
persetujuan yang diperlukan
untuk inisiasi formal. Proyek biasanya diotorisasi sebagai
akibat dari satu atau lebih hal berikut:
Sebuah permintaan pasar (misalnya, sebuah perusahaan mobil
mengotorisasi sebuah proyek
untuk membangun lebih banyak mobil yang efisien bahan bakar
dalam menanggapi kekurangan
bensin).
Kebutuhan bisnis (misalnya, sebuah perusahaan pelatihan
mengotorisasi sebuah proyek untuk
membuat program baru untuk meningkatkan pendapatan
perusahaan).
Permintaan pelanggan (misalnya, sebuah utilitas listrik
mengotorisasi sebuah proyek untuk
membangun sebuah gardu baru untuk melayani sebuah area industri
baru).
Sebuah kemajuan teknologi (misalnya, sebuah perusahaan
elektronik mengotorisasi sebuah
proyek baru untuk mengembangkan sebuah pemutar video game
setelah terjadi kemajuan
dalam memori komputer).
Suatu persyaratan hukum (misalnya, produsen cat mengotorisasi
sebuah proyek menetapkan
pedoman penanganan bahan beracun).
Kebutuhan sosial (misalnya, sebuah organisasi non-pemerintah di
negara berkembang
mengotorisasi sebuah proyek untuk menyediakan sistem air minum,
kakus, dan pendidikan
sanitasi untuk masyarakat berpenghasilan rendah tingkat
penderita kolera yang tinggi).
Rangsangan ini mungkin juga yang disebut masalah, peluang, atau
kebutuhan bisnis. Tema sentral
dari semua istilah ini adalah bahwa manajemen secara umum harus
membuat keputusan tentang
bagaimana merespon.
-
4
1.1 Input untuk Inisialisasi
1. Definisi Produk. Deskripsi produk mendokumentasikan
karakteristik produk atau layanan
yang dilakukan pada proyek. Deskripsi produk biasanya akan
memiliki detail yang sedikit
dalam fase awal dan lebih rinci dalam tahapan yang berikutnya
dimana karakteristik produk
akan semakin diuraikan. Deskripsi produk ini juga harus
mendokumentasikan hubungan
antara produk atau jasa yang dibuat dan kebutuhan bisnis atau
stimulus lain yang
memunculkan proyek tersebut. Sementara bentuk dan substansi
deskripsi produk akan
bervariasi, selalu harus cukup rinci untuk mendukung perencanaan
proyek berikutnya.
Banyak proyek melibatkan satu organisasi (penjual) yang
melakukan pekerjaan kepada pihak
lain (pembeli). Dalam keadaan seperti itu, deskripsi produk awal
biasanya diberikan oleh
pembeli.
2. Rencana Strategis. Semua proyek harus mendukung kinerja
tujuan strategis organisasi -
rencana strategis organisasi harus dipertimbangkan sebagai
faktor dalam keputusan
pemilihan proyek.
3. Kriteria Pemilihan Proyek. Kriteria seleksi Proyek biasanya
didefinisikan dalam hubungan
manfaat dari produk proyek dan dapat mencakup keseluruhan
perhatian manajemen
(pengembalian keuangan, pangsa pasar, persepsi publik, dll).
4. Informasi Historis. Informasi historis tentang hasil seleksi
baik hasil keputusan pemilihan
proyek sebelumnya maupun kinerja proyek sebelumnya harus pula
dipertimbangkan. Ketika
inisiasi melibatkan persetujuan untuk tahap berikutnya dari
proyek, informasi mengenai hasil
dari fase sebelumnya seringkali kritis.
1.2 Alat dan Teknik untuk Inisialisasi
1. Metoda Pemilihan Proyek. Metode seleksi Proyek melibatkan
pengukuran nilai atau daya
tarik pada pemilik proyek. Metode seleksi proyek termasuk
mempertimbangkan kriteria
keputusan (beberapa kriteria, jika digunakan, harus digabungkan
menjadi fungsi nilai
tunggal) dan sarana untuk menghitung nilai dibawah
ketidakpastian. Ini dikenal sebagai
model keputusan dan metode perhitungan. Seleksi proyek juga
berlaku untuk memilih
alternatif cara mengerjakan proyek. Optimasi alat dapat
digunakan untuk mencari kombinasi
-
5
yang optimal dari variabel keputusan. Metode seleksi Proyek
umumnya termasuk dalam
salah satu dari dua kategori besar :
Metoda pengukuran manfaat pendekatan metode perbandingan, model
penilaian,
kontribusi manfaat, atau model -model ekonomi.
Metoda optimasi keterbatasan model matematika dengan menggunakan
metode
linear, non linear, dinamis, integer, dan algortima pemrograman
multi-obyektif.
Metode ini sering disebut sebagai model keputusan. Model
Keputusan termasuk teknik
umum (Pohon Keputusan, Forced Choice, dan lain-lain), serta yang
khusus (Analytic
Hierarchy Process, Analisis Kerangka Kerja Logis, dan
lain-lain). Menerapkan kriteria
pemilihan proyek kompleks dalam model canggih sering dianggap
sebagai tahap proyek
terpisah.
2. Penilaian Ahli. Penilaian Ahli seringkali diperlukan untuk
menilai masukan untuk proses ini.
Seperti keahlian dapat diberikan oleh setiap kelompok atau
individu dengan pengetahuan
khusus atau pelatihan dan tersedia dari berbagai sumber,
termasuk:
Unit lain dalam organisasi.
Konsultan.
Stakeholder, termasuk pelanggan.
Profesional dan asosiasi teknis.
Kelompok industri.
1.3 Hasil dari Inisialisasi
1. Piagam Proyek. Sebuah project charter adalah sebuah dokumen
yang resmi mengotorisasi
sebuah proyek. Ini harus mencakup, baik secara langsung atau
dengan referensi ke dokumen
lain:
Kebutuhan bisnis yang mana proyek ini dilakukan.
Deskripsi produk.
Piagam proyek harus dikeluarkan oleh seorang manajer eksternal
untuk proyek, dan pada
tingkat yang sesuai dengan kebutuhan proyek. Ini menyediakan
manajer proyek dengan
kewenangan untuk menerapkan sumber daya organisasi untuk
kegiatan proyek. Ketika
sebuah proyek dilakukan di bawah kontrak, kontrak yang
ditandatangani pada umumnya
akan menjadi sebagai project charter untuk penjual.
2. Identifikasi/Penugasan Manajer Proyek. Secara umum, manajer
proyek harus diidentifikasi
dan ditugaskan sebagai awal dari proyek tersebut. Manajer proyek
harus selalu diberikan
sebelum memulai rencana pelaksanaan proyek dan lebih baik
sebelum perencanaan proyek
dilakukan.
-
6
3. Kendala. Kendala adalah faktor yang akan membatasi pilihan
tim manajemen proyek
tersebut. Misalnya, anggaran yang telah ditetapkan adalah
kendala yang sangat mungkin
untuk membatasi pilihan tim yang menyangkut ruang lingkup, staf,
dan jadwal.
4. Asumsi.
2. PERENCANAAN RUANG LINGKUP
Lingkup perencanaan adalah proses semakin merinci dan
mendokumentasikan pekerjaan proyek
(lingkup proyek) yang menghasilkan produk proyek. Lingkup
perencanaan proyek dimulai dengan
masukan awal deskripsi produk, Piagam proyek, dan definisi awal
kendala dan asumsi. Perhatikan
bahwa deskripsi produk mencakup persyaratan produk yang
mencerminkan persetujuan kebutuhan
oleh pelanggan dan desain produk yang memenuhi persyaratan
produk. Keluaran lingkup
perencanaan adalah pernyataan ruang lingkup dan rencana
manajemen ruang lingkup, dengan detail
yang mendukung. Bentuk-bentuk pernyataan dasar untuk lingkup
kesepakatan antara proyek dan
pelanggan proyek dengan mengidentifikasi baik tujuan proyek dan
penyerahan peroyek. Tim proyek
mengembangkan ruang lingkup beberapa laporan yang sesuai untuk
tingkat dekomposisi kerja
proyek.
2.1 Input pada Perencanaan Ruang Lingkup
1. Deskripsi Produk. Deskripsi produk dibahas pada 1.1.1
2. Piagam Proyek. Piagam Proyek dibahas pada 1.3.1
3. Kendala. Kendala dijelaskan pada 1.3.3
4. Asumsi.
2.2 Alat dan Teknik untuk Perencanaan Ruang Lingkup
1. Analisa produk. Analisis Produk melibatkan pengembangan
pemahaman yang lebih baik dari
produk proyek. Ini mencakup teknik seperti produk rekayasa
rincian analisis sistem, value
engineering, analisis nilai, analisis fungsi, dan fungsi
penyebaran kualitas.
-
7
2. Analisa Benefit/Biaya. Manfaat analisis biaya melibatkan
memperkirakan biaya dan tidak
berwujud nyata (pengeluaran) dan manfaat (keuntungan) dari
berbagai proyek dan alternatif
produk, dan kemudian menggunakan ukuran finansial, seperti hasil
investasi atau payback
period untuk menilai relatif keinginan alternatif
diidentifikasi.
3. Identifikasi Alternatif. Ini adalah istilah umum untuk setiap
teknik yang digunakan untuk
menghasilkan pendekatan yang berbeda-gen untuk proyek. Ada
berbagai teknik
mengelolaan umum yang sering digunakan di sini, yang paling umum
di antaranya adalah
brainstorming dan berpikir lateral.
4. Penilaian Ahli. Penilaian Ahli dijelaskan pada bagian
1.2.2
2.3 Hasil dari Perencanaan Ruang Lingkup
1. Peryataan Ruang Lingkup. Pernyataan Ruang lingkup
didokumentasikan untuk menyediakan
dasar proyek masa depan dan untuk membuat keputusan dan
mengkonfirmasikan atau
mengembangkan pemahaman lingkup proyek umum diantara para
stakeholder. Saat proyek
berlangsung, pernyataan ruang lingkup mungkin perlu direvisi
atau disempurnakan untuk
mencerminkan perubahan yang telah disetujui dengan ruang lingkup
proyek. Pernyataan
ruang lingkup harus mencakup, baik secara langsung atau dengan
referensi ke dokumen lain:
Dasar proyek kebutuhan bisnis yang ditujukan untuk proyek yang
dilakukan.
pembenaran Proyek ini menyediakan dasar untuk mengevaluasi
timbal balik pada masa
depan.
Produk proyek ringkasan singkat dari deskripsi produk (deskripsi
produk dibahas pada
Bagian 1.1.1)
Penyerahan proyek daftar ringkasan sub produk yang lengkap dan
tanda terima
penyerahan penyelesian proyek. Sebagai contoh, penyerahan utama
untuk proyek
pengembangan perangkat lunak mungkin mencakup kode komputer,
user manual, dan
tutorial interaktif. Ketika diketahui, pengecualian harus
diidentifikasi, tapi apa pun yang
tidak secara eksplisit termasuk secara implisit
dikecualikan.
Tujuan Proyek kriteria yang dapat dihitung yang harus dipenuhi
untuk proyek yang
akan dinilai berhasil. Tujuan Proyek harus menyertakan
setidaknya biaya, jadwal, dan
pengukuran kualitas. Tujuan proyek harus memiliki atribut
(misalnya, biaya), sebuah
ukuran (misalnya Amerika Serikat [US] dolar), dan nilai absolut
atau relatif (misalnya,
kurang dari 1,5 juta). Tujuan yang tidak terukur (misalnya,
"kepuasan pelanggan") yang
menyebabkan resiko tinggi untuk mencapai keberhasilan.
2. Detail dukungan. Pendukung detail untuk laporan cakupan harus
didokumentasikan dan
terorganisir yang diperlukan untuk memfasilitasi penggunaannya
oleh proses manajemen
proyek lainnya. Pendukung detail selalu menyertakan dokumentasi
dari semua identifikasi
asumsi dan kendala. Jumlah detail tambahan mungkin berbeda di
setiap wilayah aplikasi.
-
8
3. Rencana Managemen Ruang Lingkup. Dokumen ini menjelaskan
bagaimana ruang lingkup
proyek akan dikelola dan bagaimana perubahan ruang lingkup akan
diintegrasikan ke dalam
proyek. Hal ini juga harus mencakup penilaian terhadap
stabilitas yang diharapkan ruang
lingkup proyek (yaitu, seberapa besar kemungkinan untuk berubah,
seberapa sering, dan
seberapa banyak). Ruang lingkup rencana pengelolaan juga harus
mencakup gambaran yang
jelas tentang bagaimana perubahan ruang lingkup akan
diidentifikasi dan diklasifikasikan. (Ini
sangat sulit dan karena itu sangat penting-saat karakteristik
produk masih sedang diuraikan.)
Sebuah rencana pengelolaan dapat lingkup formal maupun informal,
sangat rinci atau dalam
kerangka yang luas, berdasarkan kebutuhan proyek. Ini adalah
komponen susidiari dari
rencana proyek.
3. DEFINISI RUANG LINGKUP
Definisi Ruang Lingkup melibatkan pengelompokan penyerahan
proyek utama (seperti diidentifikasi
dalam peryataan ruang lingkup sebagaimana disebutkan dalam
bagian 2.3.1) menjadi kelompok lebih
kecil, lebih mudah dikelola:
Meningkatkan akurasi biaya, durasi, dan estimasi sumber
daya.
Menetapkan dasar pengukuran kinerja dan kontrol.
Memfasilitasi tugas tanggung jawab yang jelas.
Definisi ruang lingkup yang benar sangat penting bagi
keberhasilan proyek. Ketika definisi ruang
lingkup tidak jelas, biaya proyek akhir dapat menjadi lebih
tinggi karena perubahan yang tak
terelakkan yang mengganggu irama proyek, menyebabkan pengerjaan
ulang, peningkatan waktu
proyek, dan menurunkan produktivitas dan moral tenaga kerja
3.1 Input Pada Definisi Ruang Lingkup
1. Pernyataan Ruang Lingkup. Pernyataan lingkup dijelaskan dalam
Bagian 2.3.1.
-
9
2. Kendala. Kendala yang dijelaskan dalam bagian 1.3.3. Ketika
sebuah proyek dilakukan di
bawah kontrak, kendala yang ditentukan oleh ketentuan kontrak
sering menjadi
pertimbangan utama selama pendefinisian ruang lingkup.
3. Asumsi.
4. Hasil Perencanaan Lain. Output dari proses di bidang
pengetahuan lainnya harus ditinjau
ulang untuk dampak yang mungkin timbul pada lingkup definisi
proyek.
5. Informasi Historis. Informasi historis tentang proyek
sebelumnya harus dipertimbangkan
dalam definisi ruang lingkup. Informasi tentang kesalahan dan
kelalaian pada proyek-proyek
sebelumnya akan sangat berguna.
3.2 Alat dan Teknik untuk Definisi Ruang Lingkup
1. Template Work breakdown structure. WBS dari proyek sebelumnya
yang sering dapat
digunakan sebagai template untuk sebuah proyek baru. Meskipun
setiap proyek adalah unik,
WBSs sering bisa digunakan kembali karena sebagian besar proyek
akan menyerupai
proyek lain sampai batas tertentu. Sebagai contoh, sebagian
besar proyek dalam sebuah
organisasi tertentu akan memiliki siklus hidup proyek yang
mirip, dan dengan demikian akan
memiliki keperluan penyerahan yang sama atau serupa dari setiap
tahap.
Gambar 2: Contoh Struktur Perincian Kerja untuk Produk Bahan
Pertahanan
-
10
Banyak aplikasi atau wilayah organisasi telah melakukan WBS
standar atau semistandard
yang dapat digunakan sebagai template. Misalnya, Departemen
Pertahanan AS telah
merekomendasikan standar WBS untuk Produk Bahan Pertahanan
(MILHDBK-881). Sebagian
dari salah satu template ini ditampilkan pada Gambar 2.
2. Dekomposisi. Dekomposisi melibatkan pengelompokan penyampaian
proyek utama atau
subdeliverables menjadi lebih kecil, komponen yang lebih mudah
ditangani sampai kiriman
didefinisikan dalam detail yang memadai untuk mendukung
pengembangan kegiatan proyek
(perencanaan, pelaksanaan, pengendalian, dan menutup).
Dekomposisi meliputi langkah-
langkah utama berikut:
(1) Identifikasi penyerahan utama proyek, termasuk manajemen
proyek. Penyerahan utama
harus selalu didefinisikan dalam istilah bagaimana proyek
sebenarnya akan diatur.
Sebagai contoh:
Tahapan dari siklus hidup proyek dapat digunakan sebagai tingkat
pertama dari
dekomposisi dengan penyerahan proyek diulang di tingkat kedua,
seperti yang
diilustrasikan pada Gambar 3.
Penyelenggaraan prinsip dalam setiap cabang dari WBS dapat
bervariasi, seperti
digambarkan dalam Gambar 4.
(2) Tentukan jika biaya memadai dan perkiraan durasi dapat
dikembangkan pada tingkat
detail untuk setiap penyerahan. Yang dimaksud dengan memadai
dapat berubah selama
dekomposisi-proyek dari penyerahan yang akan dihasilkan jauh di
masa depan mungkin
tidak dapat dilakukan. Untuk setiap penyerahan, lanjutkan ke
Langkah 4 jika ada detail
yang memadai, untuk Langkah 3 jika tidak ada-ini berarti bahwa
kiriman yang berbeda
mungkin memiliki tingkat dekomposisi yang berbeda.
-
11
Gambar 3: Contoh WBS yang dilaksanakan per tahap
(3) Mengidentifikasi komponen konstituen dari penyerahan.
Komponen Konstituante harus
dijelaskan dalam hal nyata, hasil diverifikasi untuk
memfasilitasi pengukuran kinerja.
Seperti dengan komponen utama, komponen konstituen harus
ditentukan dalam hal
bagaimana karya proyek sebenarnya akan diatur dan pekerjaan
proyek dilaksanakan.
Jelasnya, hasil verifikasi dapat mencakup jasa serta produk
(misalnya, laporan status
dapat digambarkan sebagai status laporan mingguan, untuk barang
yang diproduksi,
komponen konstituen mungkin mencakup beberapa individu ditambah
komponen
perakitan akhir). Ulangi Langkah 2 pada setiap komponen
konstituen.
(4) Verifikasi kebenaran dekomposisi:
Apakah item tingkat bawah baik yang diperlukan dan yang cukup
untuk
menyelesaikan item terurai? Jika tidak, komponen konstituen
harus diubah
(ditambah, dihapus dari, atau redefinisi).
Apakah setiap item didefinisikan secara jelas dan benar? Jika
tidak, deskripsi harus
direvisi atau diperluas.
Dapatkah setiap item dijadwalkan secara tepat? Dianggarkan?
Ditetapkan ke unit
organisasi tertentu (misalnya, departemen, tim, atau orang) yang
akan menerima
tanggung jawab untuk penyelesaian yang memuaskan dari item
tersebut? Jika tidak,
revisi diperlukan untuk memberikan kontrol manajemen yang
memadai.
3.3 Hasil dari Definsi Ruang Lingkup
-
12
1. Work Breakdown Structure
Sebuah WBS adalah pengelompokan berorientasi deliverable.
Komponen proyek yang
mengatur dan menentukan total cakupan proyek; bekerja tidak
dalam WBS berada di luar
lingkup proyek. Seperti pernyataan ruang lingkup, WBS yang
sering digunakan untuk
mengembangkan atau mengkonfirmasi bahwa pengertian umum tentang
ruang lingkup
proyek. Setiap tingkat ke bawah merupakan penjelasan yang lebih
rinci pada penyerahan
proyek. Bagian 3.2.2 menggambarkan pendekatan yang paling umum
untuk
mengembangkan WBS. Sebuah WBS biasanya disajikan dalam bentuk
grafik, seperti
digambarkan dalam Angka 2, 3 dan 4; namun, WBS tidak harus
dicampur adukkan dengan
metode penyajiannya - gambar daftar kegiatan tidak terstruktur
dalam bentuk bagan tidak
membuatnya menjadi WBS.
Setiap item dalam WBS umumnya diberikan sebuah identifier unik;
pengidentifikasi ini dapat
memberikan struktur hirarkis untuk penjumlahan biaya dan sumber
daya. Item pada tingkat
terendah dari WBS dapat disebut sebagai paket pekerjaan,
khususnya dalam organisasi yang
diterima mengikuti nilai praktek manajemen. Paket pekerjaan ini
pada gilirannya lebih lanjut
didekomposisi dalam struktur rincian pekerjaan proyek. Secara
umum, jenis pendekatan ini
digunakan ketika manajer proyek adalah menetapkan lingkup
pekerjaan ke organisasi lain,
dan organisasi lain ini harus merencanakan dan mengelola ruang
lingkup pekerjaan pada
tingkat yang lebih rinci dibandingkan dengan manajer proyek
dalam proyek utama. Paket
pekerjaan ini dapat diurai lebih lanjut dalam rencana proyek dan
jadwal, seperti yang
dijelaskan dalam Bagian 3.2.2
Deskripsi komponen pekerjaan sering dikumpulkan dalam kamus WBS.
Sebuah kamus WBS
biasanya akan memasukkan deskripsi paket pekerjaan, serta
informasi perencanaan lainnya
seperti tanggal jadwal, anggaran biaya, dan tugas staf.
-
13
Gambar 4: Contoh Struktur Perincian Kerja Instalasi Pengolahan
Air Limbah
WBS tidak harus dicampur adukkan dengan jenis lain struktur
breakdown yang digunakan
untuk menyajikan informasi proyek. struktur lainnya yang umum
digunakan di beberapa
area aplikasi meliputi:
Contractual WBS (CWBS), yang digunakan untuk menentukan tingkat
pelaporan bahwa
penjual akan menyediakan pembeli. CWBS umumnya termasuk kurang
detail dibanding
WBS digunakan oleh penjual untuk mengelola pekerjaan
penjual.
Organizational breakdown structure (OBS), yang digunakan untuk
menunjukkan
komponen pekerjaan yang telah ditetapkan yang unit
organisasi.
Resource breakdown structure (RBS), yang merupakan variasi dari
OBS dan biasanya
digunakan ketika komponen pekerjaan yang ditugaskan untuk
individu.
-
14
Bill of material (BOM), yang menyajikan pandangan hirarkis dari
rangkaian fisik,
subassemblies, dan komponen yang diperlukan untuk membuat produk
diproduksi.
Project breakdown structure (PBS), yang pada dasarnya sama
dengan WBS yang
dilakukan benar. Istilah PBS banyak digunakan di area aplikasi
mana istilah WBS salah
digunakan untuk mengacu pada suatu BOM.
2. Update pernyataan ruang lingkup. Mencakup modifikasi dari isi
laporan ruang lingkup
(diuraikan dalam bagian 2.3.1). Stakeholder yang tepat harus
diberitahu sesuai kebutuhan.
4. VERIFIKASI RUANG LINGKUP
Verifikasi ruang lingkup adalah proses mendapatkan penerimaan
formal ruang lingkup proyek oleh
stakeholder (sponsor, klien, pelanggan, dll). Hal ini
membutuhkan meninjau penyerahan dan hasil
kerja untuk memastikan bahwa semua telah diselesaikan dengan
benar dan memuaskan. Jika proyek
ini dihentikan lebih awal, proses verifikasi ruang lingkup harus
menetapkan dan mendokumentasikan
tingkat dan tahap penyelesaian. Verifikasi ruang lingkup berbeda
dengan pengendalian kualitas
dalam hal ini terutama yang berurusan dengan penerimaan hasil
kerja sedangkan kualitas kontrol
terutama berkaitan dengan kebenaran hasil pekerjaan. Proses ini
umumnya dilakukan secara paralel
untuk memastikan kebenaran dan penerimaan.
4.1 Input pada verifikasi ruang lingkup
1. Hasil kerja. Hasil kerja dimana penyerahannya telah selesai
sepenuhnya atau sebagian
merupakan output dari pelaksanaan rencana proyek.
2. Dokumentasi produk. Dokumen yang dihasilkan untuk
menggambarkan produk proyek
harus tersedia untuk ditinjau. Istilah yang digunakan untuk
menggambarkan dokumentasi
ini (rencana, spesifikasi, dokumentasi teknis, gambar, dll)
berbeda-beda menurut wilayah
aplikasi.
3. Work breakdown structure. Bantuan WBS dalam penentuan ruang
lingkup, dan harus
digunakan untuk memverifikasi pekerjaan proyek tersebut (lihat
Subbab 3.3.1).
-
15
4. Pernyataan ruang lingkup. Pernyataan ruang lingkup
mendefinisikan ruang lingkup secara
rinci dan harus diverifikasi (lihat Subbab 2.3.1).
5. Rencana Proyek.
4.2 Alat dan teknik untuk Verifikasi ruang lingkup
1. Pemeriksaan. Pemeriksaan mencakup kegiatan seperti
pengukuran, pemeriksaan, dan
pengujian dilakukan untuk menentukan apakah hasil sesuai dengan
persyaratan. Berbagai
inspeksi disebut resensi, review produk, audit, dan penelusuran;
di beberapa area aplikasi,
istilah-istilah yang berbeda memiliki arti sempit dan
spesifik.
4.3 Hasil dari Verifikasi ruang lingkup
1. Penerimaan Formal. Dokumentasi dimana klien atau sponsor
telah menerima produk dari
fase proyek atau penyerahan utama harus siap dan
didistribusikan. penerimaan tersebut
dapat bersyarat, terutama pada akhir sebuah fase.
5. KONTROL PERUBAHAN RUANG LINGKUP
Lingkup pengendalian perubahan berkaitan dengan a) mempengaruhi
faktor-faktor yang membuat
perubahan lingkup untuk memastikan bahwa perubahan telah
disepakati, b) menentukan bahwa
perubahan lingkup telah terjadi, dan c) mengelola perubahan
aktual kapan dan jika mereka terjadi.
Lingkup pengendalian perubahan harus benar-benar terintegrasi
dengan proses-proses kontrol
lainnya (jadwal kontrol, pengendalian biaya, pengendalian mutu,
dan lain-lain).
5.1 Input pada kontrol perubahan ruang lingkup
1. Work breakdown structure. WBS dijelaskan dalam bagian 3.3.1,
yang mendefinisikan
dasar lingkup proyek.
2. Laporan Kinerja. Laporan Kinerja, memberikan informasi
tentang kinerja ruang lingkup,
seperti yang penyerahan interim yang telah diselesaikan dan yang
belum. Laporan Kinerja
-
16
juga dapat mengingatkan tim proyek untuk isu-isu yang dapat
menyebabkan masalah di
masa mendatang.
3. Permintaan perubahan. Permintaan perubahan dapat terjadi
dalam berbagai bentuk -
lisan atau tertulis, langsung atau tidak langsung, dimulai
eksternal atau internal, dan
dengan mandat legal atau opsional. Perubahan mungkin memerlukan
perluasan ruang
lingkup atau memungkinkan menyusutkannya. Kebanyakan permintaan
perubahan adalah
hasil dari:
Sebuah peristiwa eksternal (misalnya, perubahan dalam peraturan
pemerintah).
Sebuah kesalahan atau kelalaian dalam mendefinisikan ruang
lingkup produk
(misalnya, kegagalan untuk menyertakan sebuah fitur yang
diperlukan dalam
perancangan sistem telekomunikasi).
Sebuah kesalahan atau kelalaian dalam mendefinisikan lingkup
proyek (misalnya,
dengan menggunakan BOM, bukannya sebuah WBS).
Perubahan nilai tambah (misalnya, proyek rehabilitasi lingkungan
mampu mengurangi
biaya dengan memanfaatkan teknologi yang tidak tersedia saat
lingkup awalnya
ditentukan).
Melaksanakan rencana kontingensi atau rencana solusi untuk
menanggapi risiko.
4. Rencana pengelolaan ruang lingkup. Rencana pengelolaan ruang
lingkup dijelaskan pada
bagian 2.3.3.
5.2 Alat dan teknik untuk kontrol perubahan ruang lingkup
1. Kontrol perubahan ruang lingkup. Sebuah pengendalian
perubahan ruang lingkup
mendefinisikan prosedur dimana ruang lingkup proyek dapat
diubah. Termasuk dokumen,
pelacakan sistem, dan tingkat persetujuan yang diperlukan untuk
otorisasi perubahan.
Pengendalian perubahan ruang lingkup harus diintegrasikan dengan
kontrol perubahan
yang terintegrasi dan, khususnya, dengan sistem apapun atau
sistem yang ada untuk
mengendalikan lingkup produk. Ketika proyek ini dilakukan di
bawah kontrak,
pengendalian perubahan lingkup juga harus sesuai dengan semua
ketentuan kontrak yang
relevan.
2. Pengukuran kinerja. Teknik pengukuran kinerja, membantu untuk
menilai besarnya setiap
variasi yang terjadi. Menentukan apa yang menyebabkan varians
relatif terhadap baseline
dan memutuskan apakah varians memerlukan tindakan koreksi
merupakan bagian yang
penting dari kontrol ruang lingkup perubahan.
3. Perencanaan tambahan. Beberapa proyek berjalan tepat sesuai
rencana. Calon lingkup
perubahan mungkin membutuhkan modifikasi pada WBS atau analisis
pendekatan
alternatif (lihat masing-masing pada Bagian 3.3.1 dan
2.2.3).
5.3 Hasil dari kontrol perubahan ruang lingkup
-
17
1. Perubahan ruang lingkup. Sebuah cakupan perubahan adalah
modifikasi pada lingkup-
proyek yang telah disetujui seperti yang didefinisikan oleh WBS
yang disetujui. Lingkup
perubahan sering membutuhkan penyesuaian terhadap biaya, waktu,
kualitas, atau tujuan
proyek lainnya.
Perubahan lingkup proyek ini adalah umpan balik melalui proses
perencanaan, teknis dan
dokumen perencanaan diperbarui yang diperlukan, dan pemangku
kepentingan akan
diberitahu sebagaimana mestinya.
2. Tindakan perbaikan. Tindakan korektif adalah segala sesuatu
dilakukan untuk membawa
kinerja proyek diharapkan di masa depan sejalan dengan rencana
proyek.
3. Pembelajaran. Penyebab varians, alasan di balik tindakan
korektif yang dipilih, dan jenis-
jenis pelajaran yang dipetik dari kontrol ruang lingkup
perubahan harus didokumentasikan,
sehingga informasi ini menjadi bagian dari database historis
baik kedua proyek ini dan
proyek lainnya dari organisasi yang melaksanakan.
4. Penyesuaian garis dasar. Tergantung pada sifat perubahan,
dokumen dasar yang sesuai
dapat direvisi dan diterbitkan kembali untuk mencerminkan
perubahan yang telah
disetujui dan membentuk dasar baru untuk perubahan masa
depan.