Manajemen Ruang Lingkup

Cakupan Manajemen Ruang Lingkup

Seorang kontraktor memasang pagar di sekeliling lokasi pembangunan untuk menandai batasnya. Menetapkan ruang lingkup proyek memiliki fungsi yang sama. Manajemen ruang lingkup menetapkan pekerjaan yang dibutuhkan proyek dan memastikan tim menyelesaikannya secara menyeluruh dalam batas yang disepakati.

Rencanakan sejak awal bagaimana ruang lingkup akan ditetapkan, dikelola, dan dikendalikan. Kumpulkan kebutuhan dari semua pemangku kepentingan dan dapatkan persetujuan resmi atas ruang lingkup yang dirumuskan dengan jelas. Mengumpulkan kebutuhan hanya dari sponsor atau kelompok kecil dapat menghasilkan ruang lingkup yang keliru. Pada proyek besar, pengumpulan kebutuhan memerlukan lebih banyak waktu, usaha, dan sumber daya sehingga perumusan yang jelas sangat penting.

Gunakan ruang lingkup yang telah disetujui agar pekerjaan tetap sesuai rencana manajemen ruang lingkup. Menambah hal di luar kebutuhan, atau gold plating, dilarang. Pantau ruang lingkup secara berkelanjutan agar semua pihak mengetahui pekerjaan yang termasuk dan yang berada di luar proyek.

Nilai dampak perubahan ruang lingkup terhadap waktu, biaya, risiko, mutu, sumber daya, kepuasan pelanggan, dan hal terkait lainnya. Gunakan manajemen perubahan terpadu untuk menyetujui perubahan. Pengusul memperbarui formulir permintaan perubahan, lalu perubahan tersebut dilacak dalam register pengendalian perubahan.

Buka Diagram Ukuran Penuh ↗

Buka Diagram Ukuran Penuh ↗

Ruang Lingkup Produk

Ruang lingkup produk menjawab pertanyaan “Apa yang diinginkan pelanggan?” Organisasi dapat menjalankan proyek terpisah untuk menetapkannya atau menetapkannya saat mengumpulkan kebutuhan untuk proyek yang sedang berjalan.

Untuk sebuah proyek perangkat lunak, ruang lingkup produk dapat berupa “aplikasi alur kerja baru yang memenuhi kebutuhan pelanggan internal dan eksternal kami.” Untuk mengetahui apakah proyek memenuhi ruang lingkup produk, bandingkan aplikasi yang sudah jadi dengan kebutuhan yang dicatat dalam dokumentasi kebutuhan dan pernyataan ruang lingkup proyek.

Ruang Lingkup Proyek

Ruang lingkup proyek adalah pekerjaan yang diperlukan untuk menghasilkan produk sesuai ruang lingkupnya. Dalam contoh perangkat lunak, pekerjaan itu meliputi pengembangan aplikasi serta kegiatan perencanaan, koordinasi, dan pengelolaan yang mendukung penyelesaiannya, seperti rapat dan laporan. Kegiatan tersebut dicakup dalam rencana manajemen proyek dan rencana manajemen ruang lingkupnya. Pada akhir proyek atau fase, bandingkan pekerjaan yang sudah selesai dengan baseline ruang lingkup dalam rencana manajemen proyek untuk mengetahui apakah ruang lingkup yang disepakati telah terpenuhi.

Rencana Manajemen Ruang Lingkup

Rencana manajemen ruang lingkup mencakup perencanaan, pelaksanaan, dan pengendalian ruang lingkup. Dalam kerangka proses yang digunakan di sini, tim menyusun rencana tersebut dalam proses perencanaan manajemen proyek dan memasukkannya ke rencana manajemen proyek. Rencana ini membahas:

• Cara proyek memenuhi ruang lingkupnya.
• Alat yang diperlukan tim untuk memenuhi ruang lingkup.
• Faktor lingkungan perusahaan yang perlu dipertimbangkan tim.
• Aset proses organisasi yang diperlukan tim.
• Cara tim mengelola dan mengendalikan ruang lingkup sepanjang proyek.

Organisasi sebaiknya memiliki templat, formulir, atau standar manajemen ruang lingkup. Semua itu penting bagi pekerjaan proyek. Sebagian unsur rencana dapat distandarkan, tetapi setiap proyek tetap memerlukan rencananya sendiri. Manajer proyek menggunakan rencana manajemen ruang lingkup sebagai acuan untuk mengarahkan dan mengukur proyek hingga penutupan.

