ISO 21502 - 2020 (En) - PQP - En.id
ISO 21502 - 2020 (En) - PQP - En.id
com
INTERNASIONA ISO
L 21502
STANDAR
Edisi pertama
2020-12
Nomor referensi
ISO 21502:2020(E)
© ISO 2020
ISO 21502:2020(E)
Isi Halaman
4 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 4
ISO 21502:2020(E) ISO 21502:2020(E)
ISO (Organisasi Internasional untuk Standardisasi) adalah federasi badan standar nasional (badan
anggota ISO) di seluruh dunia. Pekerjaan mempersiapkan Standar Internasional biasanya dilakukan
melalui komite teknis ISO. Setiap badan anggota yang tertarik pada suatu topik yang untuknya
komite teknis telah dibentuk berhak untuk diwakili dalam komite tersebut. Organisasi internasional,
pemerintah dan non-pemerintah, bekerja sama dengan ISO, juga ambil bagian dalam pekerjaan
tersebut. ISO bekerja sama erat dengan International Electrotechnical Commission (IEC) dalam semua
masalah standardisasi elektroteknik.
Prosedur yang digunakan untuk mengembangkan dokumen ini dan yang dimaksudkan untuk
pemeliharaan lebih lanjut dijelaskan dalam Arahan ISO/IEC, Bagian 1. Secara khusus, kriteria persetujuan
yang berbeda yang diperlukan untuk berbagai jenis dokumen ISO harus diperhatikan. Dokumen ini disusun
sesuai dengan aturan editorial Arahan ISO/IEC, Bagian 2 (lihatwww.iso.org/directives).
Perhatian diberikan pada kemungkinan bahwa beberapa elemen dari dokumen ini dapat menjadi subyek hak
paten. ISO tidak bertanggung jawab untuk mengidentifikasi salah satu atau semua hak paten tersebut. Rincian hak
paten apa pun yang diidentifikasi selama pengembangan dokumen akan ada di Pendahuluan dan/atau pada daftar
ISO dari deklarasi paten yang diterima (lihatwww.iso.org/patents).
Setiap nama dagang yang digunakan dalam dokumen ini adalah informasi yang diberikan untuk kenyamanan pengguna dan
bukan merupakan suatu dukungan.
Untuk penjelasan tentang sifat sukarela dari standar, arti istilah dan ekspresi khusus ISO yang terkait dengan
penilaian kesesuaian, serta informasi tentang kepatuhan ISO terhadap prinsip-prinsip Organisasi
Perdagangan Dunia (WTO) dalam Hambatan Teknis untuk Perdagangan (TBT), lihat www.iso.org/ iso/kata
pengantar.html.
Dokumen ini disiapkan oleh Komite Teknis ISO/TC 258, Manajemen proyek, program, dan
portofolio.
Edisi pertama ISO 21502 ini, bersama dengan ISO 21500:—1), membatalkan dan menggantikan ISO 21500:2012, yang
telah direvisi secara teknis. Perubahan utama dibandingkan dengan ISO 21500:2012 adalah sebagai berikut:
a) konsep manajemen proyek telah diperluas untuk mencakup kegiatan pengawasan dan
pengarahan terkait proyek dari organisasi sponsor;
b) informasi tentang bagaimana proyek dapat memberikan hasil dan memungkinkan realisasi manfaat
telah ditambahkan;
e) topik baru telah ditambahkan, seperti menciptakan lingkungan proyek yang kondusif untuk sukses, siklus
hidup proyek, titik keputusan dan gerbang, dan praktik proyek tambahan, seperti manajemen manfaat dan
kontrol perubahan, untuk mencerminkan praktik saat ini dalam manajemen proyek;
g) format telah diubah dari berbasis proses menjadi praktik dan berbasis naratif (lihat Lampiran Auntuk
rincian).
Umpan balik atau pertanyaan tentang dokumen ini harus ditujukan kepada badan standar nasional pengguna.
Daftar lengkap mayat-mayat ini dapat ditemukan diwww.iso.org/members.html.
Target pembaca untuk dokumen ini termasuk, namun tidak terbatas pada:
a) eksekutif dan manajemen senior, untuk memberikan pemahaman yang lebih baik tentang manajemen proyek dan untuk
membantu mereka memberikan dukungan dan bimbingan yang tepat kepada manajer proyek dan orang-orang yang
mengerjakan proyek;
b) individu yang terlibat dalam tata kelola, arahan, jaminan, audit dan manajemen proyek, seperti
sponsor proyek, dewan proyek, auditor dan manajer proyek;
c) manajer proyek dan anggota tim proyek, untuk memiliki dasar yang sama untuk memahami, melakukan,
membandingkan, mengevaluasi, dan mengomunikasikan praktik yang digunakan pada proyek mereka;
d) pengembang standar, proses dan metode manajemen proyek nasional atau organisasi. Selain itu,
dokumen ini juga dapat bermanfaat bagi individu yang terlibat dalam mendukung:
— tim proyek, kantor program dan proyek atau struktur organisasi serupa;
— studi akademis tentang manajemen proyek, program dan portofolio;
— fungsi yang terkait dengan manajemen proyek, seperti keuangan, akuntansi, manajemen sumber daya
manusia, pengadaan, dan hukum.
STANDAR INTERNASIONAL ISO 21502:2020(E)
1 Lingkup
Dokumen ini memberikan pedoman untuk manajemen proyek. Ini berlaku untuk setiap organisasi, termasuk
publik, swasta dan amal, serta untuk semua jenis proyek, terlepas dari tujuan, pendekatan pengiriman, model
siklus hidup yang digunakan, kompleksitas, ukuran, biaya atau durasi.
CATATAN
Pendekatan pengiriman dapat berupa metode atau proses apa pun yang sesuai dengan jenis output, seperti prediktif,
inkremental, iteratif, adaptif atau hybrid, termasuk pendekatan tangkas.
Dokumen ini memberikan deskripsi tingkat tinggi tentang praktik yang dianggap bekerja dengan baik dan
menghasilkan hasil yang baik dalam konteks manajemen proyek. Dokumen ini tidak memberikan panduan
tentang pengelolaan program atau portofolio. Topik yang berkaitan dengan manajemen umum hanya
dibahas dalam konteks manajemen proyek.
2 Referensi normatif
Tidak ada referensi normatif dalam dokumen ini.
ISO dan IEC memelihara database terminologi untuk digunakan dalam standardisasi di alamat berikut:
3.1
garis dasar
dasar referensi untuk perbandingan kinerja yang dipantau dan dikendalikan
[SUMBER: ISO/TR 21506:2018, 3.5]
3.2
keuntungan
3.3
kasus bisnis
pembenaran terdokumentasi untuk mendukung pengambilan keputusan tentang komitmen untuk a proyek (3.20),
program (3.18) atau portofolio (3.15)
3.4
ubah permintaan
dokumentasi yang mendefinisikan perubahan yang diusulkan untuk a proyek (3.20)
1 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 1
ISO 21502:2020(E)
3.5
manajemen konfigurasi
penerapan prosedur untuk kontrol (3.6), menghubungkan dan memelihara dokumentasi,
spesifikasi, dan atribut fisik
3.6
kontrol
perbandingan kinerja aktual dengan kinerja yang direncanakan, menganalisis varians dan mengambil
koreksi yang tepat dan aksi Pencegahan (3.17) sesuai kebutuhan
3.7
tindakan perbaikan
arah dan kegiatan untuk memodifikasi kinerja kerja agar kinerja sesuai dengan rencana
[SUMBER: ISO/TR 21506:2018, 3.15]
3.8
jalur kritis
urutan kegiatan yang menentukan tanggal penyelesaian sedini mungkin untuk suatu proyek (3.20) atau fase
3.9
bisa dikirim
elemen unik dan dapat diverifikasi yang diperlukan untuk diproduksi oleh a proyek (3.20)
[SUMBER: ISO/TR 21506:2018, 3.19, dimodifikasi — Kata-kata "hasil nyata atau tidak berwujud dari kegiatan yang
direncanakan" telah diganti dengan "elemen yang diperlukan untuk diproduksi oleh sebuah proyek".]
3.10
pemerintahan
prinsip, kebijakan, dan kerangka kerja di mana organisasi diarahkan dan dikendalikan
3.11
isu
peristiwa yang muncul selama a proyek (3.20) membutuhkan resolusi agar proyek dapat dilanjutkan
3.12
peluang
terjadinya risiko yang akan memiliki dampak yang menguntungkan
3.13
hasil
perubahan yang dihasilkan dari penggunaan keluaran (3.14) dari proyek (3.20)
3.14
keluaran
agregat berwujud atau tidak berwujud kiriman (3.9) yang membentuk proyek (3.20) hasil
ISO 21502:2020(E)
3.15
portofolio
koleksi dari komponen portofolio (3.16) dikelompokkan bersama untuk memfasilitasi manajemen mereka untuk
memenuhi tujuan strategis
3.16
komponen portofolio
proyek (3.20), program (3.18), portofolio (3.15) atau pekerjaan terkait lainnya
3.17
aksi Pencegahan
tindakan untuk menghilangkan penyebab potensi ketidaksesuaian atau potensi situasi yang tidak diinginkan lainnya
Catatan 1 untuk entri: Tindakan pencegahan diambil untuk mencegah terjadinya sedangkan tindakan perbaikan (3.7) diambil untuk
mencegah kekambuhan.
[SUMBER: ISO 9000:2015, 3.12.1, dimodifikasi — Catatan asli 1 untuk entri telah dihapus.]
3.18
program
sekelompok komponen program (3.19) dikelola secara terkoordinasi untuk mewujudkan manfaat (3.2)
3.19
komponen program
proyek (3.20), program (3.18) atau pekerjaan terkait lainnya
3.20
proyek
usaha sementara untuk mencapai satu atau lebih tujuan yang ditetapkan
[SUMBER: ISO/TR 21506:2018, 3.59, dimodifikasi — Kata-kata "diciptakan untuk menghasilkan hasil yang disepakati" telah
diganti dengan "untuk mencapai satu atau lebih tujuan yang ditentukan".]
3.21
jaminan proyek
tindakan terencana dan sistematis yang diperlukan untuk memberikan kepercayaan kepada organisasi dan proyek yang
mensponsori sponsor (3.26) bahwa proyek (3.20) kemungkinan akan mencapai tujuannya
3.22
tata kelola proyek
prinsip-prinsip, kebijakan dan prosedur dimana a proyek (3.20) diberi wewenang dan diarahkan untuk mencapai tujuan
yang disepakati
3.23
siklus hidup proyek
set fase yang ditentukan dari awal hingga akhir a proyek (3.20)
ISO 21502:2020(E)
3.24
manajemen proyek
kegiatan terkoordinasi untuk mengarahkan dan kontrol (3.6) pencapaian tujuan yang disepakati
[SUMBER: ISO/TR 21506:2018, 3.61, dimodifikasi — Kata “hasil” telah diganti dengan “tujuan”.]
3.25
ruang lingkup proyek
[SUMBER: ISO/TR 21506:2018, 3.65, dimodifikasi — Kata “hasil” telah diganti dengan “tujuan”.]
3.26
sponsor
orang yang bertanggung jawab untuk memperoleh sumber daya dan keputusan eksekutif untuk memungkinkan keberhasilan
3.27
pemangku kepentingan
orang, kelompok atau organisasi yang memiliki kepentingan dalam, atau dapat mempengaruhi, dipengaruhi oleh, atau
menganggap dirinya dipengaruhi oleh, setiap aspek dari suatu proyek (3.20), program (3.18) atau portofolio (3.15)
3.28
ancaman
terjadinya risiko yang akan berdampak negatif
[SUMBER: ISO/TR 21506:2018, 3.83]
3.29
struktur rincian kerja
dekomposisi ruang lingkup yang ditentukan dari a proyek (3.20) atau program (3.18) ke tingkat yang
semakin rendah yang terdiri dari elemen kerja
3.30
paket kerja
kelompok kegiatan yang memiliki ruang lingkup tertentu, bisa dikirim (3.9), skala waktu dan biaya
4.1 Gambaran
4.1.1 Umum
Klausul 4menjelaskan konsep yang berkaitan dengan manajemen proyek yang diambil saat melakukan praktik
yang dijelaskan dalam Klausul 6 dan 7. Gambar 1 menggambarkan konteks dan lingkungan di mana sebuah
proyek dapat eksis. Sebuah proyek dapat berdiri sendiri atau bagian dari program atau portofolio (lihat4.2.5), dan
dapat melintasi batas-batas dalam suatu organisasi dan antar organisasi. Strategi organisasi harus digunakan
untuk mengidentifikasi, mendokumentasikan dan mengevaluasi peluang, ancaman, kelemahan dan kekuatan, yang
dapat membantu menginformasikan tindakan di masa depan. Peluang dan ancaman yang dipilih dapat diperiksa
lebih lanjut dan dibenarkan dalam kasus bisnis. Kasus bisnis dapat menghasilkan satu atau lebih proyek yang
dimulai. Keluaran dari proyek diharapkan memberikan hasil, yang seharusnya memberikan manfaat bagi
organisasi yang mensponsori, serta bagi pemangku kepentingan internal atau eksternal.
4 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 4
L
ISO 21502:2020(E)
CATATAN
Garis putus-putus dari kotak operasi menunjukkan bahwa operasi dapat diperluas ke dalam proyek, program
dan portofolio (garis putus-putus dapat disebut sebagai “pekerjaan terkait lainnya”).
4.1.2 Proyek
Organisasi melakukan pekerjaan untuk mencapai tujuan tertentu. Secara umum, pekerjaan ini dapat
dikategorikan sebagai operasi atau proyek. Operasi dan proyek berbeda dalam hal:
a) proyek bersifat sementara dan fokus pada mempertahankan atau menambah nilai atau kemampuan, untuk
organisasi sponsor, pemangku kepentingan atau pelanggan;
b) operasi dilakukan melalui aktivitas yang berkelanjutan dan dapat difokuskan untuk
mempertahankan organisasi, seperti melalui pengiriman produk dan layanan yang dapat diulang.
Tujuan proyek dapat dipenuhi dengan kombinasi hasil, keluaran, hasil dan manfaat, tergantung pada
konteks proyek (lihat 4.2) dan arahan yang diberikan melalui tata kelola (lihat 4.3). Tujuan proyek harus
berkontribusi pada hasil dan realisasi manfaat bagi pemangku kepentingan, termasuk organisasi
sponsor, pemangku kepentingan organisasi internal dan eksternal lainnya, pelanggan, dan pemangku
kepentingan mereka. Meskipun banyak proyek memiliki fitur serupa, setiap proyek unik. Perbedaan antar
proyek dapat terjadi pada faktor-faktor seperti, namun tidak terbatas pada:
— tujuan;
— konteks;
- kompleksitas;
Manajemen proyek mengintegrasikan praktek-praktek yang termasuk dalam dokumen ini untuk mengarahkan, memulai,
merencanakan, memantau, mengendalikan dan menutup proyek, mengelola sumber daya yang ditugaskan untuk proyek
dan memotivasi orang-orang yang terlibat dalam proyek untuk mencapai tujuan proyek. Manajemen proyek harus
dilakukan melalui serangkaian proses dan metode yang harus dirancang sebagai suatu sistem dan harus mencakup
praktik yang diperlukan untuk proyek tertentu seperti yang dijelaskan dalam dokumen ini.
4.2 Konteks
4.2.1.1 Umum
Konteks proyek dapat memengaruhi kinerja proyek dan kemungkinan keberhasilannya. Tim proyek harus
mempertimbangkan faktor-faktor baik di dalam maupun di luar organisasi.
Faktor-faktor dalam organisasi, seperti strategi, teknologi, kematangan manajemen proyek dan umum,
ketersediaan sumber daya, serta budaya dan struktur organisasi, dapat berdampak pada keberhasilan
proyek. Ada hubungan antara proyek dan konteksnya yang harus dipertimbangkan ketika
menyesuaikan pendekatan manajemen proyek, mengembangkan kasus bisnis, melakukan studi
kelayakan dan merancang transisi ke operasi dan pelanggan, jika berlaku.
Faktor di luar organisasi dapat mencakup, tetapi tidak terbatas pada, faktor sosial ekonomi, geografis, politik, peraturan,
teknologi, dan ekologi. Faktor-faktor ini dapat berdampak pada proyek dengan memaksakan persyaratan atau kendala
atau dengan memperkenalkan risiko yang mempengaruhi proyek. Meskipun faktor-faktor ini sering berada di luar
kekuasaan atau kemampuan sponsor proyek atau manajer proyek untuk dikendalikan atau dipengaruhi, faktor-faktor ini
tetap harus dipertimbangkan dan direncanakan ketika mengarahkan, membenarkan (lihat4.3.2), memulai, merencanakan,
memantau, mengendalikan dan menutup proyek.
Organisasi sering menetapkan strategi keseluruhan mereka berdasarkan visi, misi, nilai-nilai, kebijakan
dan faktor internal dan eksternal organisasi. Proyek dapat menjadi sarana untuk mencapai tujuan
strategis. Potensi keluaran dan hasil harus dipertimbangkan ketika mengidentifikasi peluang dan
ancaman organisasi. Penciptaan nilai dari melakukan proyek diilustrasikan dalamGambar 2. Nilai positif
tercipta ketika manfaat yang dimungkinkan oleh proyek melebihi investasi sumber daya. Nilai yang
diciptakan dapat berwujud atau tidak berwujud.
6 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 6
Gambar 2 — Contoh penciptaan nilai melalui proyek dan program
a) pelanggan atau organisasi sponsor: organisasi memiliki persyaratan dan dapat melakukan pekerjaan atau
mengontrakkan sebagian atau semua pekerjaan ke organisasi pemasok;
b) organisasi pemasok atau kontraktor: organisasi menyediakan, sebagai basis inti atau bagian dari bisnis
mereka, layanan atau produk kepada organisasi lain.
CONTOH 1 Contoh layanan atau produk yang dikirimkan oleh pemasok atau kontraktor, sebagai proyek untuk pendapatan,
dapat mencakup pembangunan jalan, bandara, kereta api dan sistem teknologi informasi.
Dalam kebanyakan kasus, ruang lingkup proyek pemasok adalah bagian dari ruang lingkup proyek pelanggan.
Masing-masing pihak dalam kontrak harus menjaga kepentingan organisasinya dalam proyek dan memiliki
pembenarannya untuk melaksanakan proyek tersebut. Hubungan pelanggan-pemasok dapat membingungkan
karena, untuk beberapa proyek, hubungan ini dapat bersifat antar-organisasi dan intra-organisasi. Dalam kasus
seperti itu, peran pemasok dilakukan sebagian oleh kontraktor atau pemasok luar untuk pelanggan yang berasal
dari departemen atau bagian lain dalam organisasi yang sama.
CONTOH 2 Departemen teknologi informasi organisasi dapat melakukan peningkatan perangkat lunak menggunakan:
sumber daya yang dikontrak atau mitra untuk departemen manufaktur. Dalam situasi ini, peran pemasok-
pelanggan bisa multidimensi.
— bagaimana tata kelola proyek (lihat 4.3) harus beroperasi di kedua sisi, dan melintasi, batas kontrak;
Keluaran dan hasil proyek harus dicapai dalam serangkaian kendala yang teridentifikasi, seperti, namun tidak
terbatas pada:
d) ketersediaan sumber daya proyek, seperti orang-orang dengan keterampilan, fasilitas, peralatan, bahan,
infrastruktur, peralatan, dan sumber daya lain yang sesuai yang diperlukan untuk melaksanakan
kegiatan proyek yang terkait dengan persyaratan proyek;
f) keamanan;
h) potensi dampak sosial, lingkungan dan ekologi dari proyek dan hasilnya;
Kesepakatan harus dicari di antara para pemangku kepentingan utama proyek, terutama pembuat keputusan, tentang kendala
proyek dan prioritas relatif mereka untuk membentuk dasar yang kuat bagi keputusan dan tindakan selanjutnya yang
dimaksudkan untuk mendorong keberhasilan.
4.2.5 Proyek yang berdiri sendiri, bagian dari program atau bagian dari portofolio
Proyek dapat diatur sebagai komponen program atau portofolio atau dapat berdiri sendiri (lihat ISO 21503 dan ISO
21504). LihatGambar 3 untuk contoh bagaimana proyek berhubungan dengan komponen lain.
Dasar-dasar manajemen proyek adalah sama dalam semua situasi, tetapi perbedaan yang khas adalah cara
kerja tata kelola proyek, khususnya tingkat pelaporan dan pengambilan keputusan. Jika sebuah proyek
merupakan bagian dari program atau portofolio, tujuan dan tata kelolanya harus selaras dengan tata kelola
program atau portofolio tersebut (lihat4.3).
Tata kelola proyek harus mencakup prinsip, kebijakan, dan kerangka kerja yang digunakan oleh organisasi untuk
mengarahkan, memberi wewenang, dan mengendalikan proyek berdasarkan kasus bisnis yang disepakati. Tata kelola harus
memberikan pengawasan pada mata pelajaran, seperti:
a) kebijakan, proses dan metode yang akan digunakan untuk melakukan kegiatan dan praktik yang ditetapkan dalam
dokumen ini;
c) peran dan tanggung jawab, termasuk batasan wewenang untuk pengambilan keputusan (lihat 4,5).
Tanggung jawab untuk memelihara tata kelola proyek biasanya diberikan oleh badan pengatur
organisasi sponsor kepada sponsor proyek (lihat: 4.5.4) atau papan proyek (lihat 4.5.3).
Tata kelola proyek harus menjadi bagian terpadu dari kerangka tata kelola organisasi sponsor secara
keseluruhan.
Kasus bisnis memberikan landasan bagi tata kelola proyek. Kasus bisnis harus digunakan untuk
membenarkan pelaksanaan dan kelanjutan proyek dan setidaknya harus mencakup atau referensi:
k) penyajian skenario;
b) risiko;
c) faktor kontrol;
9 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 9
e) faktor organisasi dan lingkungan lainnya.
Jumlah dan nama fase proyek tergantung pada jenis proyek yang dilakukan, tata kelola yang diinginkan, dan risiko
yang diantisipasi. Fase-fase tersebut dapat mencerminkan pendekatan penyampaian yang diambil, seperti
pendekatan prediktif, iteratif, inkremental, adaptif, atau gabungan. Metode manajemen sering menggunakan kata-
kata yang berbeda untuk menunjukkan fase, seperti "tahap", "iterasi" dan "rilis".
Fase harus memiliki awal dan akhir yang ditentukan. Setiap fase siklus hidup proyek harus memiliki tonggak
spesifik yang berhubungan dengan keputusan, kiriman utama, keluaran atau hasil. Setiap fase harus didahului
oleh titik keputusan. Poin keputusan ini, sering disebut sebagai "gerbang", merupakan aspek penting dari tata
kelola proyek. Kriteria yang harus dipenuhi untuk mengizinkan dimulainya fase harus didefinisikan tetapi dapat
bervariasi tergantung pada lingkungan organisasi, siklus hidup spesifik yang digunakan dan tata kelola proyek
yang ditetapkan. Dalam beberapa kasus, fase dapat tumpang tindih.
Poin keputusan dan fase, seperti yang diilustrasikan dalam Gambar 4, harus didefinisikan dan dapat bervariasi
tergantung pada lingkungan organisasi dan eksternal, pendanaan, manfaat yang diperlukan, risiko dan kendala.
Gambar 4 lebih lanjut menggambarkan hubungan antara siklus hidup proyek, praktik manajemen proyek
terintegrasi (lihat Klausul 6) dan praktik manajemen untuk sebuah proyek (lihat Klausul 7).
Gambar 4 — Hubungan antara siklus hidup proyek, praktik manajemen proyek terintegrasi
dan praktik manajemen untuk sebuah proyek
Organisasi proyek adalah struktur sementara yang mendefinisikan peran, tanggung jawab, dan wewenang
dalam proyek. Individu ditugaskan dengan nama untuk peran tertentu dalam organisasi proyek. Organisasi
proyek harus:
Desain organisasi proyek dapat bergantung pada konteks proyek (lihat 4.2), lingkungan organisasi (lihat
4.4) dan pemangku kepentingan (lihat 4.5.10).
Organisasi proyek harus didefinisikan secara cukup rinci untuk setiap individu untuk memahami
peran dan tanggung jawab mereka, dan peran dan tanggung jawab individu dengan siapa mereka
bekerja. Tanggung jawab harus saling konsisten dan dapat dilacak di seluruh proyek. Desain dan
implementasi organisasi proyek juga harus mempertimbangkan aspek informal manajemen
proyek, seperti budaya organisasi dan motivasi dan koordinasi anggota tim proyek, serta tingkat
keterampilan dan perilaku interpersonal.
Contoh struktur organisasi proyek ditunjukkan pada: Gambar 5. Hubungan antar peran
dalam organisasi proyek harus didefinisikan dan dapat dikelola seperti yang dijelaskan
dalam7.5.
CATATAN 1 Ketika dewan proyek ada, jalur pelaporan dapat berubah agar sesuai dengan pengaturan tata kelola.
Seorang individu dapat memenuhi lebih dari satu peran, tetapi individu yang melakukan peran sponsor proyek
tidak boleh juga melakukan peran manajer proyek, pemimpin paket kerja atau anggota tim proyek, karena
kemungkinan kepentingan yang bertentangan.
Organisasi proyek juga dapat mencakup pelanggan atau perwakilan pelanggan, serta pemasok atau
kontraktor, seperti yang dijelaskan dalam 4.2.3. Organisasi proyek dapat berubah sepanjang siklus hidup
proyek, terutama antar fase, sesuai dengan pekerjaan spesifik yang harus diselesaikan dan kompetensi yang
dibutuhkan.
Peran dan tanggung jawab organisasi proyek dirinci dalam: 4.5.2 ke 4.5.11.
4.5.2 Organisasi sponsor
Organisasi sponsor bertindak sebagai otoritas tingkat yang lebih tinggi dan harus memberikan arahan dan sumber daya
kepada dewan proyek atau sponsor proyek, menangani risiko dan masalah yang meningkat dan membuat atau merujuk
keputusan yang berada di atas wewenang yang didelegasikan dari dewan proyek atau sponsor proyek. Sponsor proyek
dapat mewakili organisasi sponsor dan oleh karena itu mungkin tidak memiliki otoritas tingkat yang lebih tinggi kepada
siapa untuk meningkatkan risiko dan masalah, atau dari siapa untuk mencari arahan. Perwakilan dari organisasi sponsor,
orang atau badan sebenarnya yang menjalankan peran ini tergantung pada konteks proyek. Sebagai contoh:
a) untuk proyek dalam portofolio, otoritas tingkat yang lebih tinggi dapat menjadi manajer atau direktur portofolio;
b) untuk suatu proyek dalam suatu program, otoritas tingkat yang lebih tinggi dapat menjadi manajer program.
CATATAN Untuk praktik manajemen proyek terintegrasi yang terkait dengan organisasi sponsor, lihat
6.2, 6.3 dan 6.9.
Dewan proyek, jika diperlukan, harus berkontribusi pada proyek dengan memberikan arahan dan bimbingan
kepada sponsor proyek (lihat Gambar 5). Peran dewan proyek dapat berbeda dari organisasi ke organisasi dan
proyek ke proyek, sehubungan dengan otoritasnya relatif terhadap sponsor proyek. Misalnya, papan proyek dapat
mencakup:
a) salah satu badan tata kelola, yang mewakili otoritas tingkat yang lebih tinggi yang menjadi tanggung jawab sponsor
proyek;
b) atau dewan, yang diketuai oleh sponsor proyek, yang memberikan nasihat tingkat senior kepada
— memantau kemajuan dan pandangan proyek untuk memastikan bahwa kepentingan organisasi
dilayani;
— menyediakan forum untuk membantu keputusan strategis dan menghilangkan hambatan, dan untuk menyelesaikan masalah.
Jika sebuah proyek adalah usaha bersama antara dua atau lebih organisasi, dewan proyek dapat
menyertakan perwakilan dari masing-masing organisasi (lihat ISO 21505).
CATATAN
Istilah yang umum digunakan untuk papan proyek termasuk, tetapi tidak terbatas pada, "kelompok pengarah proyek",
“dewan pengarah proyek”, “komite pengarah proyek” atau “komite tata kelola”.
Sponsor proyek bertanggung jawab kepada otoritas tingkat yang lebih tinggi untuk mencapai tujuan
proyek, memberikan keluaran dan hasil yang diperlukan, dan mewujudkan manfaat yang diperlukan.
Sponsor proyek harus memiliki atau memperjuangkan kasus bisnis, dan harus bertanggung jawab atas
tata kelola proyek, termasuk audit, tinjauan, dan jaminan (lihat ISO 21505). Selain itu, tanggung jawab
sponsor proyek harus mencakup, tetapi tidak terbatas pada:
b) memastikan bahwa manajer proyek dan tim terampil dan kompeten untuk melaksanakan pekerjaan yang
ditugaskan;
c) memberikan keputusan, arahan, saran, dan konteks kepada manajer proyek untuk memungkinkan
kebutuhan bisnis yang dinyatakan dalam kasus bisnis dapat dipenuhi dalam tingkat risiko yang dapat
diterima proyek atau organisasi;
d) mengkonfirmasikan bahwa organisasi siap untuk dan berkomitmen terhadap perubahan organisasi atau masyarakat
dan bahwa perubahan itu terjadi (lihat 7.14);
e) mengatasi masalah dan risiko yang meningkat;
h) meningkatkan risiko dan masalah di luar wewenang yang didelegasikan kepada otoritas tingkat yang lebih tinggi;
Sponsor proyek sering kali merupakan anggota dewan proyek dan mewakili kepentingan dan posisi dewan proyek
dalam kegiatan manajemen proyek rutin atau yang telah disepakati sebelumnya. Dalam beberapa keadaan, individu
dapat mendukung sponsor proyek atau dapat bertindak atas nama sponsor proyek untuk serangkaian tanggung jawab
yang ditentukan. Dalam kasus seperti itu, pembagian tanggung jawab harus didefinisikan dalam organisasi proyek.
CATATAN 1
Istilah yang umum digunakan untuk sponsor proyek termasuk "eksekutif proyek", "pemilik proyek", "produk"
perwakilan pemilik" dan "pemilik senior yang bertanggung jawab" (lihat Gambar 5).
CATATAN 2 Untuk praktik manajemen proyek terintegrasi yang terkait dengan sponsor proyek, lihat 6.4.
Sementara sponsor proyek bertanggung jawab atas audit, tinjauan, dan jaminan (lihat 4.5.4), kegiatan
ini dapat ditugaskan ke satu atau lebih orang yang independen dari manajer proyek dan tim, dan yang
bertindak atas nama sponsor proyek.
Manajer proyek bertanggung jawab kepada sponsor proyek atau dewan proyek untuk menyelesaikan lingkup
proyek yang ditentukan, dan untuk memimpin dan mengelola tim proyek. Aktivitas manajer proyek lainnya
dapat mencakup, tetapi tidak terbatas pada:
a) menetapkan pendekatan manajemen sejalan dengan pendekatan tata kelola yang disepakati;
d) mendefinisikan pendekatan, tanggung jawab, ruang lingkup pekerjaan dan target untuk tim;
e) pemantauan, peramalan dan pelaporan kemajuan keseluruhan terhadap rencana proyek (lihat 7.2 dan 7.15);
h) mengelola kinerja pemasok sebagaimana didefinisikan dalam kontrak yang relevan (lihat 7.17);
i) memastikan keterlibatan pemangku kepentingan (lihat 7.12) dan komunikasi (lihat 7.13) berlangsung sesuai rencana;
Manajer proyek dapat dibantu oleh tim manajemen proyek, dengan anggota yang menjalankan
peran tertentu, seperti penjadwalan, pengendalian biaya, dan jaminan kualitas.
CATATAN Untuk praktik manajemen proyek terintegrasi yang terkait dengan manajer proyek, lihat 6.5, 6.6dan 6.8.
4.5.7 Kantor proyek
Kantor proyek, jika diperlukan, harus memiliki peran, tanggung jawab, dan jalur pelaporan yang ditentukan. Kantor
proyek dapat melakukan berbagai macam kegiatan yang mendukung manajer proyek dan tim, termasuk, namun
tidak terbatas pada:
a) analisis;
f) manajemen informasi;
Selain itu, kantor proyek dapat mendukung beberapa proyek, digabungkan dengan kantor program atau
manajemen portofolio, atau menjalankan fungsi sebagai kantor program atau manajemen portofolio.
Kantor proyek dapat mendukung peran selain manajer proyek, seperti sponsor proyek, dewan
proyek, atau posisi lain dalam tim proyek. Kantor proyek dapat mendukung organisasi dalam
meningkatkan kematangan manajemen proyek mereka, bertindak sebagai pusat kompetensi atau
pusat keunggulan manajemen proyek.
CATATAN
Kantor proyek dapat disebut sebagai “kantor manajemen proyek”, “kantor dukungan proyek” atau
istilah lain yang disetujui secara organisasi.
Seorang pemimpin paket kerja bertanggung jawab kepada manajer proyek untuk memimpin, mengelola dan
memberikan keluaran atau hasil yang ditetapkan, sebagaimana didefinisikan dalam paket kerja. Pemimpin paket kerja
atau pemimpin tim dapat menjadi bagian dari organisasi sponsor atau dari organisasi pihak ketiga, seperti kontraktor.
Tanggung jawab pemimpin paket pekerjaan termasuk, tetapi tidak terbatas pada:
a) memastikan paket pekerjaan telah diselesaikan dengan kualitas yang dipersyaratkan, sesuai jadwal dan anggaran;
c) perencanaan, pemantauan, peramalan dan pelaporan kemajuan secara keseluruhan terhadap rencana paket kerja;
d) mengelola resolusi risiko dan masalah, dan meningkatkan apa pun yang melebihi tingkat otoritas
keputusan;
e) mengendalikan perubahan ruang lingkup pekerjaan dan meminta otorisasi atas perubahan yang berada di luar
kewenangannya;
CATATAN 1 Manajer proyek dapat mengambil peran sebagai pemimpin paket pekerjaan.
CATATAN 2 Untuk praktik manajemen proyek terintegrasi yang terkait dengan pemimpin paket kerja, lihat 6.7.
Anggota tim proyek melakukan kegiatan proyek dan bertanggung jawab kepada pemimpin paket kerja
atau manajer proyek untuk penyelesaian kegiatan yang ditugaskan dan hasil yang dihasilkan.
ISO 21502:2020(E) ISO 21502:2020(E)
Pemangku kepentingan proyek adalah orang, kelompok atau organisasi yang memiliki kepentingan, dapat mempengaruhi,
dipengaruhi oleh, atau menganggap diri mereka terpengaruh oleh aspek proyek apa pun (lihat Gambar 6). Pemangku
kepentingan proyek dapat menjadi internal atau eksternal proyek dan organisasi.
Peran lain harus didefinisikan sesuai dengan kebutuhan pekerjaan yang dibutuhkan, seperti untuk mereka yang
mengelola pengembangan output. Contohnya termasuk peran yang berkaitan dengan pengiriman tangkas, manajemen
layanan dan operasi, perubahan organisasi dan masyarakat, komunikasi dan berbagai disiplin ilmu teknik.
a) kompetensi teknis, untuk mengarahkan, mengelola, merencanakan dan melaksanakan proyek secara
terstruktur, termasuk konsep dan praktik yang didefinisikan dalam dokumen ini;
b) kompetensi perilaku, terkait dengan hubungan pribadi, seperti tetapi tidak terbatas pada,
kepemimpinan, pembangunan tim, manajemen orang, pembinaan, negosiasi dan manajemen konflik;
c) bisnis dan kompetensi lain yang terkait dengan pengelolaan proyek dalam lingkungan
organisasi, kontrak dan eksternal.
Anggota tim proyek yang tidak berpartisipasi dalam manajemen proyek harus kompeten di bidang yang
relevan, memungkinkan mereka untuk mampu melakukan peran dan tanggung jawab yang ditugaskan.
Kesenjangan antara kompetensi yang dibutuhkan dan yang tersedia harus dipertimbangkan sebagai kendala atau
risiko proyek. Kesenjangan harus ditinjau dan dikurangi. Kompetensi dan keterampilan dapat ditingkatkan atau
ditingkatkan melalui pengembangan pribadi dan profesional yang berkelanjutan.
5 Prasyarat untuk memformalkan manajemen proyek
5.1 Gambaran
Semua organisasi melaksanakan pekerjaan proyek secara formal atau informal. Ada berbagai prasyarat yang
harus dipertimbangkan organisasi sebelum menetapkan lingkungan untuk menerapkan, memelihara, dan
meningkatkan manajemen proyek. Lingkungan ini kadang-kadang disebut sebagai "lingkungan proyek" atau
"lingkungan manajemen proyek". Lingkungan manajemen proyek dapat bervariasi dari satu organisasi ke
organisasi lainnya.
Sebelum mulai memformalkan manajemen proyek dalam suatu organisasi, hal-hal berikut harus
dinilai:
a) jenis, ukuran, frekuensi dan kompleksitas proyek saat ini dan masa depan;
b) dampak positif versus negatif terhadap organisasi, termasuk dampak pada tujuan strategis, visi,
misi, dan pertimbangan organisasi lainnya;
c) mempersiapkan organisasi untuk pelaksanaan manajemen proyek, termasuk kebutuhan sumber
daya manusia dan struktur organisasi yang diperlukan, sistem dan perubahan proses;
Tergantung pada skala dan kompleksitas perubahan organisasi atau masyarakat yang dibuat, pelaksanaan
manajemen proyek formal dalam suatu organisasi harus dikelola sebagai proyek, program atau bagian dari
portofolio. Ketika mempertimbangkan penerapan pendekatan manajemen proyek formal, organisasi harus
mempertimbangkan, tetapi tidak terbatas pada, faktor-faktor berikut:
b) kemampuan untuk mengintegrasikan dan menyelaraskan pekerjaan terkait lainnya dengan tujuan strategis dan bisnis;
c) kapasitas untuk menyerap perubahan yang diperlukan dalam tata kelola, struktur dan budaya organisasi;
d) kapasitas sumber daya organisasi untuk memasukkan perubahan, termasuk, namun tidak terbatas pada, sumber
daya manusia dan anggaran;
g) ketersediaan kompetensi yang dibutuhkan untuk menerapkan pendekatan untuk proyek-proyek masa depan;
h) dampak pada anggaran, risiko yang teridentifikasi, jadwal dan persyaratan dari kegiatan organisasi yang sedang berlangsung dan
yang direncanakan.
Kasus bisnis yang membenarkan penerapan manajemen proyek formal harus sesuai dengan
pedoman yang diberikan di 4.3.2.
a) penetapan proses evaluasi untuk kerangka kerja manajemen proyek organisasi dengan
penekanan pada verifikasi keselarasan dengan strategi organisasi, tujuan bisnis dan
operasional, dan sejauh mana pelajaran dipelajari dan diimplementasikan;
b) evaluasi efektivitas kerangka kerja dan tata kelola manajemen proyek;
c) pelaksanaan perbaikan yang diidentifikasi dan disepakati;
e) pengumpulan dan pelaksanaan pembelajaran untuk kepentingan proyek saat ini dan masa depan; f)
pengembangan keterampilan manajemen proyek untuk staf melalui pendidikan, pelatihan dan pendampingan. Evaluasi
kemajuan manajemen proyek juga dapat memberikan informasi kepada organisasi untuk perbaikan
berkelanjutan kerangka kerja, metode dan teknik manajemen proyek, dan dapat digunakan bersama dengan
kerangka kerja yang diidentifikasi dalam 5.4.
Garis waktu dan pendekatan harus ditetapkan oleh manajemen senior, fungsi jaminan kualitas
atau kantor proyek (lihat 4.5.7), untuk evaluasi berkala, yang harus:
— memfasilitasi pengembangan berkelanjutan dari proses, metode dan teknik manajemen proyek, dan
menyediakan penilaian berkala atas kematangan manajemen proyek dalam organisasi;
— termasuk komunikasi kepada mereka yang terpengaruh oleh perubahan apa pun tentang bagaimana manajemen
proyek harus dilakukan dalam organisasi.
Sponsor proyek, manajer proyek dan tim mereka harus dikonsultasikan sebagai bagian dari evaluasi apapun.
b) pelaporan kinerja;
d) manajemen risiko;
i) manajemen mutu.
Saat menyelaraskan praktik dan sistem manajemen proyek, hal-hal berikut juga harus dipertimbangkan:
6.1 Gambaran
Praktek manajemen proyek terpadu harus mencakup praktek-praktek yang akan digunakan ketika
melakukan proyek dari kegiatan pra-proyek, yang dicapai mengarah ke keputusan untuk memulai proyek,
melalui perencanaan dan pengendalian kegiatan untuk kegiatan pasca-proyek. Klausul ini mengidentifikasi
praktik manajemen proyek yang direkomendasikan yang harus digunakan ketika melakukan proyek, fase
individu dan kegiatan proyek atau kelompok kegiatan lainnya. Praktik dalam klausa ini mengacu pada konsep
yang dijelaskan dalamKlausul 4.
Integrasi dan penyesuaian praktik manajemen proyek yang dipilih, diidentifikasi dalam Klausul 7, menjadi pendekatan
kohesif untuk mengelola pekerjaan proyek dapat menjadi kunci keberhasilan proyek. Tujuan dari praktik manajemen
proyek terpadu ini adalah untuk memungkinkan organisasi proyek untuk:
b) menentukan dan mengelola ruang lingkup proyek dalam batasan, sambil mempertimbangkan risiko dan kebutuhan
sumber daya;
c) memperoleh dukungan dari setiap organisasi yang berpartisipasi dan berkinerja, termasuk komitmen dari pemilik sumber
daya, penyandang dana, pemasok, pelanggan, pengguna, dan pemangku kepentingan lainnya.
Mengelola proyek harus mencakup pendekatan terpadu yang mempertimbangkan item seperti berbagai
peran, disiplin, kompetensi dan faktor organisasi dan lingkungan yang mempengaruhi keberhasilan
proyek. Praktik manajemen proyek terpadu harus diselaraskan dan dihubungkan dengan praktik lain,
seperti yang ditunjukkan padaGambar 4.
Praktik manajemen proyek terintegrasi ditunjukkan dalam Gambar 7dan termasuk kegiatan pra
dan pasca proyek. Hubungan antara aktivitas dan peran terkait (lihat4,5). Subayat 6.2 ke
6.9 menjelaskan setiap latihan secara rinci.
Gambar 7 — Pandangan praktik manajemen proyek terintegrasi, hubungan dan peran terkait
Tujuan proyek, manfaat, alasan dan investasi harus dibenarkan dan didokumentasikan secara cukup rinci untuk
memungkinkan keputusan dibuat tentang apakah akan memulai proyek. Dokumentasi tersebut dapat digunakan untuk
memungkinkan penentuan prioritas kebutuhan dan peluang. Prioritas ini dapat berhubungan dengan:
c.kebutuhan pelanggan.
Tujuan dari pembenaran tersebut adalah untuk mendapatkan komitmen organisasi dan otorisasi untuk
investasi dalam proyek yang dipilih bersama dengan pemahaman tentang kendala, risiko dan asumsi.
CATATAN
Pembenaran untuk memulai proyek dapat didefinisikan dalam dokumen seperti kerangka acuan, a
singkat, proposal atau kasus bisnis awal (lihat 4.3.2).
Evaluasi harus dilakukan untuk menentukan apakah proyek harus dilakukan di tingkat organisasi,
portofolio atau program. Evaluasi tersebut harus didasarkan pada beberapa kriteria, seperti kriteria
kuantitatif, kualitatif dan keuangan, keselarasan dengan strategi organisasi, keberlanjutan dan dampak
sosial dan lingkungan. Kriteria cenderung berbeda di antara organisasi, portofolio, program dan
proyek yang berbeda, tergantung pada konteksnya.
Sebelum mengizinkan inisiasi proyek, organisasi sponsor harus:
— mengidentifikasi sponsor proyek dan manajer proyek, dan menentukan tanggung jawab dan wewenang awal
mereka;
— menentukan apakah organisasi memiliki sumber daya dan pendanaan untuk keseluruhan proyek, atau setidaknya
untuk tahap pertama dan yakin dapat mengamankan pendanaan tambahan untuk sisa proyek.
Tujuan pengawasan proyek adalah agar organisasi sponsor merasa puas bahwa tim proyek tetap
mampu mencapai tujuan proyek, proyek masih memenuhi kebutuhan organisasi dan harapan
pemangku kepentingan, dan risiko berada pada tingkat yang dapat diterima.
b) pelaporan berkala;
Sementara banyak keputusan tingkat yang lebih tinggi dapat didelegasikan kepada sponsor proyek, seringkali lebih tepat
bagi manajemen tingkat yang lebih tinggi dalam organisasi sponsor untuk mempertahankan beberapa keputusan.
Keputusan yang dipengaruhi oleh faktor-faktor di luar proyek, seperti keberlanjutan ekonomi, sosial dan lingkungan dan
ketersediaan dana atau sumber daya, hanya dapat dibuat pada tingkat yang lebih tinggi, karena dampaknya terhadap
proyek dan pekerjaan lain. Organisasi sponsor harus terus memperbarui sponsor proyek pada konteks proyek yang
lebih luas, memberikan bimbingan dan arahan, sesuai kebutuhan atau saat diminta. Organisasi sponsor harus
memungkinkan sponsor proyek memiliki waktu yang cukup untuk melaksanakan tanggung jawab mereka secara efektif.
CATATAN Lihat 4.5.2 untuk peran organisasi sponsor dalam mengawasi proyek.
Tujuan mengarahkan proyek adalah untuk memungkinkan proyek terus relevan dan dapat dibenarkan dalam
konteks organisasi.
Sponsor proyek, didukung atau diawasi oleh dewan proyek, harus memastikan bahwa:
c) solusi, dalam hal keluaran, hasil dan manfaat yang diharapkan, kemungkinan akan memenuhi
kebutuhan organisasi;
CATATAN Lihat 4.5.4 dan 4.5.3 untuk peran sponsor proyek dan dewan proyek dalam mengarahkan proyek.
ISO 21502:2020(E) ISO 21502:2020(E)
6.5.1 Gambaran
Tujuan memulai proyek adalah untuk merencanakan proyek, menentukan organisasi proyek, memobilisasi tim
proyek, menentukan tata kelola dan manajemen proyek, mengidentifikasi pemangku kepentingan, dan
memverifikasi kelayakan proyek. Pelajaran dari proyek sebelumnya yang relevan harus dipertimbangkan. Kegiatan
dapat berulang, sampai solusi dan rencana yang dapat diterima dikembangkan dan dapat diulang lebih lanjut
dalam fase proyek selanjutnya.
CATATAN 1 "Memulai proyek" juga dapat disebut sebagai "memulai proyek" atau "inisiasi proyek".
CATATAN 2 Lihat 4.5.6 untuk peran manajer proyek tentang memulai proyek.
Manajer proyek harus memobilisasi tim, fasilitas, peralatan, dan sumber daya lain yang diperlukan untuk
melaksanakan proyek. Tim proyek harus memahami peran mereka dan persyaratan proyek, asumsi, kendala
dan potensi risiko. Pekerjaan proyek harus dilakukan dalam tim lintas fungsi dan ditugaskan kepada
individu yang kompeten untuk menyelesaikan peran dan memiliki kapasitas untuk memberikan hasil yang
diharapkan. Lihat7.5 untuk informasi lebih lanjut.
Kerangka tata kelola dan manajemen harus ditetapkan untuk memberikan arahan dan metode kerja
kepada individu-individu yang terlibat dalam proyek. Kerangka tata kelola dan manajemen, serta kontrol,
harus proporsional dan sesuai dengan pekerjaan yang harus dilakukan dan tingkat kerumitan yang
diharapkan.
Manajer proyek, dalam konsultasi dengan sponsor proyek harus menentukan cara di mana proyek
akan dimulai, diarahkan, dipantau, dikendalikan dan ditutup, sementara sesuai dengan persyaratan
tata kelola (lihat 4.3). Biasanya, ini harus mencakup:
c) proses dan metode untuk melakukan kegiatan manajemen yang dijelaskan dalam: Klausul 6 dan 7;
d) proses dan metode untuk menyampaikan keluaran dan hasil proyek (lihat 6.7).
Pendekatan manajemen proyek dapat dijelaskan dalam satu dokumen, satu dokumen menyeluruh
dengan satu set dokumen tambahan atau satu set dokumen tambahan yang mencakup praktik
tertentu, seperti rencana manajemen risiko atau kualitas (lihat ISO 21505).
CATATAN
Nama-nama dokumen yang menjelaskan pendekatan manajemen dapat berbeda. Contoh nama termasuk
“rencana pengelolaan proyek”, “dokumentasi inisiasi proyek”, “dokumen definisi proyek”, “rencana pelaksanaan proyek”,
“piagam proyek” dan “kerangka acuan proyek”. Dokumen tambahan untuk praktik manajemen proyek tertentu kadang-
kadang disebut sebagai "rencana manajemen", misalnya "rencana atau strategi manajemen risiko", "rencana atau strategi
manajemen mutu", "rencana atau strategi manajemen lingkup".
Pembenaran awal untuk proyek harus dibangun di atas dasar pemikiran dalam pembenaran awal dari
kegiatan pra-proyek (lihat 6.2). Pembenaran ini harus didokumentasikan dalam kasus bisnis (lihat
4.3.2). Kasus bisnis dapat dikembangkan melalui sejumlah fase proyek saat pekerjaan berlangsung dan harus
diperbarui untuk mencerminkan perubahan signifikan dalam konteks dan ruang lingkup proyek.
Kasus bisnis harus menunjukkan kesesuaian dengan strategi organisasi, kelayakan finansial, kelayakan
komersial dan kepraktisan pengiriman dalam tingkat risiko yang dapat diterima. Pilihan alternatif
untuk pendekatan yang akan diambil dan solusi yang akan dipilih harus dinilai dan alasan penolakan diberikan.
Jika sebuah proyek merupakan bagian dari program, kasus bisnisnya dapat dimasukkan ke dalam kasus bisnis
program.
CATATAN
Sementara dokumen yang membenarkan pelaksanaan suatu proyek sering disebut sebagai "kasus bisnis",
nama sebenarnya yang digunakan dapat bervariasi dari sektor ke sektor atau metode yang digunakan.
Rencana awal untuk proyek harus dikembangkan dengan tonggak dan gerbang atau titik keputusan
berdasarkan siklus hidup proyek yang dikombinasikan dengan rencana terperinci untuk setidaknya fase
langsung proyek. Transisi output ke operasi atau pelanggan harus dipertimbangkan jika transisi dianggap
sebagai bagian dari proyek. Pada tahap awal proyek ini, pertimbangan ini dapat mencakup beberapa opsi,
yang dapat dikembangkan lebih lanjut pada tahap proyek selanjutnya (lihat7.2).
6.6.1 Gambaran
Tujuan pengendalian proyek, termasuk fase dan paket pekerjaan, adalah untuk memantau dan mengukur kinerja
terhadap rencana yang disepakati, termasuk perubahan yang diizinkan. Manajer proyek harus membangun
rencana awal proyek (lihat6.5.5), menambahkan detail saat aktivitas, hasil atau keluaran dirancang dan
dikembangkan, dan mencerminkan perubahan yang diizinkan, sebagaimana diperlukan (lihat 7.2).
CATATAN Lihat 4.5.6 untuk peran manajer proyek mengenai pengendalian proyek.
Pembenaran untuk proyek dapat dikembangkan lebih lanjut selama beberapa fase proyek, untuk opsi yang berbeda,
saat pekerjaan berlangsung. Kasus bisnis harus diperbarui, dengan berkonsultasi dengan sponsor proyek, untuk
mencerminkan perubahan dalam konteks dan ruang lingkup proyek, sebelum setiap gerbang atau titik keputusan untuk
memvalidasi melanjutkan proyek.
Manajer proyek, didukung oleh tim proyek, harus secara teratur meninjau keluaran dan hasil yang diperlukan
untuk memenuhi persyaratan. Manajer proyek harus memantau dan memverifikasi kinerja tim proyek dalam
melakukan pekerjaan yang ditugaskan kepada mereka dalam rencana proyek untuk:
b) memastikan bahwa proyek kemungkinan akan memberikan apa yang diperlukan pada tingkat risiko yang dapat diterima dan
merekomendasikan serta membuat perubahan terkontrol yang berwenang.
Manajer proyek harus mengumpulkan dan menganalisis kemajuan dan data kinerja untuk menilai kemajuan relatif
terhadap rencana proyek yang disepakati, termasuk:
— pekerjaan selesai, pencapaian yang dicapai dan biaya yang dikeluarkan (lihat 7.2);
— memperoleh sumber daya yang cukup untuk menyelesaikan pekerjaan (lihat 7.5);
— mengidentifikasi dan mengelola risiko dan masalah (lihat 7.8 dan 7.9);
— status keterlibatan dan komunikasi pemangku kepentingan yang direncanakan dan diperkirakan (lihat 7.12 dan 7.13);
— mengelola transisi keluaran ke organisasi atau pelanggan yang mensponsori, dan mempersiapkan dan
mengelola perubahan organisasi atau masyarakat (lihat 7.14);
Manajer proyek harus memberikan kepada sponsor proyek, tim proyek, dan pemangku
kepentingan terpilih laporan status dan kinerja proyek sesuai dengan rencana proyek (lihat
7.15). Proyeksi untuk kinerja proyek di masa depan harus disertakan.
Manajer proyek harus mengelola berbagai kegiatan teknis, administratif dan organisasi
dan antarmuka dalam proyek.
Tindakan pencegahan dan korektif harus didokumentasikan dan diterapkan, dan permintaan perubahan dibuat
dan diimplementasikan (lihat 7.10), bila perlu, untuk menjaga agar proyek tetap pada sasaran untuk terus
mencapai tujuan proyek.
Dengan bantuan pemimpin paket pekerjaan atau ahli materi pelajaran lainnya, manajer proyek
harus bersiap untuk memulai setiap fase proyek dengan:
c) mengkonfirmasikan, dengan sponsor proyek, bahwa proyek tersebut masih dapat dibenarkan;
d) merevisi pendekatan manajemen untuk mencerminkan pekerjaan yang diperlukan dalam fase tersebut;
Setelah awal fase telah disahkan, manajer proyek harus memobilisasi tim dan sumber daya
lainnya dan mulai bekerja.
Manajer proyek harus mengkonfirmasi penyelesaian setiap fase proyek dengan memasukkan, tetapi tidak
terbatas pada:
— memverifikasi tindakan yang tidak lengkap dan merekam masalah yang belum terselesaikan;
— memverifikasi keluaran dan hasil yang telah diselesaikan, disampaikan dan diterima;
Manajer proyek harus mengawasi paket pekerjaan dalam setiap fase dengan:
a) memverifikasi dan menyetujui rencana untuk setiap paket pekerjaan, setelah memastikan bahwa itu konsisten dan
terintegrasi dengan rencana keseluruhan untuk proyek dan fase masing-masing;
b) memastikan integrasi pekerjaan dan hasil antara dan di antara paket pekerjaan direncanakan
dan dilaksanakan dan memenuhi persyaratan;
c) menugaskan tanggung jawab untuk setiap paket pekerjaan kepada seorang pemimpin paket pekerjaan;
d) memulai paket pekerjaan sesuai dengan rencana proyek atau sebagai respons terhadap risiko atau masalah;
e) memverifikasi kemajuan pekerjaan, termasuk menangani risiko, masalah, atau permintaan perubahan;
Tujuan dari pengelolaan penyampaian adalah untuk menentukan keluaran dan hasil yang diperlukan, dan untuk merencanakan dan
mengimplementasikan penyampaiannya yang memungkinkan hasil proyek dapat dicapai dan manfaat direalisasikan.
Pekerjaan proyek dapat diatur ke dalam paket pekerjaan untuk menetapkan dan mengendalikan pekerjaan yang
dilakukan oleh berbagai tim. Paket pekerjaan harus diberikan kepada pemimpin paket pekerjaan (lihat4.5.8). Pekerjaan
harus didefinisikan, direncanakan, dipantau dan dikendalikan dengan tepat, dan kualitas harus dikelola secara aktif.
Metode dan proses kerja harus disesuaikan untuk digunakan untuk memaksimalkan kemungkinan keberhasilan
dalam lingkungan proyek. Pemimpin paket pekerjaan harus memantau, mengukur, dan mengendalikan pekerjaan
yang ditugaskan terhadap rencana proyek yang disetujui dengan menggunakan praktik-praktik yang didefinisikan
dalam Klausul 7. Tindakan pencegahan dan korektif harus diambil, dan permintaan perubahan dibuat, bila perlu, untuk
mencapai tujuan kerja yang ditetapkan.
Pemimpin paket pekerjaan harus mengatur pengiriman paket pekerjaan mereka dengan, tetapi tidak terbatas pada: a)
b) memobilisasi tim;
c) menangani risiko, masalah, permintaan perubahan, dan pandangan pemangku kepentingan (lihat 7.8, 7.9, 7.10 dan 7.12);
e) mengembangkan keluaran yang diperlukan dengan menggunakan metode dan teknik yang tepat dan proporsional
(lihat 7.11);
g) memberi tahu manajer proyek tentang kemajuan, peningkatan risiko, masalah, dan permintaan untuk
keputusan dan arahan (lihat 7.15);
i) menutup paket pekerjaan setelah dikonfirmasi selesai oleh manajer proyek (lihat 6.6.5);
CATATAN 2 Lihat 4.5.8 untuk peran manajer paket pekerjaan tentang mengelola pengiriman.
ISO 21502:2020(E) ISO 21502:2020(E)
Tujuan penutupan proyek adalah untuk mengkonfirmasi penyelesaian ruang lingkup proyek, untuk
mencatat kegiatan-kegiatan yang tidak selesai dalam kasus penghentian, untuk memungkinkan realisasi
manfaat
pasca-proyek, dan untuk mengelola demobilisasi sumber daya dan fasilitas yang tersisa. Sebelum proyek
ditutup, jika bukan karena penghentian, penyelesaian semua kegiatan harus diverifikasi untuk memastikan
bahwa ruang lingkup proyek telah selesai, dan setiap paket pekerjaan telah diselesaikan atau dihentikan.
Juga, jika berlaku, tanggung jawab operasional yang tersisa harus disetujui dan diterima.
Jika proyek merupakan bagian dari program atau portofolio, tanggung jawab untuk melacak tindakan, risiko,
dan masalah yang tidak lengkap harus dialihkan ke manajer program atau portofolio. Jika proyek bukan
merupakan bagian dari program atau portofolio yang ada, penentuan harus dibuat apakah tindakan, risiko,
dan masalah yang tidak lengkap harus ditransfer ke otoritas manajemen yang sesuai atau ke pihak lain yang
ditunjuk untuk pelacakan dan pengelolaan lebih lanjut. Setiap kontrak yang dibuat untuk mencapai bagian
dari lingkup proyek harus ditinjau, statusnya diverifikasi dan, jika sesuai, harus ditutup secara resmi
(lihat7.17
).
Manajer proyek dalam konsultasi dengan sponsor proyek, anggota tim kunci dan pemangku kepentingan
harus melakukan tinjauan penutupan. Tinjauan penutupan harus menilai kinerja terhadap rencana, dan
sejauh mana tujuan terpenuhi. Tinjauan ini harus didokumentasikan secara formal, dan dokumentasi
formal harus digunakan sebagai dasar untuk mengizinkan penutupan proyek. Sponsor proyek harus
menyetujui kerangka acuan dan waktu untuk setiap tinjauan pasca-penutupan.
Tinjauan atas pelajaran yang dipetik di seluruh proyek harus dilakukan, termasuk rekomendasi perbaikan untuk
dipertimbangkan dalam pengelolaan proyek serupa dan proyek masa depan lainnya (lihat 7.18). Tinjauan semacam
itu dapat menjadi bagian dari tinjauan penutupan formal atau dilakukan sebagai kegiatan terpisah.
Pemangku kepentingan harus diberitahu tentang penutupan. Tindakan harus diambil untuk memungkinkan penyerahan
hasil proyek, dan tindakan manajemen perubahan organisasi atau masyarakat terkait, termasuk realisasi manfaat yang
memungkinkan, selama penyerahan. Tindakan juga harus diambil untuk memungkinkan realisasi manfaat yang
berkelanjutan.
Sebelum selesai, sebuah proyek dapat dihentikan oleh sponsor proyek atau organisasi sponsor karena
alasan berikut, termasuk namun tidak terbatas pada:
Kecuali ada alasan khusus, penghentian proyek harus terdiri dari aktivitas serupa dengan
penyelesaian proyek, meskipun mungkin tidak ada keluaran akhir untuk dirilis.
— mengkonfirmasi dan mendokumentasikan aktivitas yang telah diselesaikan, termasuk aktivitas yang dilakukan oleh pemasok;
— mengkonfirmasi dan mencatat penerimaan (atau penolakan) pelanggan atas kiriman yang telah
diidentifikasi perlu diserahkan;
— mengumpulkan dan mengarsipkan dokumen proyek sesuai dengan kebijakan organisasi yang berlaku
(lihat 7.16);
CATATAN Lihat 4.5.6 untuk peran manajer proyek mengenai penutupan atau penghentian proyek.
Tujuan dari kegiatan pasca proyek adalah untuk memverifikasi bahwa hasilnya berkelanjutan, dan manfaat yang
diharapkan dapat direalisasikan.
Sponsor proyek untuk proyek-proyek di bawah program atau portofolio, atau yang membutuhkan kegiatan pasca-
penutupan harus memastikan bahwa tinjauan dilakukan untuk menentukan tingkat keberhasilan proyek, termasuk:
b) mewujudkan manfaat;
c) memberikan perubahan atau hasil organisasi atau masyarakat, seperti kinerja operasional;
d) mencapai perubahan yang berkelanjutan, termasuk terus memenuhi harapan yang ditetapkan dalam kasus
bisnis. Manfaat dan perubahan organisasi atau masyarakat mungkin atau mungkin tidak termasuk dalam lingkup
CATATAN Lihat 4.5.2 untuk peran organisasi sponsor mengenai kegiatan pasca proyek.
7.1 Gambaran
Klausul ini menjelaskan praktik manajemen proyek individu yang harus dipertimbangkan di seluruh
proyek dan yang dapat digunakan saat melakukan praktik manajemen proyek terintegrasi yang
dijelaskan dalam Klausul 6. Praktik-praktik ini ditunjukkan dalamAngka 8.
Penerapan konsep dan praktik yang dijelaskan dalam dokumen ini dapat bervariasi dalam penekanan untuk proyek tertentu
tergantung pada konteks proyek dan pendekatan penyampaian yang digunakan.
Gambar 8 — Praktik manajemen untuk sebuah proyek dalam kaitannya dengan manajemen proyek terintegrasi
praktek
7.2 Perencanaan
7.2.1 Gambaran
Tujuan perencanaan adalah untuk menentukan persyaratan, hasil, keluaran, hasil dan kendala, dan untuk
menentukan bagaimana tujuan proyek harus dicapai. Saat mengembangkan rencana, solusi yang berbeda,
pendekatan penyampaian dan opsi implementasi harus dipertimbangkan.
7.2.2 Mengembangkan rencana
Perencanaan harus menjadi kegiatan kolaboratif, jika memungkinkan, melibatkan anggota tim yang memberi nasihat tentang
perencanaan pekerjaan mereka. Estimasi harus dapat dipertanggungjawabkan. Sebuah rencana dapat mencakup:
b) ruang lingkup: keluaran dan hasil yang akan disampaikan (lihat 7.4), dengan mempertimbangkan kualitas (lihat 7.11);
c) sumber daya yang dibutuhkan, seperti orang, bahan, peralatan dan perlengkapan dan organisasi lain (lihat 7.5);
Ketergantungan antara aktivitas dan komponen kerja lainnya (seperti program dan proyek) harus ditentukan. Rencana tersebut
harus mencakup dan memungkinkan adanya kegiatan penjaminan dan pengambilan keputusan. Rencana tersebut dapat
didasarkan pada hierarki yang menunjukkan tempat setiap komponen kerja dalam hierarki dengan akuntabilitas satu titik yang
ditetapkan untuk setiap paket dan aktivitas kerja. Rencana harus dapat dilihat pada tingkat hierarki yang berbeda dan
menunjukkan tingkat detail yang sesuai dengan kebutuhan mereka yang melihat rencana tersebut.
Perencanaan harus berulang dan progresif melalui siklus hidup proyek, dengan lebih detail untuk waktu dekat daripada untuk
pekerjaan yang lebih jauh. Saat pekerjaan berlangsung, ruang lingkup dapat disempurnakan dan diklarifikasi, untuk
mengembangkan rencana yang dapat disampaikan pada tingkat risiko yang dapat diterima. Suatu rencana dapat mencakup
indikasi tingkat kepastian saat ini dengan, misalnya, menggunakan rentang atau indikator kepercayaan.
Rencana tersebut harus konsisten dan terintegrasi. Rencana tersebut harus cukup rinci untuk menetapkan baseline.
Garis dasar tersebut dapat mencerminkan setiap aspek dari rencana, seperti persyaratan, ruang lingkup, kualitas, jadwal,
biaya, sumber daya dan risiko. Perubahan pada rencana dasar harus dilakukan dengan cara yang terkendali (lihat7.10).
Setelah disetujui, kemajuan terhadap garis dasar rencana harus dipantau dan dianalisis secara teratur dan digunakan
untuk menginformasikan pelaporan (lihat 7.15). Prakiraan aktivitas masa depan harus dibuat, dengan
mempertimbangkan kemajuan hingga saat ini dan asumsi serta risiko yang berlaku. Rencana harus ditinjau,
terutama sebelum titik keputusan yang signifikan, seperti gerbang proyek (lihat4.4).
7.3.1 Gambaran
Tujuan dari manajemen manfaat adalah untuk membantu organisasi sponsor dan pelanggan dalam
mewujudkan manfaat proyek yang diinginkan dari hasil proyek, seperti yang dijelaskan dalam kasus
bisnis proyek atau dokumentasi serupa lainnya. Manfaat harus menjadi bagian terpadu dari rencana
proyek, jika realisasi manfaat berada dalam ruang lingkup proyek (lihat7.2).
Tujuan proyek dan manfaat yang diinginkan harus diidentifikasi, dianalisis, diprioritaskan, didokumentasikan, dan
dikomunikasikan kepada pemangku kepentingan proyek. Kegiatan yang direncanakan harus didefinisikan untuk memfasilitasi
pemantauan dan pengendalian manfaat yang diinginkan.
Identifikasi dan analisis manfaat harus dimulai ketika proyek potensial sedang dipertimbangkan (lihat 6.2).
Manfaat terutama ditentukan oleh sponsor proyek dalam hubungannya dengan organisasi sponsor dan
pemangku kepentingan. Manfaat harus dimasukkan dalam kasus bisnis dan dapat dirinci lebih lanjut di
dokumen pendukung. Hasil dapat digunakan untuk menciptakan keluaran, perubahan organisasi dan
masyarakat atau hasil yang pada gilirannya dapat mewujudkan manfaat bagi organisasi sponsor atau pelanggan.
Setelah proyek ditetapkan dengan kasus bisnis, serangkaian manfaat yang lebih rinci untuk direalisasikan harus
diidentifikasi, dianalisis, diprioritaskan dan diputuskan oleh sponsor proyek, atau badan berwenang lainnya, seperti
dewan proyek (lihat 4,5).
Identifikasi dan analisis manfaat harus mencakup, tetapi tidak terbatas pada: a)
i) memverifikasi bahwa keluaran dan hasil yang direncanakan kemungkinan akan mewujudkan manfaat yang diperlukan.
CATATAN Proyek potensial ditangani dalam periode pra-proyek (lihat 6.2 dan Gambar 7).
7.3.3 Manfaat pemantauan
a) memantau kemajuan sepanjang siklus hidup proyek menuju pencapaian hasil dan dampaknya
terhadap realisasi manfaat yang diinginkan;
Manfaat yang diharapkan dapat dipengaruhi oleh perubahan rencana. Manajer proyek harus memberi tahu sponsor
proyek tentang dampak potensial yang dihasilkan dari setiap perubahan rencana (lihat7.10). Manfaat dapat direalisasikan
selama proyek, di akhir proyek atau setelah proyek ditutup. Sebelum akhir proyek, tanggung jawab untuk realisasi
manfaat di masa depan, jika ada, harus dialihkan kepada pemangku kepentingan yang bertanggung jawab untuk
mewujudkan manfaat yang sedang berlangsung atau di masa depan.
Jika dalam lingkup proyek terdapat penyimpangan dari manfaat yang direncanakan, perbaikan, dan
bila diperlukan, tindakan pencegahan harus dilakukan.
7.4.1 Gambaran
Tujuan dari manajemen lingkup adalah untuk memfasilitasi penciptaan kiriman, keluaran dan hasil untuk mencapai tujuan
yang dinyatakan dari organisasi sponsor atau pelanggan. Manajemen ruang lingkup memungkinkan hanya pekerjaan
yang disetujui secara formal yang dimasukkan ke dalam proyek. Ruang lingkup harus menjadi bagian terpadu
dari rencana proyek (lihat7.2).
Ruang lingkup harus didefinisikan (lihat 7.4.2). Kegiatan manajemen harus dilakukan untuk memungkinkan penyimpangan
ruang lingkup dikelola dan untuk mengkonfirmasi penyampaian ruang lingkup.
7.4.2 Mendefinisikan ruang lingkup
Mendefinisikan ruang lingkup harus memperjelas apa proyek yang direncanakan untuk berkontribusi pada tujuan
organisasi sponsor atau pelanggan. Ruang lingkup yang ditentukan harus digunakan sebagai faktor untuk
dipertimbangkan dalam keputusan masa depan, serta ketika mengkomunikasikan pentingnya proyek dan tujuan serta
manfaatnya. Ruang lingkup harus mencerminkan persyaratan dan kriteria penerimaan yang terkait dan harus
disempurnakan dan diklarifikasi saat pekerjaan berlangsung.
Pekerjaan resmi yang membentuk ruang lingkup proyek dapat didefinisikan dalam hal tujuan proyek, pemetaan
atau dalam struktur rincian kerja. Jika sesuai, ruang lingkup harus dijabarkan lebih lanjut dan dipecah menjadi
bagian-bagian pekerjaan dalam rincian pekerjaan, atau jenis struktur lainnya. Rinciannya mengidentifikasi,
mendefinisikan, dan mendokumentasikan pekerjaan yang diperlukan untuk memberikan dasar perencanaan (lihat
ISO 21511). Kriteria penerimaan terkait harus disetujui.
Mengontrol ruang lingkup harus melibatkan memaksimalkan dampak positif dan meminimalkan dampak negatif yang
dihasilkan dari perubahan ruang lingkup (lihat 7.10). Status cakupan saat ini harus dibandingkan dengan baseline yang
disetujui untuk menentukan varians apa pun. Mengontrol ruang lingkup juga harus diperhatikan dengan mempengaruhi
faktor-faktor yang memberikan perubahan ruang lingkup dan mengendalikan dampak dari perubahan tersebut pada
tujuan proyek. Permintaan perubahan ruang lingkup harus dikelola dengan cara yang terkontrol dan diintegrasikan
dengan domain kontrol lainnya (lihat7.10).
Pengiriman keluaran dan hasil yang terdiri dari ruang lingkup proyek harus dikonfirmasi sesuai
dengan kriteria penerimaan yang ditentukan, termasuk:
a) memverifikasi dan memvalidasi bahwa persyaratan kualitas dan standar kualitas proyek telah dipenuhi
(lihat 7.11);
b) memastikan bahwa organisasi sponsor, pelanggan, dan pemangku kepentingan lainnya siap
menerima, dan, jika sesuai, menggunakan hasil proyek;
c) mengelola serah terima kiriman dan, jika relevan, tanggung jawab, dari tim proyek ke organisasi
sponsor atau pelanggan;
CATATAN Lihat 7.14 untuk mengelola perubahan organisasi dan masyarakat yang dihasilkan dari proyek.
7.5.1 Gambaran
Tujuan dari manajemen sumber daya adalah untuk menentukan sumber daya yang dibutuhkan untuk memberikan ruang
lingkup proyek dalam hal kualitas, kuantitas dan penggunaan yang optimal. Sumber daya harus menjadi bagian terpadu dari
rencana proyek (lihat7.2).
Sumber daya dapat mencakup orang, fasilitas, peralatan, bahan, infrastruktur, dan alat. Manajemen sumber
daya harus melibatkan perencanaan, pengelolaan dan pengendalian sumber daya untuk menentukan
kualitas sumber daya, kuantitas dan optimalisasi yang diperlukan untuk mencapai tujuan proyek.
Orang-orang yang terlibat dalam manajemen sumber daya harus memahami aspek-aspek penting dari manajemen
sumber daya manusia mengenai kompetensi, pengalaman, ketersediaan, perilaku dan budaya. Persyaratan dan
atribut untuk sumber daya, seperti asal, waktu yang diperlukan, dan tanggal mulai dan berakhirnya sumber daya
harus ditentukan, dicatat, dan diperbarui seperlunya.
Konflik dalam ketersediaan sumber daya dapat terjadi karena keadaan yang tidak dapat dihindari, seperti
kegagalan peralatan, cuaca, kerusuhan tenaga kerja, masalah teknis atau tuntutan persaingan pekerjaan
lain.
ISO 21502:2020(E) ISO 21502:2020(E)
Keadaan seperti itu dapat memerlukan penjadwalan ulang kegiatan dan dapat mengakibatkan perubahan kebutuhan
sumber daya untuk kegiatan saat ini atau selanjutnya. Sumber daya harus direncanakan sedemikian rupa sehingga
tersedia saat dibutuhkan dan termasuk cadangan untuk mencakup intervensi tepat waktu dari tindakan pencegahan dan
perbaikan yang tepat. Prosedur harus ditetapkan untuk mengidentifikasi risiko dan masalah yang dapat dihasilkan dari
realokasi sumber daya yang ada atau pengumpulan sumber daya tambahan (lihat7.8 dan 7.9).
Sumber daya manusia yang terlibat dalam pekerjaan harus dibenarkan dan ditugaskan sesuai dengan peran
dan tanggung jawab yang diperlukan untuk menyelesaikan pekerjaan. Tanggung jawab ini harus didefinisikan
sesuai dengan organisasi proyek tertentu, yang dapat diselaraskan dengan tingkat pekerjaan yang sesuai
(lihat4,5).
Sebuah organisasi proyek dapat didefinisikan dan dipengaruhi oleh berbagai faktor, seperti struktur
organisasi, kebijakannya, lingkungan proyek dan jenis proyek. Dalam merencanakan organisasi proyek,
kebutuhan, peluang, dan persyaratan pemangku kepentingan proyek harus dipertimbangkan. Perencanaan
dan pemilihan sumber daya manusia harus memperhatikan beberapa faktor, seperti, namun tidak terbatas
pada, sumber internal atau eksternal, kompetensi, persyaratan hukum yang berlaku dan relevan, periode
dan waktu keterlibatan, kalender, dan persyaratan pengembangan dan pelatihan.
Membentuk tim termasuk memperoleh sumber daya yang dibutuhkan dan memberi mereka arahan untuk
melaksanakan pekerjaan mereka. Lokasi kerja, komitmen, peran dan tanggung jawab, serta persyaratan
pelaporan harus ditetapkan. Manajer proyek harus menentukan bagaimana dan kapan anggota tim proyek
perlu diakuisisi dan dialokasikan ke proyek, serta bagaimana dan kapan mereka harus dibebaskan dari
proyek. Dalam beberapa situasi, ada kemungkinan bahwa manajer proyek tidak memiliki kendali penuh atas
pemilihan anggota tim proyek. Jika relevan, pemimpin paket pekerjaan harus dilibatkan dalam pemilihan
anggota tim proyek yang ditugaskan untuk mengerjakan paket mereka.
Sebuah tim biasanya harus dibentuk pada awal setiap fase proyek atau paket kerja. Komposisi tim
harus dinilai kembali dan direvisi, jika perlu. Saat membentuk tim, manajer proyek harus
mempertimbangkan faktor-faktor seperti keterampilan dan keahlian, budaya, biaya, dan dinamika
kelompok.
Ketika sumber daya manusia yang sesuai tidak tersedia dalam organisasi, pertimbangan harus diberikan untuk
mempekerjakan atau mengontrakkan sumber daya (lihat 7.17).
Mengembangkan tim bertujuan untuk membantu anggota tim bekerja sama secara kohesif dan
kolaboratif. Pengembangan ini harus bergantung pada kompetensi tim proyek dan dapat
memerlukan peningkatan kinerja dan interaksi anggota tim secara terus-menerus untuk
meningkatkan kerja tim, motivasi, dan kinerja.
Aturan dasar perilaku yang dapat diterima harus ditetapkan sejak awal proyek untuk meminimalkan
kesalahpahaman dan konflik. Kesenjangan kompetensi harus diidentifikasi dan diisi dengan pelatihan yang tepat,
pembinaan dan inisiatif lainnya, yang melibatkan tindakan untuk meningkatkan dinamika kelompok dan
pertumbuhan profesional.
Mengelola tim harus bertujuan untuk memotivasi tim dan mempertahankan lingkungan kerja yang positif, di
mana anggota tim merasa terlibat, melakukan yang terbaik dan fokus pada pekerjaan yang ditugaskan dan
tujuan proyek. Manajer proyek harus berusaha mengoptimalkan kinerja tim dengan memberikan umpan
balik, menyelesaikan perselisihan pribadi, dan mendorong kerja kolaboratif.
Ketika konflik terjadi, mereka harus dikelola dengan tepat, sesuai dengan situasi. Gaya kepemimpinan
dan manajemen yang tepat harus diadopsi dengan menggunakan negosiasi, ketegasan, empati, dan
keputusan berbasis bukti, yang sesuai.
Persyaratan sumber daya harus diperbarui atau direvisi, jika perlu, dengan masalah apa pun yang diangkat
dan diselesaikan atau, jika di luar wewenang manajer proyek, ditingkatkan.
Informasi harus dikumpulkan, sebagai masukan untuk penilaian kinerja personel dan untuk
pembelajaran. Penilaian tim dan personel dan pemantauan kinerja harus dilakukan dengan berkonsultasi,
sebagaimana berlaku, dengan pemimpin paket pekerjaan, manajer proyek, sponsor proyek, dan manajer
lini individu.
7.5.6 Perencanaan, pengelolaan dan pengendalian sumber daya fisik dan material
Ketersediaan dan penggunaan sumber daya fisik dan material harus direncanakan, dikelola dan dikendalikan.
Untuk tujuan ini, manajer proyek dan tim harus mempertimbangkan dan menukar solusi biaya-manfaat terbaik,
sesuai dengan ketersediaan sumber daya dan persyaratan proyek. Sumber daya, seperti bahan, peralatan, fasilitas,
laboratorium, dan peralatan harus direncanakan menurut faktor-faktor seperti kekritisan, biaya, ketersediaan, dan
waktu tunggu. Perencanaan sumber daya ini harus sering dikoordinasikan dengan perencanaan sumber daya
manusia, kompetensi dan anggaran.
Pengelolaan peralatan dan sumber daya material harus dikoordinasikan dengan jadwal proyek (lihat 7.6
) dan mempertimbangkan situasi yang berpotensi menimbulkan konflik, seperti risiko
ketidaktersediaan dan kegagalan pengiriman. Sumber daya alternatif dan penugasan sumber daya
harus dipertimbangkan.
Kinerja dan produktivitas sumber daya dan sejauh mana tujuan sedang, atau kemungkinan akan
dipenuhi, harus diperiksa. Tindakan pencegahan dan korektif harus diambil bila diperlukan.
7.6.1 Gambaran
Tujuan dari manajemen jadwal adalah untuk memungkinkan pekerjaan dilakukan pada waktu yang tepat dan
untuk mengurangi selip ke tingkat yang dapat diterima. Jadwal harus menjadi bagian terpadu dari rencana
proyek dan dikembangkan di bawah arahan manajer proyek (lihat7.2).
Manajemen jadwal harus melibatkan kegiatan pengurutan, memperkirakan durasi kegiatan dan mengembangkan
dan mengendalikan jadwal, seperti yang dilakukan oleh tim yang melakukan atau dipengaruhi oleh pekerjaan.
Kegiatan harus diurutkan secara logis untuk mendukung pengembangan jadwal yang realistis, dapat dicapai, dan
terkendali. Kegiatan dalam proyek harus dijelaskan dengan ketergantungan untuk menentukan jalur kritis atau
untuk mengidentifikasi pendekatan alternatif.
Manajer proyek harus memantau kemajuan terhadap baseline jadwal yang disetujui untuk memungkinkan
lingkup proyek disampaikan tepat waktu, dalam batasan dan tujuan jadwal yang ditetapkan. Mengontrol
jadwal harus mencakup pemantauan status fase, paket pekerjaan dan kegiatan yang terkait dengan proyek.
Pengendalian juga harus melibatkan pengelolaan perubahan jadwal, pemantauan tonggak dan
memperkenalkan kontrol lain, yang dianggap tepat. Teknik seperti manajemen nilai yang diperoleh dapat
digunakan untuk memantau kemajuan dan memprediksi kinerja masa depan (lihat ISO 21508).
Sebelum mengembangkan jadwal, manajer proyek harus bekerja dengan tim proyek untuk memperkirakan
durasi kegiatan proyek. Kegiatan masa depan dapat didefinisikan secara lebih rinci daripada kegiatan
langsung. Seiring kemajuan proyek dan semakin banyak informasi yang tersedia, aktivitas dapat didefinisikan
lebih lanjut dan dirinci. Durasi aktivitas dapat mewakili trade-off antara kendala jadwal dan ketersediaan
sumber daya. Perkiraan ulang berkala yang menghasilkan perkiraan yang diperbarui terhadap jadwal dasar
juga dapat diperlukan. Perkiraan durasi aktivitas harus dipertimbangkan kembali sepanjang umur proyek.
Setelah aktivitas dibuat dasar, permintaan perubahan harus digunakan (lihat7.10). Pada saat yang sama,
risiko baru dan kejadian lain yang berdampak pada proyek harus diidentifikasi.
7.6.3 Mengembangkan jadwal
Kegiatan harus dijadwalkan sesuai dengan pendekatan penyampaian yang digunakan. Tingkat aktivitas harus
memberikan resolusi yang cukup untuk melakukan pekerjaan, menetapkan sumber daya, menyelesaikan anggaran
dan pengendalian manajemen. Selain diagram jaringan aktivitas, format penjadwalan lain dapat diadopsi.
c) kemajuan aktual yang dicapai dalam jadwal terhadap jadwal dasar yang telah ditentukan.
Pengembangan jadwal dan verifikasi harus berlanjut selama proyek berlangsung. Saat pekerjaan berlangsung,
rencana proyek berubah, risiko yang diantisipasi terjadi atau hilang, dan risiko baru diidentifikasi. Jika perlu,
perkiraan durasi dan sumber daya harus ditinjau dan direvisi untuk mengembangkan jadwal proyek yang disetujui
yang dapat berfungsi sebagai dasar yang direvisi untuk melacak kemajuan.
Setelah jadwal proyek dan baseline telah disetujui, pekerjaan harus dikendalikan, varians
diidentifikasi, dan tindakan pencegahan dan korektif yang tepat diambil, jika perlu.
Manajer proyek harus menyadari implikasi penundaan pada fase awal proyek dan dampaknya terhadap
tujuan proyek. Trade-off antara kendala yang berbeda, seperti risiko dan biaya (lihat4.2.4), harus
dipertimbangkan ketika memutuskan tanggapan terhadap setiap selip jadwal yang diamati. Mengontrol
jadwal harus menyelaraskan tujuan jadwal dengan baseline asli atau menghasilkan baseline baru
(lihat7.10) dengan dampak seminimal mungkin dengan mempertimbangkan kendala proyek. Tindakan
untuk memanfaatkan peluang ketika pekerjaan selesai lebih awal harus dipertimbangkan.
b) membandingkan kemajuan dengan baseline jadwal yang disetujui untuk menentukan varians apapun;
d) menerapkan tindakan pencegahan atau perbaikan yang tepat untuk menghindari penundaan jadwal yang merugikan.
Prakiraan jadwal pada penyelesaian harus secara rutin dikembangkan dan diperbarui berdasarkan tren masa lalu dan
pengetahuan saat ini. Percepatan jadwal juga dapat dilakukan, dengan menggunakan cadangan kontingensi atau
manajemen dan strategi manajemen proyek lainnya. Dalam mengelola jadwal, kemajuan keseluruhan dapat ditinjau
menggunakan data historis dan produktivitas, data kemajuan, rencana proyek, kebutuhan sumber daya, dan risiko yang
diidentifikasi dan dicatat.
7.7.1 Gambaran
Tujuan dari manajemen biaya adalah untuk menetapkan kontrol keuangan yang akan digunakan sepanjang
siklus hidup proyek untuk memfasilitasi pengiriman proyek dalam anggaran yang disetujui. Anggaran harus
menjadi bagian terpadu dari rencana proyek (lihat7.2).
Manajemen biaya harus melibatkan perkiraan biaya untuk setiap elemen pekerjaan, mengembangkan anggaran,
memperoleh dana dan mengendalikan biaya proyek. Teknik seperti manajemen nilai yang diperoleh dapat digunakan
untuk memantau biaya dan memprediksi kinerja masa depan (lihat ISO 21508).
7.7.2 Memperkirakan biaya
Memperkirakan biaya harus melibatkan pengembangan perkiraan biaya yang dibutuhkan untuk
menyelesaikan setiap aktivitas proyek. Perkiraan biaya harus ditetapkan setidaknya untuk tahap pertama,
serta untuk keseluruhan proyek. Perkiraan biaya dapat dinyatakan dalam satuan ukuran, seperti jam kerja,
jumlah jam peralatan, atau penilaian mata uang.
Jika proyek dihitung biayanya dalam lebih dari satu mata uang, nilai tukar yang digunakan harus didokumentasikan. Cadangan
atau dana darurat dapat digunakan untuk menghadapi ketidakpastian dan, jika digunakan, harus diidentifikasi dengan jelas
dalam perkiraan biaya.
Penugasan anggaran ke elemen pekerjaan terjadwal harus menyediakan anggaran berbasis jadwal yang
dapat dibandingkan dengan kinerja aktual.
Total biaya proyek harus diperkirakan, dan anggaran ditetapkan yang mengidentifikasi kapan dana perlu
tersedia dan kapan biaya diperkirakan akan dikeluarkan. Suatu metode harus ditetapkan dan ditetapkan
untuk mengelola dan mengukur kinerja biaya sesuai dengan batasan dan persyaratan pendanaan. Ukuran
obyektif kinerja biaya harus ditetapkan saat penganggaran. Menetapkan ukuran objektif sebelum penilaian
kinerja biaya meningkatkan akuntabilitas dan menghindari bias.
Estimasi biaya proyek dan penganggaran terkait erat. Cadangan atau item kontinjensi yang tidak ditetapkan untuk aktivitas atau
elemen lingkup kerja lainnya dapat dibuat dan digunakan untuk tujuan pengendalian manajemen atau untuk menutupi biaya tak
terduga. Barang-barang tersebut dan bagaimana mereka harus dibelanjakan, bersama dengan risiko terkait, harus diidentifikasi
dengan jelas. Alokasi dana yang dianggarkan untuk aktivitas kerja menetapkan dasar untuk pemantauan dan memungkinkan
penetapan ulang anggaran ketika permintaan perubahan diotorisasi.
Pengendalian biaya harus difokuskan pada penentuan status biaya saat ini, membandingkannya dengan biaya dasar
untuk menentukan varians apapun, memperkirakan biaya yang diproyeksikan pada penyelesaian dan menerapkan
tindakan pencegahan atau korektif yang tepat.
Setelah pekerjaan dimulai, data kinerja harus dikumpulkan, termasuk biaya yang dianggarkan, biaya
aktual, dan perkiraan biaya pada penyelesaian. Untuk mengevaluasi kinerja proyek, perlu untuk
menggabungkan biaya dengan akumulasi data penjadwalan, seperti kemajuan kegiatan terjadwal dan
perkiraan tanggal penyelesaian kegiatan saat ini dan masa depan.
Dalam mengendalikan biaya, beberapa sumber daya dapat ditinjau, termasuk anggaran, biaya aktual dan
perkiraan biaya, perkiraan biaya, data kemajuan, daftar aktivitas, permintaan perubahan dan perubahan resmi,
tindakan korektif, dan rencana proyek.
Pemantauan biaya aktual dan biaya masa depan yang diharapkan, serta varians biaya terkait, harus memungkinkan
tim proyek untuk mengambil tindakan yang tepat untuk menjaga proyek dalam anggaran atau membuat kasus untuk
meminta dana tambahan.
7.8.1 Gambaran
Tujuan dari manajemen risiko adalah untuk meningkatkan kemungkinan pencapaian tujuan proyek. Risiko yang
teridentifikasi dan pilihan untuk menangani setiap risiko harus menjadi bagian terpadu dari rencana proyek
(lihat
7.2).
Mengidentifikasi risiko adalah tanggung jawab semua anggota tim proyek dan harus melibatkan penentuan
potensi sumber risiko dan karakteristiknya yang, jika terjadi, dapat berdampak positif atau negatif pada
tujuan proyek. Manajemen risiko harus melibatkan pengidentifikasian, penilaian, penanganan, pengendalian,
dan respons terhadap risiko, sepanjang siklus hidup proyek.
7.8.2 Mengidentifikasi risiko
Risiko dapat diidentifikasi sepanjang siklus hidup proyek dan risiko yang telah diidentifikasi sebelumnya dapat berubah
atau terulang kembali. Risiko harus dicatat ketika diidentifikasi. Risiko dapat berasal dari berbagai sumber, baik internal
maupun eksternal proyek. Setiap risiko harus memiliki pemilik yang ditetapkan.
CATATAN
Catatan risiko dapat disebut sebagai “daftar risiko”, “log risiko” atau istilah lain yang digunakan dalam suatu
organisasi.
Setiap risiko harus dinilai untuk probabilitas, konsekuensi dan kedekatan, dan diprioritaskan untuk
tindakan lebih lanjut. Keterkaitan dan ketergantungan antara risiko individu harus dinilai.
Penanganan risiko harus melibatkan pengembangan opsi dan tindakan untuk meningkatkan peluang dan mengurangi ancaman
terhadap proyek. Tindakan penanganan risiko dapat mencakup, namun tidak terbatas pada:
a) menerima;
b) menghindari;
c) mengurangi;
d) pemindahan;
e) menggunakan kontingensi;
f) mengeksploitasi;
g) meningkatkan.
Tindakan yang diambil untuk menangani risiko tertentu harus sesuai dengan ancaman atau peluang,
hemat biaya, tepat waktu, realistis dalam konteks proyek, dipahami oleh pihak yang terlibat dan ditugaskan
ke pemilik yang tepat.
Risiko residual dapat dihasilkan dari tindakan yang diambil untuk menangani setiap risiko. Saat menangani risiko, penyimpangan
dari rencana atau perubahan pada baseline mungkin diperlukan (lihat7.10).
Pengendalian risiko harus melibatkan memastikan bahwa tanggapan terhadap risiko negatif meminimalkan gangguan
pada proyek sementara tanggapan terhadap risiko positif memaksimalkan dampak yang menguntungkan, dengan
menentukan apakah tanggapan risiko dilakukan dan apakah mereka memiliki efek yang diinginkan. Dalam
mengendalikan risiko, informasi manajemen dapat ditinjau, termasuk prioritas relatif risiko, data kemajuan, rencana
proyek, permintaan perubahan, dan tindakan korektif. Melacak perkembangan risiko, serta melacak efektivitas perlakuan
risiko, harus menjadi bagian dari pengendalian risiko.
7.9.1 Gambaran
Tujuan dari manajemen masalah adalah untuk menyelesaikan masalah sedemikian rupa sehingga tidak ada dampak
negatif pada pencapaian tujuan proyek.
Masalah harus diidentifikasi oleh semua pihak yang berkepentingan dan diselesaikan di seluruh proyek. Sarana untuk
meningkatkan masalah ke tingkat manajemen yang sesuai harus ditetapkan untuk menangani masalah yang tidak
dapat diselesaikan oleh tim.
Masalah harus diidentifikasi saat terjadi. Sebagian besar masalah harus ditangani untuk meminimalkan dampak
negatifnya atau memanfaatkan dampak positifnya terhadap proyek. Dalam mendefinisikan setiap masalah, tim proyek
harus memasukkan fakta-fakta terkait seputar masalah tersebut. Metode yang aman dan andal bagi pemangku
kepentingan proyek untuk mengangkat masalah harus ditetapkan. Identifikasi masalah yang mempengaruhi proyek
harus dilakukan di semua tingkatan dan dikelola oleh tim proyek. Isu harus didefinisikan dengan jelas dan dipahami
oleh para pemangku kepentingan yang terlibat.
Isu-isu harus dicatat dan dianalisis pada awalnya segera setelah diidentifikasi sehingga dapat diprioritaskan dan
isu-isu dengan dampak tertinggi pada tujuan proyek dapat ditangani terlebih dahulu. Tanggung jawab harus
diberikan untuk mengelola setiap masalah hingga penyelesaiannya. Mencatat masalah membantu menangkap
detail setiap masalah, sehingga tim proyek dapat melihat status masalah dan siapa yang bertanggung jawab
untuk menyelesaikannya. Rincian setiap masalah dapat mencakup judul atau nama, jenis masalah, tanggal
masalah diidentifikasi, deskripsi masalah, prioritas, ringkasan dampak, langkah-langkah tindakan dan status saat
ini.
CATATAN
Catatan masalah dapat disebut sebagai "daftar masalah", "log masalah" atau istilah lain yang digunakan
dalam sebuah organisasi.
Penyelesaian masalah melibatkan perekaman dan penanganan suatu peristiwa atau masalah yang telah terjadi dan
mengancam keberhasilan proyek atau mewakili peluang untuk dimanfaatkan. Sarana untuk meningkatkan masalah ke
tingkat manajemen yang sesuai untuk pengambilan keputusan harus ditetapkan untuk menangani masalah
berdasarkan rekomendasi dari tim dan pemangku kepentingan lain yang sesuai. Perencanaan manajemen masalah dan
pendekatan untuk menyelesaikan masalah harus dimasukkan dalam tata kelola dan kerangka manajemen proyek
(lihat6.5.3) dengan menguraikan metode yang akan digunakan untuk mengevaluasi dan mengatasi masalah.
Keputusan dan alasan untuk penyelesaian suatu masalah harus dikomunikasikan kepada anggota tim proyek yang
sesuai, pencetus dan pemangku kepentingan. Penyelesaian masalah harus memasukkan mekanisme eskalasi yang
dapat digunakan untuk meningkatkan tingkat kesadaran atau prioritas ketika resolusi tidak muncul atau resolusi
yang ditawarkan tidak dianggap praktis atau memuaskan bagi pemangku kepentingan terkait. Penyelesaian
masalah mencakup penilaian dampak masalah dan tindakan yang diperlukan untuk menyelesaikannya. Resolusi
masalah harus direkam untuk referensi dan pembelajaran di masa mendatang. Saat menyelesaikan masalah,
penyimpangan dari rencana atau perubahan ke baseline mungkin diperlukan (lihat7.10).
7.10.1 Ikhtisar
Tujuan dari kontrol perubahan adalah untuk mengontrol perubahan pada proyek dan hasil dan untuk
memformalkan penerimaan atau penolakan perubahan ini.
Perubahan dapat berasal dari penyimpangan yang diidentifikasi dalam kinerja proyek atau dari pemangku kepentingan
mana pun, termasuk pembuat kebijakan, manajemen eksekutif, pengguna akhir, pemasok, atau anggota tim. Atau,
perubahan dapat dihasilkan dari respons terhadap risiko atau masalah. Kontrol perubahan harus mencakup penetapan
kerangka kerja untuk proyek yang mencakup kegiatan untuk mengidentifikasi, menilai, menerapkan, dan menutup
permintaan perubahan.
CATATAN Menilai termasuk menentukan dampak perubahan pada kendala proyek (lihat 4.2.4).
7.10.2 Membangun kerangka kontrol perubahan
Kerangka kontrol perubahan harus mendefinisikan proses kontrol perubahan dan alat yang akan digunakan.
Perubahan pada kiriman harus dikontrol melalui serangkaian prosedur terintegrasi yang ditetapkan, seperti
manajemen konfigurasi.
Sepanjang proyek, perlu untuk mencatat permintaan perubahan, mengevaluasinya dalam hal tujuan, manfaat,
harapan pemangku kepentingan, ruang lingkup, sumber daya, jadwal, biaya, kualitas dan risiko, dan untuk menilai
dampak dan mendapatkan otorisasi sebelum implementasi. Hanya permintaan perubahan resmi yang harus
diterapkan.
CATATAN
Catatan permintaan perubahan dapat disebut sebagai "daftar perubahan", "log perubahan" atau lainnya
istilah yang digunakan dalam suatu organisasi.
Manajer proyek harus menentukan bagaimana perubahan dapat diimplementasikan, jika diizinkan. Pendekatan
perencanaan diuraikan dalam7.2 harus diikuti secara ketat untuk mengubah rencana yang ada seperti untuk
rencana baru. Jika sesuai, manajer proyek harus memverifikasi bahwa setiap kontrak terkait masih sesuai dan, jika
tidak, memasukkan aktivitas untuk memvariasikan kontrak dalam rencana penerapan permintaan perubahan (lihat
7.17).
Permintaan perubahan harus disahkan, dimodifikasi, ditolak atau ditangguhkan sebagai hasil dari penilaian
dampak. Setelah perubahan diotorisasi, keputusan harus dikomunikasikan kepada pemangku kepentingan
yang relevan, dokumentasi proyek diperbarui, sebagaimana mestinya, dan perubahan diimplementasikan.
Status permintaan perubahan harus dicatat dan dilacak, hingga diimplementasikan dan ditutup.
7.11.1 Ikhtisar
Tujuan dari manajemen mutu adalah untuk meningkatkan kemungkinan bahwa keluaran sesuai dengan
tujuan atau penggunaan. Kualitas harus menjadi bagian terpadu dari rencana proyek (lihat7.2). Manajemen
mutu termasuk mengidentifikasi persyaratan kualitas dengan kriteria penerimaan dan sarana verifikasi dan
validasi, standar yang akan digunakan dan hasil proyek, termasuk hasil internal, eksternal, sementara, final,
berwujud dan tidak berwujud. Persyaratan dan standar kualitas harus didokumentasikan untuk
menunjukkan bagaimana proyek akan sesuai dengan persyaratan dan standar kualitas.
Karena sifat sementara proyek dan kendalanya, seperti jadwal, biaya, kualitas, sumber daya, risiko,
dan parameter lainnya, standar kualitas baru tidak dapat dengan mudah dikembangkan secara
khusus untuk setiap proyek. Pengembangan dan penerimaan organisasi terhadap standar kualitas
dan persyaratan kualitas produk dapat berasal dari luar batas proyek. Penerimaan standar kualitas
dan persyaratan kualitas produk biasanya merupakan tanggung jawab pelanggan atau organisasi
pelaksana, mana pun yang berlaku. Selain itu, proyek inovatif dan belum pernah terjadi
sebelumnya dapat memerlukan penetapan standar baru, yang juga dapat memaksakan
persyaratan baru, risiko, berbagi tanggung jawab antara proyek dan organisasi dan melibatkan
pemangku kepentingan lainnya.
c) keluaran dan hasil proyek akan memungkinkan terwujudnya manfaat yang diharapkan
bagi organisasi atau masyarakat.
Kualitas perencanaan harus menentukan persyaratan kualitas, metrik dan standar yang berlaku
untuk proyek dan hasil, dan bagaimana persyaratan tersebut harus dipenuhi.
Untuk mengaktifkan kualitas, pendekatan, proses dan metode yang digunakan untuk menentukan persyaratan, untuk
merancang keluaran solusi, untuk membangun dan mengintegrasikan elemen-elemen solusi dan untuk memverifikasi dan
memvalidasi elemen-elemen ini harus didefinisikan. Berlawanan dengan pendekatan, proses, dan metode yang diidentifikasi inilah
jaminan kualitas dan kontrol kualitas dapat dilakukan.
Persyaratan kualitas, metrik dan kriteria penerimaan diidentifikasi oleh pemangku kepentingan, standar dan
kebijakan kualitas organisasi dan berlaku untuk kiriman internal, eksternal, sementara, final, berwujud dan tidak
berwujud.
a) menentukan dan menyetujui dengan sponsor proyek dan pemangku kepentingan lainnya mengenai tujuan dan standar
kualitas yang relevan untuk dicapai;
c) menetapkan alat, prosedur, teknik dan sumber daya yang diperlukan untuk mencapai standar yang
disepakati;
d) menentukan metode, teknik dan sumber daya untuk melaksanakan kegiatan mutu sistematis yang
direncanakan;
e) mengembangkan pendekatan yang ditetapkan untuk mengelola kualitas, termasuk jenis tinjauan, tanggung
jawab dan peserta, yang dijadwalkan sesuai dengan rencana proyek;
Jaminan kualitas harus memfasilitasi dan memungkinkan kesesuaian dengan persyaratan kinerja, proses dan
standar kualitas yang berlaku, dan mencakup:
a) mengkomunikasikan tujuan dan standar yang relevan untuk digunakan dan memverifikasi bahwa mereka digunakan;
c) memverifikasi bahwa alat, prosedur, teknik, dan sumber daya yang ditetapkan sedang digunakan;
d) sesuai dengan pendekatan yang direncanakan untuk memverifikasi keluaran terhadap persyaratan
dan spesifikasi yang divalidasi, jika relevan;
e) melakukan audit oleh orang-orang yang independen dari manajer proyek dan tim; mereka
dapat berasal dari bagian lain dari mensponsori atau melakukan organisasi, atau dari
organisasi pelanggan.
Ubah permintaan (lihat 7.10) dapat dihasilkan dari kegiatan penjaminan mutu.
a) menentukan apakah tujuan proyek, persyaratan kualitas, metrik kualitas dan standar terpenuhi;
L
ISO 21502:2020(E)
b) mengidentifikasi penyebab dan cara untuk menghilangkan kinerja yang tidak memuaskan.
Kontrol kualitas harus mempertimbangkan data kemajuan, hasil dan pendekatan manajemen yang ditetapkan untuk
kualitas, serta hasil dalam pengukuran kontrol kualitas, hasil yang diverifikasi dan laporan inspeksi. Hasilnya harus
membantu mengidentifikasi penyebab kinerja yang buruk atau kualitas produk yang tidak memadai, dan dapat mengarah
pada tindakan pencegahan dan perbaikan serta permintaan perubahan.
Kontrol kualitas harus diterapkan pada hasil dan keluaran proyek, dan mencakup kegiatan seperti:
— memverifikasi bahwa kiriman dan keluaran memenuhi persyaratan kualitas dengan mendeteksi cacat
menggunakan alat, prosedur, dan teknik yang ditetapkan;
Kontrol kualitas dapat dilakukan di luar batas proyek oleh bagian lain dari organisasi yang
melakukan atau oleh pelanggan.
7.12.1 Ikhtisar
Tujuan dari pelibatan pemangku kepentingan adalah untuk memungkinkan kebutuhan, kepentingan, dan perhatian pemangku
kepentingan diidentifikasi, dipahami, dan ditangani secara memadai untuk memungkinkan tercapainya tujuan.
Pemangku kepentingan proyek harus diidentifikasi, dianalisis, didokumentasikan dan dilibatkan selama proyek berlangsung.
Keterlibatan pemangku kepentingan harus mencakup kegiatan mengidentifikasi dan mengkarakterisasi pemangku kepentingan proyek.
Kegiatan keterlibatan yang direncanakan harus dilakukan untuk mengidentifikasi dan mengatasi kekhawatiran pemangku kepentingan
dan untuk menggunakan dukungan dan komunikasi pemangku kepentingan.
Pemangku kepentingan harus diidentifikasi bersama dengan informasi yang relevan mengenai kepentingan dan
keterlibatan mereka. Informasi ini dapat mencakup tingkat minat, pengaruh, harapan, dan kebutuhan. Pemangku
kepentingan harus terlibat secara aktif dalam proyek dan dapat berasal dari internal atau eksternal proyek, pada
berbagai tingkat otoritas.
b) pelanggan;
e) badan pengatur;
f) penyedia keuangan;
g) pemegang saham;
Rencana untuk melibatkan pemangku kepentingan harus mempertimbangkan pemangku kepentingan yang teridentifikasi, rencana
proyek dan dokumentasi proyek lainnya. Keterlibatan dapat mencakup kegiatan seperti mengidentifikasi kekhawatiran pemangku
kepentingan, menyelesaikan masalah, dan kegiatan khusus, seperti komunikasi (lihat7.13), yang bertujuan untuk mendapatkan tingkat
keterlibatan pemangku kepentingan utama yang sesuai dalam pengambilan keputusan (lihat 4.3.1) atau aktivitas lain yang penting
untuk keberhasilan proyek.
Isu-isu pemangku kepentingan harus diselesaikan dengan menggunakan diplomasi, negosiasi dan, jika perlu, eskalasi ke
otoritas tingkat yang lebih tinggi sesuai dengan prosedur yang ditetapkan. Alternatifnya, masalah pemangku kepentingan
dapat diselesaikan dengan meminta bantuan dari individu atau pihak ketiga di luar organisasi proyek. Menyelesaikan
masalah pemangku kepentingan dapat menghasilkan permintaan perubahan (lihat7.10).
7.13.1 Ikhtisar
Tujuan dari manajemen komunikasi adalah untuk memungkinkan interaksi pemangku kepentingan yang efektif
dan mungkin berkontribusi pada keberhasilan penyampaian hasil proyek dan realisasi manfaat yang berhasil.
Pendekatan dan metode komunikasi yang dipilih harus direncanakan dan didokumentasikan. Keberhasilan
atau kegagalan suatu proyek dapat bergantung pada efektivitas komunikasi dan sejauh mana komunikasi
melibatkan pemangku kepentingan.
Kegiatan komunikasi yang terencana harus dilakukan untuk memahami kebutuhan informasi para
pemangku kepentingan, termasuk tingkat informasi dan frekuensi komunikasi. Kegiatan
komunikasi yang direncanakan harus dipantau efektivitasnya.
Komunikasi harus direncanakan agar sesuai dengan kebutuhan dan harapan pemangku kepentingan dan
mencakup mekanisme umpan balik dan langkah-langkah efektivitas. Jika diperlukan, komunikasi harus terdiri dari
serangkaian kampanye atau acara tertentu yang ditujukan untuk audiens tertentu, dengan tujuan dan pesan yang
ditentukan menggunakan media yang sesuai.
Faktor-faktor seperti pemangku kepentingan yang tersebar secara geografis, bahasa, budaya dan afiliasi organisasi harus
dipertimbangkan bersama dengan media yang tepat untuk digunakan. Faktor-faktor tersebut dapat secara signifikan
mempengaruhi bagaimana komunikasi harus disampaikan.
Komunikasi dalam menanggapi kebutuhan dan harapan pemangku kepentingan harus didistribusikan menggunakan
media, pesan, dan waktu yang disepakati.
Distribusi informasi harus memberikan tingkat kerahasiaan, keamanan, dan keakuratan informasi
yang memadai, jika relevan, dan harus sesuai dengan rencana komunikasi.
40 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 40
7.13.4 Memantau dampak komunikasi
Dampak komunikasi harus dipantau dan dinilai dan, jika perlu, ditanggapi. Rencana komunikasi
harus disesuaikan, jika diperlukan, untuk mencapai hasil yang sukses untuk proyek tersebut.
Pemantauan harus fokus pada dampak komunikasi pada:
7.14.1 Ikhtisar
Tujuan dari mengelola perubahan organisasi dan masyarakat adalah untuk memungkinkan hasil yang diinginkan
proyek disampaikan.
Jika ruang lingkup proyek mencakup penyampaian hasil, pengelolaan perubahan organisasi dan masyarakat diperlukan
untuk mempersiapkan, melengkapi, dan mendukung organisasi dan individu untuk mengubah cara mereka melakukan
aktivitas tertentu dan, jika sesuai, memodifikasi perilaku mereka. Perubahan bisa dalam konteks bisnis atau untuk
masyarakat secara umum atau dalam konteks yang lebih spesifik, seperti dalam proyek yang disponsori pemerintah.
Perubahan dapat bersifat adaptif (memperkenalkan kembali atau mengadaptasi praktik yang sudah dikenal), inovatif
(memperkenalkan praktik baru kepada praktisi), atau transformatif (memperkenalkan praktik yang baru bagi industri,
organisasi, atau masyarakat).
Manajer proyek harus bekerja dengan sponsor proyek dan pemangku kepentingan yang terkena dampak perubahan
yang diperlukan untuk mencapai hasil yang diperlukan.
Manajemen perubahan harus mencakup identifikasi kebutuhan untuk perubahan organisasi (baik
di dalam atau di luar organisasi sponsor), identifikasi perubahan spesifik yang diperlukan, dan
perencanaan dan pelaksanaan kegiatan yang diperlukan untuk melakukan perubahan.
CATATAN 1
Perubahan organisasi mencakup bagaimana suatu organisasi disusun, dikelola, atau dioperasikan, seperti:
pengenalan cara kerja baru,
CATATAN 2
Perubahan sosial meliputi perubahan yang mempengaruhi masyarakat, seperti infrastruktur (seperti jalan,
kereta api, bandara dan pasokan air), rezim pajak baru, pensiun dan tunjangan negara, perumahan, lingkungan, kesehatan,
keselamatan dan keamanan.
Untuk beberapa proyek, perubahan sangat penting untuk alasan proyek dimulai, dan perubahan organisasi atau masyarakat
diperlukan untuk memberikan hasil yang diinginkan. Dalam proyek ini, manajer proyek dan tim yang sesuai harus bekerja
dengan sponsor proyek dan pemangku kepentingan yang terkena dampak untuk mengidentifikasi perubahan yang diperlukan
dan mengembangkan rencana untuk menerapkan perubahan yang diperlukan.
Sebuah rencana untuk melakukan perubahan harus dikembangkan untuk mendukung organisasi dan individu,
seperti pengguna atau warga negara, untuk memodifikasi pendekatan mereka dan, jika sesuai, perilaku, yang terkait
dengan hasil yang diinginkan proyek.
Rencana perubahan harus mencakup visi atau cetak biru keadaan masa depan yang diinginkan. Pengembangan cetak
biru ini harus mencakup penilaian keadaan terkini dari pemangku kepentingan yang terkena dampak,
mengidentifikasi perubahan yang diperlukan dan menerapkan teknik yang tepat untuk implementasi perubahan
tersebut. Rencana
tersebut juga harus mencakup jadwal tingkat tinggi yang menunjukkan kapan hasil perlu dicapai. Teknik perubahan dapat
mencakup penyediaan komunikasi untuk instruksional, berpengaruh dan informasional
tujuan, pelatihan, pendampingan atau penyediaan peralatan atau sumber daya lainnya kepada pemangku kepentingan yang
terkena dampak, serta penggunaan metode manajemen perubahan organisasi khusus.
CATATAN
Cetak biru dapat disebut sebagai "model operasi target", "keadaan masa depan" atau istilah lain yang digunakan
dalam sebuah organisasi.
Setelah implementasi perubahan, sponsor proyek, berkoordinasi dengan manajer operasional atau
perwakilan dari organisasi dan pemangku kepentingan yang terkena dampak, harus memantau bagaimana
perubahan diterima dan hasil yang diinginkan tercapai, atau mengambil tindakan jika perlu.
7.15 Pelaporan
7.15.1 Ikhtisar
Tujuan pelaporan adalah untuk memberikan status terkini, perkiraan dan analisis proyek.
Pelaporan harus selaras dengan dokumentasi proyek saat ini, dan mungkin diperbarui, dan
ditentukan dari analisis informasi manajemen proyek.
Pendekatan dan metode pelaporan harus direncanakan dan didokumentasikan sejak awal proyek.
Selama proyek, pelaporan dilakukan dan harus dipantau dan disesuaikan untuk menjaga keselarasan
dengan kebutuhan dan persyaratan penerima laporan.
CATATAN Pelaporan berbeda dari komunikasi. Pelaporan berfokus pada penyediaan status, analisis,
varians, dan perkiraan kinerja masa depan untuk proyek, sementara komunikasi berfokus pada pemenuhan kebutuhan
informasi untuk memungkinkan interaksi pemangku kepentingan yang efektif dan berkontribusi pada keberhasilan
penyampaian hasil proyek.
Pelaporan harus direncanakan sebagai bagian dari tata kelola proyek (lihat 4.3) dan biasanya diperlukan untuk
memberi tahu orang-orang yang bekerja di berbagai tingkat organisasi proyek, tentang status pekerjaan dalam
tanggung jawab mereka. Kebutuhan pelaporan harus ditetapkan, termasuk namun tidak terbatas pada konten, penulis,
penerima, frekuensi, kerahasiaan, dan format setiap laporan yang dibutuhkan.
Mengelola pelaporan harus fokus pada konfirmasi bahwa informasi yang tepat dan dapat diandalkan sedang
diteruskan dari satu tingkat organisasi proyek ke yang lain. Pelaporan dapat mencakup tetapi tidak terbatas
pada laporan:
a) dari manajer paket kerja ke manajer proyek, yang berisi laporan kemajuan, keputusan dan
arahan yang diperlukan dan masalah tim;
b) dari manajer proyek ke sponsor proyek dan dewan proyek, yang mencerminkan status, risiko, dan masalah
proyek;
a) dari sponsor proyek ke pemangku kepentingan utama yang mencerminkan kepentingan pemangku kepentingan tersebut dalam proyek.
Jika laporan tidak lagi relevan atau tidak memenuhi kebutuhan penerima, tindakan korektif harus
diambil.
Laporan harus disampaikan pada waktu yang tepat sesuai dengan pendekatan manajemen proyek yang
ditetapkan untuk pelaporan (lihat 6.5.3). Jika relevan, laporan harus mematuhi persyaratan kerahasiaan
atau keamanan.
7.16 Manajemen informasi dan dokumentasi
7.16.1 Ikhtisar
Tujuan dari manajemen informasi dan dokumentasi adalah untuk memungkinkan informasi yang relevan
dan andal (fisik dan digital) tersedia bagi mereka yang melakukan pekerjaan dan membuat keputusan.
Manajemen informasi dan dokumentasi terdiri dari pengumpulan, penyimpanan, analisis, distribusi,
dan pemeliharaan informasi akurat yang aman dan tepat waktu yang diperlukan untuk aktivitas seperti
perencanaan, pelaksanaan, dan pekerjaan audit, serta mendukung pembelajaran dan manajemen
pengetahuan. Informasi dan dokumentasi harus tersedia dan dapat diakses untuk referensi sejarah.
Kegiatan harus mencakup pembentukan sistem untuk menerima, menyimpan dan mengidentifikasi
informasi dan dokumentasi dengan aman, yang perlu dikelola dan diakses. Informasi terkait proyek dan
manajemen dokumen perlu dilakukan sesuai dengan manajemen informasi dan kebijakan
penyimpanan organisasi.
Informasi dan dokumentasi yang diperlukan harus diidentifikasi dan dikelola sesuai dengan
persyaratan kerahasiaan, keamanan dan akurasi data. Informasi dan dokumentasi yang terkait dengan
proyek dapat mencakup rencana, penilaian kemajuan, tinjauan, audit, tinjauan kualitas, kontrak,
laporan, komunikasi, dan informasi khusus yang berkaitan dengan keluaran seperti desain, spesifikasi,
dan standar.
Suatu sistem harus ditetapkan dan ditetapkan untuk menerima, mengidentifikasi, menyimpan dan memelihara informasi
dan dokumentasi dengan aman, sehingga informasi dan dokumentasi tersebut dapat didistribusikan dan hanya dapat
diambil kembali oleh individu yang berwenang untuk mengaksesnya. Sistem harus mencakup langkah-langkah
kesinambungan bisnis jika terjadi insiden yang mengganggu. Sistem harus mencakup persyaratan pembuangan dan
penyimpanan untuk semua kategori informasi proyek yang telah ditetapkan sebagai kebutuhan untuk dikelola.
Sebuah sistem harus dibuat untuk memastikan integritas kelompok informasi terkait, seperti sistem yang
digunakan untuk manajemen konfigurasi.
7.17 Pengadaan
7.17.1 Ikhtisar
Tujuan pengadaan adalah untuk mendapatkan produk dan jasa yang dibeli sebagai bagian dari sumber daya pekerjaan
yang memiliki kualitas yang sesuai, mewakili nilai uang dan dapat dikirimkan saat dibutuhkan dalam tingkat risiko yang
dapat diterima.
Pengadaan harus direncanakan menggunakan proses pengadaan organisasi, jika ada, sejalan dengan
strategi pengadaan proyek. Manajemen pengadaan harus diintegrasikan dengan perencanaan (lihat7.2
).
CATATAN
Pengadaan membutuhkan pengetahuan tentang hukum dan praktik yang relevan dan sering dilakukan oleh spesialis
di luar organisasi proyek, seperti spesialis sumber dalam organisasi sponsor.
b) praktik pengiriman;
ISO 21502:2020(E)
ISO 21502:2020(E)
Anggota tim pengadaan barang dan jasa harus mengidentifikasi kriteria pengadaan yang berlaku
untuk digunakan dan proses untuk memfasilitasi perolehan produk dan jasa yang dibutuhkan dari
sumber eksternal.
Persyaratan pengadaan harus divalidasi dengan manajer proyek atau orang yang ditunjuk dari mana
informasi pengadaan dan spesifikasi kontrak harus dikembangkan dan ditetapkan.
Pemasok harus dipilih berdasarkan informasi yang diperoleh selama kegiatan identifikasi dan
seleksi pemasok dan diverifikasi.
Evaluasi dari setiap penawaran pemasok harus dilakukan sesuai dengan kriteria evaluasi yang
dinyatakan.
Kinerja pemasok harus dievaluasi kembali di seluruh proyek sesuai dengan persyaratan kontrak.
7.17.4 Mengadministrasikan
b) memungkinkan kinerja para pihak yang dikontrak untuk memenuhi persyaratan proyek sesuai
dengan ketentuan perjanjian hukum;
c) termasuk pengumpulan data kinerja pemasok dan pemeliharaan catatan terperinci (lihat 7.15);
Komunikasi dengan pemasok yang berkaitan dengan perselisihan harus dilakukan atau ditindaklanjuti secara tertulis
untuk memberikan bukti tindakan yang diambil oleh para pihak dalam kontrak. Nasihat kontrak dan hukum harus dicari.
Ketika ketentuan penghentian diberlakukan, langkah-langkah untuk meminimalkan biaya dan dampak penghentian harus
dipertimbangkan.
Pada penutupan kontrak, dokumentasi kontrak terkait harus diarsipkan sesuai dengan
kerangka kerja manajemen informasi proyek (lihat 7.16).
7.18.1 Ikhtisar
Tujuan pembelajaran pelajaran adalah untuk mengambil manfaat dari pengalaman, menghindari kesalahan yang berulang dan menyebarluaskan praktik yang
lebih baik untuk memberi manfaat bagi tim proyek saat ini dan di masa depan.
Pelajaran dapat diperoleh dari masalah yang terjadi selama proyek dan cara setiap masalah diselesaikan,
serta cara setiap risiko dikelola. Pelajaran juga dapat dihasilkan dari tinjauan dan audit yang berkualitas.
Kegiatan harus mencakup mengidentifikasi, mendokumentasikan dan menyebarluaskan pelajaran selama
durasi proyek.
Sepanjang proyek, tim proyek dan pemangku kepentingan utama harus mengidentifikasi pelajaran
mengenai aspek teknis dan manajerial proyek. Pelajaran harus ditangkap, disusun, diformalkan dan
disimpan.
Pelajaran harus disebarluaskan dan digunakan di seluruh proyek dan, bila berlaku, termasuk dalam basis
pengetahuan organisasi, untuk dibagikan dan digunakan untuk mempromosikan peningkatan kinerja proyek
saat ini dan masa depan.
Jika sebuah organisasi menggunakan proses atau metode manajemen proyek yang ditentukan, pelajaran dari proyek individu
harus dikomunikasikan kepada pemilik proses atau metode, sehingga proses dapat ditingkatkan untuk memberi manfaat bagi
pengguna lain.
CATATAN Kantor proyek sering menjadi pemilik proses dan metode manajemen proyek (lihat 4.5.7).
ISO 21502:2020(E) ISO 21502:2020(E)
Lampiran A
(informatif)
a) bagaimana dokumen ini berkembang dari ISO 21500:2012, dengan memberikan pemetaan antara kerangka
kerja berbasis proses dalam ISO 21500:2012 dan kerangka kerja berbasis praktik dalam dokumen ini (lihat
Tabel A.1);
b) bagaimana dokumen ini dapat digunakan sebagai dasar untuk mengembangkan kerangka kerja manajemen
proyek berbasis proses, dengan asumsi korespondensi satu-ke-satu antara proses dalam ISO 21500:2012 dan
praktik dalam dokumen ini (lihat Tabel A.2).
Tabel A.1 menunjukkan proses dan konsep dalam ISO 21500:2012 dan referensi yang setara dalam
dokumen ini.
Proses dan konsep dalam ISO 21500:2012 Referensi dalam dokumen ini
Integrasi Praktik manajemen proyek terintegrasi Klausul 6
Umum 3.5.3.1 Kegiatan pra-proyek 6.2
Kegiatan pasca proyek 6.9
Pemangku kepentingan dan organisasi proyek 3.8 Mengawasi sebuah proyek 6.3
Mengembangkan piagam proyek 4.3.2 Tata kelola proyek dan pendekatan manajemen 6.5.3
Justifikasi proyek awal 6.5.4Perencanaan proyek awal
6.5.5
Pekerjaan proyek langsung 4.3.4 Mengelola pengiriman 6.7
47 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 47
Tabel A.1 (lanjutan)
Proses dan konsep dalam ISO 21500:2012 Referensi dalam dokumen ini
Kumpulkan pelajaran yang didapat 4.3.8 Pelajaran yang didapat 7.18
Tabel A.2 menunjukkan bagaimana praktik dokumen ini dapat ditelusuri ke informasi yang terkandung dalam ISO
21500:2012.
Praktek-praktek di Klausul 6 dan Klausul 7 dokumen ini dapat dipetakan ke paradigma kelompok proses (memulai,
merencanakan, menerapkan, mengendalikan dan menutup) ISO 21500:2012 seperti yang ditunjukkan padaTabel
A.2. Judul kolom mengacu pada grup proses ISO 21500:2012, semua referensi lain untuk dokumen ini.
Tabel A.2 — Pemetaan praktik di Klausul 6 dan 7 dokumen ini ke grup proses
dari ISO 21500:2012
6.3 Mengawasi
proyek
6.4 Mengarahkan
proyek
6. Manajemen proyek 6.5.2 Tim proyek 6.5.5 pro-
terintegrasi mobilisasi perencanaan proyek
6.8Penutupan
atau berhenti-
sedang mengerjakan proyek
7.4.4 Mengonfirmasi-
pengiriman
7.5 Pengelolaan sumber daya- 7.5.2 Perencanaan 7.5.3 Mendirikan- 7.5.5 Mengelola
ment proyek dalam tim tim
organisasi
7.5.4 Mengembangkan-
dalam tim
7.5.6 Merencanakan, mengelola dan mengendalikan sumber
daya fisik dan material
7.10.4 Perencanaan
pelaksana-
perubahan
permintaan
[3] ISO 21504, Manajemen proyek, program, dan portofolio — Panduan tentang manajemen portofolio
[4] ISO 21505, Manajemen proyek, program, dan portofolio — Panduan tata kelola
[7] ISO 21511, Struktur rincian kerja untuk manajemen proyek dan program
[8] ISO 55000, Manajemen aset — Gambaran umum, prinsip, dan terminologi
ISO 21502:2020(E)
ICS 03.100.40
Harga berdasarkan 52 halaman