Rencana dapat dikembangkan secara bertahap dan direvisi selama perencanaan. Tentukan dahulu cara mendefinisikan ruang lingkup. Setelah proyek direncanakan secara keseluruhan, tentukan cara melaksanakan dan mengendalikan ruang lingkup tersebut, lalu masukkan keputusan itu ke rencana manajemen ruang lingkup. Perencanaan berikutnya, seperti perencanaan sumber daya manusia, dapat mengungkap kebutuhan penambahan ruang lingkup dan memerlukan revisi lagi.

Manajer proyek perlu memahami ruang lingkup dengan baik untuk menyusun rencana. Tetapkan ruang lingkup produk dan proyek sebelum mulai bekerja. Menyusun rencana manajemen ruang lingkup adalah bagian wajib dari manajemen proyek.

Proses Manajemen Ruang Lingkup

1. Tentukan kebutuhan. Gunakan kajian bisnis yang dijelaskan dalam piagam proyek untuk memeriksa apakah setiap kebutuhan mendukung proyek.
2. Pertimbangkan kebutuhan pemangku kepentingan saat menetapkan ruang lingkup produk dan proyek.
3. Gunakan struktur perincian kerja (WBS) untuk membagi ruang lingkup menjadi bagian yang lebih kecil dan mudah dikelola.
4. Rancang proses dari sudut pandang pelanggan.
5. Ukur kinerja terkait ruang lingkup dan lakukan penyesuaian sesuai kebutuhan sepanjang proyek.

Bersiaplah menolak pekerjaan yang tidak perlu. Ruang lingkup tambahan meningkatkan biaya, waktu, dan usaha.

Mengumpulkan Kebutuhan

Kebutuhan menjelaskan hal-hal yang diperlukan agar proyek atau produk mencapai sasaran yang ditetapkan. Kebutuhan dapat mencakup mutu, proses bisnis, peraturan, kepatuhan, manajemen proyek, dan bidang lainnya. Proses Mengumpulkan Kebutuhan mencakup kebutuhan produk dan proses. Periksa apakah setiap permintaan mendukung sasaran sebelum memasukkannya.

Saat inisiasi, piagam proyek mencatat kebutuhan proyek dan produk secara garis besar. Proses Mengumpulkan Kebutuhan memperoleh informasi yang lebih spesifik dan asumsi terkait dari semua pemangku kepentingan. Kebutuhan yang terlewat dapat menyebabkan kegagalan, perubahan berulang, atau konflik sepanjang proyek.

Mulailah dengan mengidentifikasi pemangku kepentingan dan mencatat mereka dalam daftar pemangku kepentingan. Sebuah proyek dapat melibatkan beberapa ratus pemangku kepentingan, dan tiap kelompok mungkin membutuhkan cara berbeda untuk menyampaikan masukan. Sisihkan waktu dan usaha untuk mengumpulkan kebutuhan sebelum pekerjaan dimulai. Pengumpulan yang tidak lengkap dapat menyebabkan perubahan yang mahal dan menyita tenaga. Informasi historis dan pelajaran yang dipetik dapat membantu. Pilih teknik yang sesuai dengan proyek dan pemangku kepentingan. Teknik ini juga dapat digunakan untuk mengidentifikasi risiko selama manajemen risiko.

Meninjau Catatan Historis

Catatan historis dan pelajaran yang dipetik menunjukkan kebutuhan proyek sejenis dan membantu mengidentifikasi proses yang relevan. Keduanya membantu orang yang baru bergabung memahami apa yang diharapkan tim-tim yang berbeda. Catatan tersebut juga dapat mengungkap kesalahan manajer proyek sebelumnya dalam menetapkan ruang lingkup, sehingga Anda dapat mencatat kebutuhan yang mereka lewatkan.

Wawancara

Wawancara, yang kadang disebut wawancara pakar, membantu manajer proyek mengidentifikasi kebutuhan produk atau proses dari pemangku kepentingan. Wawancara dapat dilakukan secara individual atau berkelompok, melalui surel, telepon, surat, atau cara lain.

Kelompok Fokus

Moderator atau fasilitator mengumpulkan pendapat dan kebutuhan dari kelompok pemangku kepentingan atau pakar yang dipilih. Pembahasan dapat berfokus pada produk atau salah satu aspek proyek.

Lokakarya Terfasilitasi

Lokakarya terfasilitasi mempertemukan pemangku kepentingan dengan berbagai sudut pandang untuk menetapkan kebutuhan produk atau layanan.

Curah pendapat

Curah pendapat menghasilkan banyak gagasan dalam waktu singkat dengan mendorong peserta mengembangkan ide satu sama lain. Misalnya, seorang peserta mengusulkan cara menetapkan ruang lingkup. Usulan itu memicu ide peserta lain, yang kemudian memunculkan gagasan berikutnya. Undang orang dengan fungsi, latar belakang, dan sudut pandang yang beragam dari dalam maupun luar organisasi.

Teknik Kelompok Nominal

Setelah curah pendapat, peserta mengurutkan gagasan yang paling kuat.

Teknik Delphi

Dalam teknik konsensus ini, pakar berpartisipasi secara anonim dan tidak bertemu. Kirimkan permintaan informasi, rangkum jawaban mereka, lalu kirimkan kembali hasilnya untuk ditinjau. Ulangi sampai para pakar mencapai konsensus.

Peta Pikiran

Peta pikiran membantu menghasilkan gagasan dan menatanya dalam kelompok yang masuk akal. Gambarkan gagasan utama sebagai cabang dari gagasan pusat, lalu tambahkan gagasan terkait pada cabang-cabang itu.

Diagram Afinitas

Kelompokkan gagasan yang diperoleh dari teknik pengumpulan kebutuhan lain menurut kemiripannya. Beri judul pada setiap kelompok kebutuhan.

Buka Diagram Ukuran Penuh ↗

Kuesioner dan Survei

Kuesioner mengumpulkan jawaban atas serangkaian pertanyaan. Kuesioner dan survei dapat menjangkau kelompok yang besar.

Observasi

Amati calon pengguna produk ketika sedang bekerja.

Prototipe

Prototipe adalah model dari produk yang diusulkan. Tunjukkan prototipe kepada pemangku kepentingan dan mintalah masukan. Tim mungkin perlu membuat beberapa versi untuk mencakup semua kebutuhan sebelum menyelesaikan dan menyetujui model tersebut.

Pengambilan Keputusan Kelompok

Masukan dari banyak pemangku kepentingan dapat menghasilkan gagasan yang bersaing, kebingungan, atau konflik. Tinjau dan analisis setiap gagasan, setujui atau tolak, lalu prioritaskan gagasan yang disetujui sebelum mencatatnya dalam dokumen proyek.

• Suara bulat. Semua orang menyetujui kebutuhan tersebut sehingga keputusan mudah diambil.
• Diktator. Satu orang mengambil keputusan untuk seluruh kelompok. Keputusan dapat diambil dengan cepat, tetapi pemangku kepentingan lain mungkin tidak menyetujuinya.
• Mayoritas. Kelompok mengambil keputusan yang didukung oleh lebih dari separuh anggotanya.
• Pluralitas. Jika tidak ada opsi yang didukung mayoritas, kelompok memilih opsi dengan jumlah pendukung terbanyak.
• Konsensus. Kelompok mencapai keputusan yang dapat diterima. Anggota yang awalnya mendukung opsi lain bersedia menerima keputusan yang didukung sebagian besar anggota.

Dokumentasi Kebutuhan

Setelah tim mengumpulkan kebutuhan, dokumentasikan secara jelas dan tidak ambigu. Dokumentasi kebutuhan adalah keluaran dari proses Mengumpulkan Kebutuhan. Kebutuhan yang ditulis dengan buruk dapat disalahpahami. Minta pemangku kepentingan mengonfirmasi bahwa kebutuhan yang didokumentasikan mendukung sasaran yang ditetapkan. Masukan mereka membantu memastikan bahwa tim mengumpulkan kebutuhan yang tepat dan bahwa hasil akhirnya dapat diterima.

Menyeimbangkan Kebutuhan Pemangku Kepentingan

Prioritaskan kebutuhan dan selesaikan konflik agar proyek dapat mencapai sasarannya. Jika semua kebutuhan tidak dapat dipenuhi, cari cara menyeimbangkan tuntutan yang bersaing terkait ruang lingkup, waktu, biaya, mutu, sumber daya, risiko, dan kepuasan pelanggan.

Terus seimbangkan kebutuhan setelah proses pengumpulan. Belakangan, sebagian kebutuhan pemangku kepentingan dapat berbenturan dengan kebutuhan proyek atau kebutuhan pemangku kepentingan lain. Manajer proyek mempertimbangkan kebutuhan tersebut terhadap kepentingan proyek dan menyelesaikan konflik.

Tetapkan sasaran proyek yang jelas, lalu identifikasi dan prioritaskan semua kebutuhan dari semua pemangku kepentingan dalam proses Mengumpulkan Kebutuhan. Keduanya merupakan prasyarat untuk menyeimbangkan kebutuhan tersebut.

Menyelesaikan Kebutuhan yang Bertentangan

Departemen dapat memiliki kepentingan berbeda dalam satu proyek. Misalnya, tim risiko mungkin ingin memperlambat proyek setelah menemukan risiko, sedangkan tim operasi ingin menyelesaikannya lebih cepat. Cari solusi yang dapat diterima kedua departemen.

Konflik yang rumit memerlukan keterlibatan manajemen. Manajer proyek memeriksa kebutuhan mana yang mendukung kajian bisnis dan meninjau piagam, pernyataan ruang lingkup, serta kendala proyek.

Tolak permintaan di luar sasaran proyek atau piagam yang disetujui, sekalipun berkaitan dengan alasan awal proyek. Bicarakan usulan perubahan piagam dengan sponsor untuk mendapatkan persetujuan. Jika biaya menjadi kendala utama, permintaan yang menambah biaya cenderung tidak disetujui. Permintaan yang menahan biaya tanpa menimbulkan dampak besar pada kendala lain lebih mungkin diterima. Permintaan di luar pedoman ini dapat dipertimbangkan untuk proyek mendatang.

Rencana Manajemen Kebutuhan

Bab ini menjelaskan rencana manajemen kebutuhan sebagai keluaran dari proses Mengumpulkan Kebutuhan. Rencana tersebut menjawab pertanyaan berikut.

• Metode apa yang akan digunakan untuk mengidentifikasi kebutuhan?
• Analisis apa yang dibutuhkan untuk setiap kebutuhan?
• Bagaimana kebutuhan akan diprioritaskan?
• Bagaimana kebutuhan akan dikelola?
• Bagaimana kebutuhan akan dilacak?
• Informasi apa yang harus diberikan oleh matriks ketertelusuran kebutuhan?

Matriks Ketertelusuran Kebutuhan

Pada proyek besar, dokumentasi yang buruk dapat menyebabkan kebutuhan hilang. Satu kebutuhan dapat memunculkan beberapa penyempurnaan atau klarifikasi, sehingga asal-usul masing-masing sulit diingat. Jika alasan di balik suatu kebutuhan tidak lagi diketahui, proyek dapat gagal mencapai sasarannya.

Matriks ketertelusuran kebutuhan adalah keluaran lain dari proses Mengumpulkan Kebutuhan. Matriks ini menghubungkan kebutuhan dengan sasaran proyek, kebutuhan lain, atau keduanya, untuk mendukung sasaran strategis. Gunakan matriks ini sepanjang proyek untuk menganalisis usulan perubahan terhadap ruang lingkup produk atau proyek.

Buka Diagram Ukuran Penuh ↗

Menetapkan Ruang Lingkup

Gunakan dokumentasi dari proses Mengumpulkan Kebutuhan, piagam proyek, serta informasi tentang risiko, asumsi, dan kendala untuk menetapkan ruang lingkup produk dan proyek. Nyatakan apa yang termasuk dan yang tidak termasuk dalam proyek maupun hasil kerjanya.

Perencanaan dilakukan secara berulang. Setelah kebutuhan diketahui, gunakan untuk menyusun jadwal dan anggaran. Jika salah satunya belum memenuhi harapan manajemen atau sponsor, tinjau kendala proyek dan seimbangkan kebutuhan dengan anggaran serta jadwal. Berikan pilihan kepada manajemen untuk memenuhi sasaran ruang lingkup, waktu, dan biaya. Pilihannya antara lain memadatkan jadwal, menemukan cara lain untuk mengerjakan pekerjaan, atau menyesuaikan anggaran maupun ruang lingkup. Tujuannya adalah jadwal dan anggaran yang realistis untuk memenuhi ruang lingkup.

Analisis Produk

Analisis sasaran dan deskripsi produk yang disampaikan pelanggan dan sponsor. Gunakan analisis tersebut untuk mengidentifikasi hasil kerja yang konkret.

Pernyataan Ruang Lingkup Proyek

Pernyataan ruang lingkup proyek adalah keluaran utama proses Menetapkan Ruang Lingkup. Penyusunannya memerlukan waktu dan mungkin membutuhkan masukan dari beberapa pemangku kepentingan, termasuk pakar eksternal. Sebutkan dengan jelas dua jenis pengecualian:

1. Ruang lingkup yang belum disetujui. Identifikasi pekerjaan yang pernah diminta tetapi tidak disetujui untuk dimasukkan.
2. Ruang lingkup yang tidak diperlukan. Perjelas batas-batas yang mudah disalahpahami.

Pernyataan ruang lingkup proyek, WBS, dan kamus WBS membentuk baseline ruang lingkup sebagai bagian dari rencana manajemen proyek. Pernyataan ini dapat mencakup:

• Ruang lingkup produk.
• Ruang lingkup proyek.
• Hasil kerja.
• Kriteria penerimaan produk.
• Aktivitas di luar ruang lingkup.
• Kendala dan asumsi.

Membuat Struktur Perincian Kerja (WBS)

Setiap proyek, besar atau kecil, memerlukan WBS. WBS membagi seluruh ruang lingkup proyek menjadi hasil kerja yang mudah dikelola. Tanpa WBS, proyek akan melewati jadwal penyelesaian dan manajer proyek juga dapat melewatkan aktivitas penting.

Buka Diagram Ukuran Penuh ↗

Sebagian besar manajer proyek membuat daftar butir tindakan. Daftar panjang dapat sulit dikelola, dapat melewatkan hasil kerja, dan menyulitkan pemecahan proyek besar menjadi bagian yang mudah ditangani. Pembaca mungkin kesulitan memahami proyek atau mengetahui siapa yang menyusun daftar itu.

WBS mencakup setiap butir tindakan. Hierarkinya menunjukkan cara pekerjaan dibagi menjadi paket kerja dan hubungan antarhasil kerja. Masukan dari pemangku kepentingan dan tim membantu memperoleh dukungan mereka serta meningkatkan kinerja. Penyusunan WBS memungkinkan tim menelusuri proyek dalam pikiran dan memperbaiki rencananya. Dengan demikian, pelaksanaan menjadi lebih mudah dan risikonya lebih rendah, keterlibatan meningkat, dan orang dapat melihat bahwa proyek bisa diselesaikan.

WBS mungkin terlihat seperti bagan organisasi. Fungsinya adalah menguraikan proyek dan pekerjaan yang dibutuhkan untuk menghasilkan hasil kerja menjadi bagian yang dapat direncanakan, diatur, dikelola, dan dikendalikan. Mulailah dari tingkat teratas, lalu uraikan hasil kerja dan pekerjaan menjadi unit yang lebih kecil yang disebut paket kerja.

Aturan Membuat WBS

1. Libatkan tim.
2. Selesaikan tingkat pertama sebelum menguraikan pekerjaan lebih lanjut.
3. Jadikan setiap tingkat sebagai bagian dari tingkat di atasnya.
4. Pastikan seluruh proyek dapat dipahami dengan melihat semua tingkat WBS bersama-sama.
5. Sertakan hanya hasil kerja proyek ini.

Paket Kerja dan Akun Pengendalian

Suatu hasil kerja dapat dianggap sebagai paket kerja jika:

1. Dapat diperkirakan secara realistis dan meyakinkan.
2. Dapat diselesaikan dengan cepat.
3. Dapat diselesaikan tanpa jeda atau kebutuhan akan informasi tambahan.
4. Dapat dialihdayakan atau dikontrakkan jika sesuai.

Beri nomor pada tingkat WBS setelah WBS selesai sehingga setiap paket kerja memiliki pengenal. Sejumlah proyek mengelola biaya pada tingkat WBS yang lebih tinggi, yaitu akun pengendalian, alih-alih di tingkat paket kerja.

Selama perencanaan, tim menggunakan pernyataan ruang lingkup, WBS, dan kamus WBS untuk menguraikan paket kerja menjadi aktivitas yang diperlukan untuk menghasilkan hasil kerja. Daftar aktivitas ini disusun dalam proses Menetapkan Aktivitas pada Pengelolaan Waktu.

WBS adalah dasar bagi perencanaan proyek selanjutnya. Hierarki visualnya mengidentifikasi setiap hasil kerja. Agar suatu aktivitas termasuk dalam proyek, aktivitas itu harus berkaitan dengan pekerjaan yang tercantum dalam WBS. WBS membantu tim mempertimbangkan setiap bagian proyek dan dapat digunakan kembali pada proyek lain. Gunakan WBS untuk menunjukkan hierarki, dan diagram jaringan jadwal untuk menunjukkan ketergantungan antaraktivitas.

Manajer proyek menggunakan WBS untuk menguraikan proyek. Dalam konteks ini, dekonstruksi dan dekomposisi menggambarkan proses yang sama.

Buka Diagram Ukuran Penuh ↗

Kamus WBS

Kamus WBS menjelaskan pekerjaan pada setiap paket kerja. Kamus ini adalah keluaran dari proses Membuat WBS. Kamus WBS membantu mencegah perluasan ruang lingkup tanpa kendali dan memberi semua pihak gambaran jelas tentang hasil kerja. Kamus ini dapat:

• Berfungsi sebagai sistem otorisasi kerja dengan menunjukkan kapan paket kerja dimulai.
• Mencatat tonggak jadwal, kriteria penerimaan, dan rincian paket kerja lainnya.
• Membantu mengendalikan pekerjaan yang dilakukan.
• Membantu pemangku kepentingan memahami usaha yang dibutuhkan suatu paket kerja.

Buka Diagram Ukuran Penuh ↗

Baseline Ruang Lingkup

Baseline adalah versi akhir yang disetujui dari salah satu bagian rencana manajemen proyek. Baseline ruang lingkup terdiri dari pernyataan ruang lingkup, WBS, dan kamus WBS. Manajemen dan pemangku kepentingan harus menyetujui ketiganya sebelum pekerjaan dimulai. Bandingkan kemajuan aktual dengan baseline ruang lingkup.

Ajukan permintaan perubahan untuk setiap penyimpangan dari baseline ruang lingkup. Proses permintaan melalui Pengendalian Perubahan Terpadu. Jika disetujui, perbarui pernyataan ruang lingkup, WBS, kamus WBS, dan dokumen atau komponen lain yang terdampak. Pemenuhan kebutuhan dan baseline ruang lingkup menjadi ukuran keberhasilan proyek.

Memverifikasi Ruang Lingkup

Proses Memverifikasi Ruang Lingkup menjaga agar proyek tetap sesuai dengan ruang lingkup yang disetujui. Bicaralah secara rutin dengan pelanggan atau sponsor dan mintalah penerimaan atas hasil kerja yang sudah selesai.

Masukan untuk Memverifikasi Ruang Lingkup

• Hasil kerja yang divalidasi melalui proses Melakukan Pengendalian Mutu.
• Pernyataan ruang lingkup, WBS, dan kamus WBS.
• Matriks ketertelusuran kebutuhan.
• Dokumentasi kebutuhan.

Keluaran Memverifikasi Ruang Lingkup

• Hasil kerja yang diterima.
• Permintaan perubahan.
• Pembaruan dokumen proyek.

Proses Memverifikasi Ruang Lingkup dapat dilakukan pada akhir setiap fase atau sepanjang proyek sebagai bagian dari pemantauan dan pengendalian. Proses ini menghasilkan penerimaan resmi pelanggan atas hasil kerja sementara. Proses Menutup Proyek atau Fase menghasilkan penerimaan atau persetujuan akhir atas proyek atau fase secara keseluruhan.

Mengendalikan Ruang Lingkup

Proses Mengendalikan Ruang Lingkup memiliki dua tanggung jawab utama. Ukur kinerja ruang lingkup proyek, produk, atau keduanya dan kelola perubahan pada baseline ruang lingkup. Periksa ruang lingkup secara berkala untuk melihat apakah pekerjaan berjalan sesuai rencana.

Dua masukan utama adalah baseline ruang lingkup dalam rencana manajemen proyek dan pekerjaan yang telah diselesaikan. Dokumentasi kebutuhan dan matriks ketertelusuran kebutuhan juga dapat membantu. Identifikasi penyimpangan dari baseline dan rekomendasikan tindakan korektif atau preventif. Jika perubahan diperlukan, ajukan permintaan perubahan, jalankan Pengendalian Perubahan Terpadu, dan perbarui dokumen yang diperlukan.

Manajer proyek secara proaktif mengendalikan proyek berdasarkan baseline dalam rencana manajemen proyek. Ikuti proses manajemen perubahan untuk semua perubahan ruang lingkup.