Anda di halaman 1dari 62

Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.

com

INTERNASIONA ISO
L 21502
STANDAR
Edisi pertama
2020-12

Manajemen proyek, program, dan


portofolio — Panduan manajemen
proyek
Manajemen proyek, program dan portefeuilles —
Rekomendasi sur le manajemen proyek

Nomor referensi
ISO 21502:2020(E)

© ISO 2020
ISO 21502:2020(E)

DOKUMEN DILINDUNGI HAK CIPTA


© ISO 2020
Seluruh hak cipta. Kecuali ditentukan lain, atau diperlukan dalam konteks penerapannya, tidak ada bagian dari publikasi ini yang boleh
direproduksi atau digunakan sebaliknya dalam bentuk apa pun atau dengan cara apa pun, elektronik atau mekanis, termasuk
memfotokopi, atau memposting di internet atau intranet, tanpa sebelumnya izin tertulis. Izin dapat diminta dari ISO di alamat di bawah
ini atau badan anggota ISO di negara pemohon.
Kantor hak cipta ISO
CP 401 • Bab. de Blandonnet 8
CH-1214 Vernier, Jenewa
Telepon: +41 22 749 01 11
Email: copyright@iso.org Situs
web: www.iso.org
Diterbitkan di Swiss

ii © ISO 2020 – Hak cipta dilindungi undang-undang


ISO 21502:2020(E)

Isi Halaman

Kata pengantar ................................................................... ................................................................... ................................................................... ................................................................... ...................................vi

Pendahuluan................................................................... ................................................................... ................................................................... ................................................................... ........................vii

1 Cakupan ................................................................... ................................................................... ................................................................... ................................................................... ......................... 1

2 Acuan normatif ................................................................... ................................................................... ................................................................... ................................... 1

3 Istilah dan definisi................................................................... ................................................................... ................................................................... ............................... 1

4 Konsep manajemen proyek................................................................... ................................................................... ................................................................... ......... 4


4.1 Gambaran ................................................................... ................................................................... ................................................................... ................................................... 4
4.1.1 Umum................................................................... ................................................................... ................................................................... ................................... 4

4.1.2 Proyek................................................................... ................................................................... ................................................................... ............................... 5


4.1.3 Manajemen proyek................................................................... ................................................................... ................................................... 6
4.2 Konteks ................................................................... ................................................................... ................................................................... ................................................................... ... 6

4.2.1 Dampak konteks proyek................................................................... ................................................................... ................................... 6


4.2.2 Strategi dan proyek organisasi ................................................................... ................................................................... ......... 6
4.2.3 Perspektif pelanggan dan pemasok................................................................... ................................................................... ............. 7
4.2.4 Kendala proyek ................................................................... ................................................................... ................................................................... ... 8
4.2.5 Proyek sebagai stand-alone, bagian dari program atau bagian dari portofolio ................................... 8
4.3 Tata kelola proyek................................................................... ................................................................... ................................................................... ........................ 9
4.3.1 Kerangka tata kelola................................................................... ................................................................... ................................................... 9
4.3.2 Kasus bisnis ................................................................... ................................................................... ................................................................... ................ 9
4.4 Siklus hidup proyek ................................................................... ................................................................... ................................................................... ............................... 9
4,5 Organisasi dan peran proyek ................................................................... ................................................................... ................................................... 10
4.5.1 Organisasi proyek................................................................... ................................................................... ................................................... 10
4.5.2 Organisasi sponsor................................................................... ................................................................... ................................................... 12
4.5.3 Papan proyek................................................................... ................................................................... ................................................................... ............... 12
4.5.4 Sponsor proyek ................................................................... ................................................................... ................................................................... ........ 12
4.5.5 Jaminan proyek ................................................................... ................................................................... ................................................................... ... 13
4.5.6 Manajer proyek ................................................................... ................................................................... ................................................................... ...... 13
4.5.7 Kantor proyek................................................................... ................................................................... ................................................................... ............... 14
4.5.8 Pemimpin paket kerja................................................................... ................................................................... ................................................... 14

4.5.9 Anggota tim proyek................................................................... ................................................................... ........................................................ 14


4.5.10 Pemangku kepentingan Proyek ................................................................... ................................................................... ................................................................... 15
4.5.11 Peran lainnya................................................................... ................................................................... ................................................................... .................... 15
4.6 Kompetensi personil proyek................................................................... ................................................................... ................................... 15

5 Prasyarat untuk memformalkan manajemen proyek................................................................... ................................................................... .16

5.1 Gambaran ................................................................... ................................................................... ................................................................... ................................................... 16

5.2 Pertimbangan untuk menerapkan manajemen proyek ................................................................... ................................... 16


5.3 Perbaikan berkelanjutan dari lingkungan manajemen proyek ................................................................... . 16
5.4 Penyelarasan dengan proses dan sistem organisasi ................................................................... ................................... 17
6 Praktik manajemen proyek terintegrasi ................................................................... ................................................................... .........................18

6.1 Gambaran ................................................................... ................................................................... ................................................................... ................................................... 18

6.2 Kegiatan pra-proyek................................................................... ................................................................... ................................................................... ................. 19


6.3 Mengawasi sebuah proyek................................................................... ................................................................... ................................................................... .................. 20

6.4 Mengarahkan proyek................................................................... ................................................................... ................................................................... ........................ 20


6.5 Memulai proyek................................................................... ................................................................... ................................................................... ........................ 21
6.5.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 21

6.5.2 Mobilisasi tim proyek................................................................... ................................................................... ................................... 21


6.5.3 Tata kelola proyek dan pendekatan manajemen ................................................................... ................................... 21
6.5.4 Justifikasi proyek awal ................................................................... ................................................................... ................................... 21
6.5.5 Perencanaan proyek awal ................................................................... ................................................................... ........................................ 22

6.6 Mengontrol proyek................................................................... ................................................................... ................................................................... .................. 22


6.6.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 22

6.6.2 Pembenaran progresif................................................................... ................................................................... ................................................... 22

© ISO 2020 – Hak cipta dilindungi undang-undang aku aku aku


ISO 21502:2020(E)

6.6.3 Mengelola kinerja proyek................................................................... ................................................................... .................... 22


6.6.4 Mengelola awal dan akhir setiap fase proyek................................................................... ........................ 23
6.6.5 Mengelola awal, kemajuan, dan penutupan setiap paket pekerjaan................................................... 24
6.7 Mengelola pengiriman................................................................... ................................................................... ................................................................... ........................ 24
6.8 Menutup atau mengakhiri proyek ................................................................... ................................................................... ................................................... 25

6.9 Kegiatan pasca proyek................................................................... ................................................................... ................................................................... ............... 26

7 Praktik manajemen untuk sebuah proyek................................................................... ................................................................... ................................................... 26

7.1 Gambaran ................................................................... ................................................................... ................................................................... ................................................... 26

7.2 Perencanaan ................................................................... ................................................................... ................................................................... ................................................... 27

7.2.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 27

7.2.2 Mengembangkan rencana................................................................... ................................................................... ................................................... 28


7.2.3 Memonitor rencana................................................................... ................................................................... ................................................... 28
7.3 Manajemen manfaat ................................................................... ................................................................... ................................................................... ................. 28
7.3.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 28

7.3.2 Mengidentifikasi dan menganalisis manfaat ................................................................... ................................................................... ............ 28


7.3.3 Manfaat pemantauan................................................................... ................................................................... ................................................... 29
7.3.4 Mempertahankan manfaat................................................................... ................................................................... ................................................................... 29
7.4 Manajemen ruang lingkup ................................................................... ................................................................... ................................................................... .................... 29

7.4.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 29

7.4.2 Mendefinisikan ruang lingkup ................................................................... ................................................................... ................................................................... . 30


7.4.3 Mengontrol ruang lingkup ................................................................... ................................................................... ................................................... 30
7.4.4 Mengonfirmasi pengiriman cakupan................................................................... ................................................................... ................................... 30
7.5 Manajemen sumber daya ................................................................... ................................................................... ................................................................... ......... 30
7.5.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 30

7.5.2 Merencanakan organisasi proyek ................................................................... ................................................................... ............. 31


7.5.3 Membentuk tim ................................................................... ................................................................... ................................................... 31
7.5.4 Mengembangkan tim................................................................... ................................................................... ................................................................... 31
7.5.5 Mengelola tim................................................................... ................................................................... ................................................................... 31
7.5.6 Merencanakan, mengelola dan mengendalikan sumber daya fisik dan material .......................... 32
7.6 Manajemen jadwal ................................................................... ................................................................... ................................................................... ............ 32
7.6.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 32

7.6.2 Memperkirakan durasi aktivitas................................................................... ................................................................... ......................... 32

7.6.3 Mengembangkan jadwal ................................................................... ................................................................... ................................................... 33


7.6.4 Mengontrol jadwal ................................................................... ................................................................... ................................................... 33
7.7 Manajemen biaya ................................................................... ................................................................... ................................................................... ........................ 33
7.7.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 33

7.7.2 Memperkirakan biaya ................................................................... ................................................................... ................................................................... ......... 34


7.7.3 Mengembangkan anggaran ................................................................... ................................................................... ........................................................ 34

7.7.4 Mengontrol biaya ................................................................... ................................................................... ................................................................... ..... 34


7.8 Manajemen risiko ................................................................... ................................................................... ................................................................... ........................ 34
7.8.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 34

7.8.2 Mengidentifikasi risiko ................................................................... ................................................................... ................................................................... ......... 35


7.8.3 Menilai risiko ................................................................... ................................................................... ................................................................... ............ 35
7.8.4 Mengobati risiko................................................................... ................................................................... ................................................................... ................ 35
7.8.5 Mengontrol risiko................................................................... ................................................................... ................................................................... ......... 35
7.9 Manajemen masalah ................................................................... ................................................................... ................................................................... ................... 35
7.9.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 35

7.9.2 Mengidentifikasi masalah ................................................................... ................................................................... ................................................................... ... 36


7.9.3 Menyelesaikan masalah................................................................... ................................................................... ................................................................... ....... 36
7.10 Ubah kontrol ................................................................... ................................................................... ................................................................... ............................... 36
7.10.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 36

7.10.2 Membangun kerangka kontrol perubahan ................................................................... ................................................... 37


7.10.3 Mengidentifikasi dan menilai permintaan perubahan................................................................... ................................................... 37
7.10.4 Merencanakan implementasi permintaan perubahan ................................................................... ......................... 37
7.10.5 Menerapkan dan menutup permintaan perubahan................................................................... ........................................ 37
7.11 Manajemen mutu................................................................... ................................................................... ................................................................... ................. 37
7.11.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 37

7.11.2 Kualitas perencanaan................................................................... ................................................................... ................................................................... ....... 38

4 © ISO 2020 – Hak cipta dilindungi undang-undang © ISO 2020 – Hak cipta dilindungi undang-undang 4
ISO 21502:2020(E) ISO 21502:2020(E)

7.11.3 Kualitas terjamin................................................................... ................................................................... ................................................................... ....... 38


7.11.4 Mengontrol kualitas................................................................... ................................................................... ................................................................... . 38
7.12 Keterlibatan pemangku kepentingan ................................................................... ................................................................... ................................................................... ....... 39

7.12.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 39

7.12.2 Mengidentifikasi pemangku kepentingan ................................................................... ................................................................... ................................................... 39


7.12.3 Melibatkan pemangku kepentingan................................................................... ................................................................... ........................................................ 40
7.13 Manajemen komunikasi................................................................... ................................................................... ................................................... 40
7.13.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 40

7.13.2 Komunikasi perencanaan................................................................... ................................................................... ................................................... 40


7.13.3 Mendistribusikan informasi ................................................................... ................................................................... ................................................... 40
7.13.4 Memantau dampak komunikasi................................................................... ................................................... 41
7.14 Mengelola perubahan organisasi dan masyarakat................................................................... ................................................................... ...... 41
7.14.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 41

7.14.2 Mengidentifikasi kebutuhan akan perubahan ................................................................... ................................................................... ................... 41

7.14.3 Menerapkan perubahan organisasi dan masyarakat................................................................... ............... 42


7.15 Pelaporan ................................................................... ................................................................... ................................................................... ................................................... 42
7.15.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 42

7.15.2 Pelaporan perencanaan ................................................................... ................................................................... ................................................................... 42

7.15.3 Mengelola pelaporan................................................................... ................................................................... ................................................... 42


7.15.4 Menyampaikan laporan................................................................... ................................................................... ................................................................... .. 42

7.16 Manajemen informasi dan dokumentasi................................................................... ................................................................... .... 43


7.16.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 43

7.16.2 Mengidentifikasi informasi mana yang harus dikelola ................................................................... ........................ 43


7.16.3 Menyimpan dan mengambil informasi dan dokumentasi................................................................... .......... 43
7.17 Pengadaan ................................................................... ................................................................... ................................................................... ................................................... 43

7.17.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 43

7.17.2 Perencanaan pengadaan ................................................................... ................................................................... ........................................................ 43


7.17.3 Mengevaluasi dan memilih pemasok................................................................... ................................................................... ............ 44
7.17.4 Mengadministrasikan kontrak................................................................... ................................................................... ................................................... 44
7.17.5 Menutup kontrak................................................................... ................................................................... ................................................................... ..... 44
7.18 Pelajaran yang didapat................................................................... ................................................................... ................................................................... ................................... 44

7.18.1 Gambaran................................................................... ................................................................... ................................................................... ........................ 44

7.18.2 Mengidentifikasi pelajaran ................................................................... ................................................................... ................................................................... 45


7.18.3 Menyebarluaskan pelajaran................................................................... ................................................................... ................................................... 45

Lampiran A (informatif) Proses manajemen proyek berdasarkan praktik ................................................................... ..........47

Bibliografi ................................................................... ................................................................... ................................................................... ................................................................... ........................52


Kata pengantar

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;

c) pertimbangan konteks organisasi proyek telah ditambahkan;


d) deskripsi peran dan tanggung jawab proyek tambahan 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;

f) kegiatan pra dan pasca proyek telah ditambahkan;

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.

1) Dalam persiapan. Tahap pada saat publikasi: ISO/DIS 21500:2020.


pengantar
Dokumen ini memberikan panduan tentang konsep dan praktik untuk manajemen proyek yang penting dan
berdampak pada keberhasilan pelaksanaan proyek.

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:

— tata kelola, arahan dan pengelolaan portofolio dan program;

— 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)

Manajemen proyek, program, dan portofolio —


Panduan manajemen proyek

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.

3 Istilah dan definisi


Untuk tujuan dokumen ini, istilah dan definisi berikut berlaku.

ISO dan IEC memelihara database terminologi untuk digunakan dalam standardisasi di alamat berikut:

— Platform penjelajahan ISO Online: tersedia di https://www.iso.org/obp

— IEC Electropedia: tersedia di http://www.electropedia.org/

3.1
garis dasar
dasar referensi untuk perbandingan kinerja yang dipantau dan dikendalikan
[SUMBER: ISO/TR 21506:2018, 3.5]

3.2
keuntungan

menciptakan keuntungan, nilai atau efek positif lainnya

[SUMBER: ISO/TR 21506:2018, 3.6]

3.3
kasus bisnis
pembenaran terdokumentasi untuk mendukung pengambilan keputusan tentang komitmen untuk a proyek (3.20),
program (3.18) atau portofolio (3.15)

[SUMBER: ISO/TR 21506:2018, 3.8]

3.4
ubah permintaan
dokumentasi yang mendefinisikan perubahan yang diusulkan untuk a proyek (3.20)

[SUMBER: ISO/TR 21506:2018, 3.10]

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

[SUMBER: ISO/TR 21506:2018, 3.12]

3.6
kontrol
perbandingan kinerja aktual dengan kinerja yang direncanakan, menganalisis varians dan mengambil
koreksi yang tepat dan aksi Pencegahan (3.17) sesuai kebutuhan

[SUMBER: ISO/TR 21506:2018, 3.13]

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

[SUMBER: ISO/TR 21506:2018, 3.18]

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

[SUMBER: ISO/TR 21506:2018, 3.25]

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

[SUMBER: ISO/TR 21506:2018, 3.36]

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

[SUMBER: ISO/TR 21506:2018, 3.42]

3.16
komponen portofolio
proyek (3.20), program (3.18), portofolio (3.15) atau pekerjaan terkait lainnya

[SUMBER: ISO/TR 21506:2018, 3.43]

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)

[SUMBER: ISO/TR 21506:2018, 3.50]

3.19
komponen program
proyek (3.20), program (3.18) atau pekerjaan terkait lainnya

[SUMBER: ISO/TR 21506:2018, 3.52]

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

[SUMBER: ISO/TR 21506:2018, 3.60]

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

pekerjaan yang berwenang untuk mencapai tujuan yang disepakati

[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

[SUMBER: ISO/TR 21506:2018, 3.78]

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)

[SUMBER: ISO/TR 21506:2018, 3.79]

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

[SUMBER: ISO/TR 21506:2018, 3.87]

3.30
paket kerja
kelompok kegiatan yang memiliki ruang lingkup tertentu, bisa dikirim (3.9), skala waktu dan biaya

4 Konsep manajemen proyek

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”).

Gambar 1 — Contoh manajemen proyek dalam konteks tata kelola dan


manajemen program dan portofolio

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;

- hasil yang diinginkan;


ISO 21502:2020(E) ISO 21502:2020(E)

— keluaran yang disediakan;

— pemangku kepentingan yang terkena dampak;

— sumber daya yang digunakan;

- kompleksitas;

- kendala (lihat 4.2.4);

- proses atau metode yang digunakan.

4.1.3 Manajemen proyek

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 Dampak konteks proyek

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.

4.2.1.2 Faktor dalam 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.

4.2.1.3 Faktor di luar organisasi

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.

4.2.2 Strategi dan proyek organisasi

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

4.2.3 Perspektif pelanggan dan pemasok

Proyek dapat dilakukan dari dua perspektif:

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.

Para pihak dalam kontrak harus menentukan:

— bagaimana tata kelola proyek (lihat 4.3) harus beroperasi di kedua sisi, dan melintasi, batas kontrak;

— struktur tim manajemen proyek organisasi (lihat 4.5.1);

— orang-orang yang tepat untuk terlibat dalam proyek;


— praktik kerja yang akan diadopsi sehubungan dengan siklus hidup proyek, sebagaimana diperlukan untuk pengiriman.

4.2.4 Kendala proyek

Keluaran dan hasil proyek harus dicapai dalam serangkaian kendala yang teridentifikasi, seperti, namun tidak
terbatas pada:

a) durasi atau tanggal target untuk menyelesaikan proyek;

b) ketersediaan dana organisasi;

c) anggaran yang disetujui dan dialokasikan;

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;

e) faktor-faktor yang berhubungan dengan kesehatan dan keselamatan personel;

f) keamanan;

g) tingkat risiko yang dapat diterima;

h) potensi dampak sosial, lingkungan dan ekologi dari proyek dan hasilnya;

i) undang-undang, aturan dan persyaratan pemerintah lainnya;

j) standar kualitas minimal.


Kendala sering saling terkait, sehingga perubahan dalam satu kendala dapat mempengaruhi satu atau
lebih kendala lainnya. Untuk alasan ini, efek dari kendala ini harus dipahami, seimbang dan ditinjau
secara berkala.

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).

Gambar 3 — Contoh hubungan antara portofolio, program dan proyek


4.3 Tata kelola proyek

4.3.1 Kerangka tata kelola

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;

b) kerangka kerja manajemen, termasuk siklus hidup proyek (lihat 4.4);

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.

4.3.2 Kasus bisnis

Kasus bisnis memberikan landasan bagi tata kelola proyek. Kasus bisnis harus digunakan untuk
membenarkan pelaksanaan dan kelanjutan proyek dan setidaknya harus mencakup atau referensi:

a) tujuan yang ingin dicapai;

b) keselarasan strategis dan potensi manfaat yang ingin diwujudkan;

c) metrik yang ditentukan untuk mengevaluasi nilai yang dibuat;

d) tingkat risiko yang dapat diterima organisasi;

e) anggaran, jadwal dan persyaratan kualitas;

f) potensi bisnis dan gangguan terhadap operasi organisasi lainnya;

g) pelibatan pemangku kepentingan dan manajemen hubungan;

h) penggunaan sumber daya manusia dan material;

i) keterampilan, pengetahuan dan kemampuan yang dibutuhkan;

j) lingkup yang ditargetkan;

k) penyajian skenario;

l) pendekatan manajemen yang diusulkan;

m) kemampuan untuk mempertahankan kegiatan bisnis dan organisasi melalui perubahan.

4.4 Siklus hidup proyek

Hal-hal berikut harus dipertimbangkan ketika mendefinisikan siklus hidup

proyek: a) tata kelola organisasi dan proyek;

b) risiko;

c) faktor kontrol;

d) sifat atau karakteristik proyek;

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).

CATATAN 1 Dalam beberapa kasus, fase dapat tumpang tindih.

CATATAN 2 Fase kadang-kadang disebut sebagai "tahapan".

Gambar 4 — Hubungan antara siklus hidup proyek, praktik manajemen proyek terintegrasi
dan praktik manajemen untuk sebuah proyek

4,5 Organisasi dan peran proyek

4.5.1 Organisasi 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:

a) tentukan jalur pelaporan yang jelas;


b) disetujui oleh sponsor proyek atau dewan proyek;

c) dikomunikasikan kepada semua orang yang terlibat dalam proyek.

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.

CATATAN 2 Kantor proyek tidak selalu ada di semua organisasi.

Gambar 5 — Contoh struktur organisasi proyek

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.

4.5.3 Papan proyek

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

sponsor. Papan proyek harus:

— 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”.

4.5.4 Sponsor proyek

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:

a) memvalidasi bahwa proyek dibenarkan sepanjang siklus hidupnya;

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;

f) melibatkan pemangku kepentingan utama;

g) membuat keputusan dalam kewenangan yang didelegasikan;

h) meningkatkan risiko dan masalah di luar wewenang yang didelegasikan kepada otoritas tingkat yang lebih tinggi;

i) menetapkan nada budaya dan etika untuk proyek tersebut.

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.

4.5.5 Jaminan proyek

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.

4.5.6 Manajer 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;

b) memotivasi tim proyek;

c) memberikan pengawasan dan kepemimpinan sehari-hari;

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);

f) mengelola risiko (lihat 7.8) dan masalah (lihat 7.9);

g) mengendalikan dan mengelola perubahan proyek (lihat 7.10);

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;

j) memvalidasi kiriman dan hasil yang diberikan oleh proyek.

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;

b) mendefinisikan dan mengelola pemerintahan;

c) menstandardisasi metode dan proses proyek;

d) pelatihan manajemen proyek;

e) perencanaan dan pemantauan;

f) manajemen informasi;

g) memberikan dukungan administratif.

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.

4.5.8 Pemimpin paket kerja

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;

b) berkontribusi dan meninjau dokumentasi manajemen yang signifikan;

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;

f) mengelola dan mengoptimalkan penggunaan sumber daya;

g) menyerahkan hasil akhir kepada tim proyek atau manajer proyek.

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.

4.5.9 Anggota tim proyek

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)

4.5.10 Pemangku kepentingan proyek

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.

Gambar 6 — Contoh pemangku kepentingan proyek yang potensial

4.5.11 Peran lainnya

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.

4.6 Kompetensi personel proyek


Kompetensi manajemen proyek dapat dikategorikan ke dalam, tetapi tidak terbatas pada:

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;

d) dampak pada pelanggan dan pemangku kepentingan lainnya.

5.2 Pertimbangan untuk menerapkan manajemen proyek

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:

a) kebutuhan dan manfaat yang teridentifikasi dari manajemen proyek formal;

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;

e) potensi dampak pada pemangku kepentingan internal dan eksternal;

f) kemampuan untuk bekerja melintasi batas-batas organisasi;

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.

5.3 Perbaikan berkelanjutan dari lingkungan manajemen proyek


Manajemen eksekutif dan senior harus memfasilitasi lingkungan dan budaya perbaikan berkelanjutan yang
berupaya memverifikasi dan mempertahankan kesesuaian, kecukupan, efektivitas, dan efisiensi manajemen
proyek yang berkelanjutan dalam organisasi. Kegiatan harus dilakukan, bila diperlukan, untuk memfasilitasi
perbaikan terus-menerus dan harus mencakup, tetapi tidak terbatas pada:

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;

d) penetapan dan prioritas perbaikan dan penyesuaian yang akan dilaksanakan;

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.

5.4 Penyelarasan dengan proses dan sistem organisasi


Kerangka tata kelola untuk proyek harus diselaraskan dengan proses dan sistem organisasi lainnya,
termasuk namun tidak terbatas pada:

a) tata kelola organisasi;

b) pelaporan kinerja;

c) prosedur yang berlaku dan pendekatan penyampaian yang relevan;

d) manajemen risiko;

e) pengelolaan portofolio dan program;

f) pengelolaan investasi dan keuangan;

g) analisis bisnis, perencanaan strategis dan operasional;

h) pengelolaan informasi dan dokumentasi;

i) manajemen mutu.

Saat menyelaraskan praktik dan sistem manajemen proyek, hal-hal berikut juga harus dipertimbangkan:

— organisasi fungsional dan fisik atau struktur lain yang berlaku;

— prosedur, proses, rencana dan sistem yang saling bertentangan;

— metode dan siklus komunikasi;


— ketersediaan dan akses teknologi;

— konteks operasi organisasi;

— menyeimbangkan dan mengoptimalkan karakteristik sosial, ekonomi dan lingkungan;

— sistem administrasi dan otorisasi;


- persyaratan keberlanjutan dan pengawasan.

6 Praktik manajemen proyek terintegrasi

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:

a) mencapai tujuan proyek;

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.

Pendekatan manajemen proyek harus disesuaikan dan diterapkan dengan mempertimbangkan


kebutuhan organisasi, tingkat risiko yang ada, kompetensi individu yang terlibat dan pertimbangan
khusus proyek lainnya. Menyesuaikan dan menerapkan praktik diKlausul 6 dan 7 harus dilakukan
sesuai dengan kebijakan organisasi yang relevan. Konflik antara kebijakan organisasi dan praktik
manajemen proyek harus diselesaikan dengan berkonsultasi dengan sponsor proyek.

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

6.2 Kegiatan pra-proyek


Tujuan kegiatan pra-proyek adalah agar organisasi sponsor memverifikasi bahwa proyek layak dimulai.
Kegiatan pra-proyek adalah kegiatan-kegiatan yang harus diselesaikan yang mengarah pada keputusan
untuk memulai proyek. Kebutuhan dan peluang yang teridentifikasi, yang dihasilkan dari strategi organisasi
atau persyaratan bisnis, harus dievaluasi untuk memungkinkan manajemen senior, seperti manajemen
organisasi, manajemen portofolio atau manajemen program, untuk mengidentifikasi proyek potensial yang
dapat mengubah beberapa atau semua kebutuhan dan peluang ini menjadi manfaat yang direalisasikan .
Kebutuhan dan peluang ini dapat menjawab, misalnya, permintaan pasar baru, kebutuhan organisasi saat
ini, atau persyaratan hukum baru. Kebutuhan dan peluang harus dievaluasi (lihat4.3.2) sebelum otorisasi
formal untuk memulai proyek baru.

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:

a) beberapa aspek dari strategi atau rencana bisnis organisasi;

b) kebutuhan program atau portofolio yang lebih tinggi;

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 pengaturan tata kelola awal;

— 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.

6.3 Mengawasi sebuah 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.

Pengawasan ini dapat dilakukan melalui: a)

keterlibatan dalam keputusan-keputusan penting;

b) pelaporan berkala;

c) tinjauan dan audit jaminan;

d) eskalasi dan intervensi ad hoc.

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.

6.4 Mengarahkan 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:

a) kebutuhan organisasi sedang ditangani, visi dan tujuan dikomunikasikan dengan


asumsi strategis, dan kriteria telah ditetapkan untuk mengukur keberhasilan proyek;
b) ada pembenaran berkelanjutan untuk proyek dan kasus bisnis sedang diperbarui, jika diperlukan
oleh tata kelola organisasi;

c) solusi, dalam hal keluaran, hasil dan manfaat yang diharapkan, kemungkinan akan memenuhi
kebutuhan organisasi;

d) sumber daya yang tepat dan kompeten sedang digunakan;

e) pekerjaan dihentikan ketika pembenaran organisasi tidak lagi didukung.

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 Memulai proyek

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.

6.5.2 Mobilisasi tim 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.

6.5.3 Tata kelola proyek dan pendekatan manajemen

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:

a) siklus hidup proyek (lihat 4.4);

b) organisasi proyek, peran dan tanggung jawab (lihat 4,5);

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".

6.5.4 Justifikasi proyek awal

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.

6.5.5 Perencanaan proyek awal

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 Mengontrol proyek

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.

6.6.2 Pembenaran progresif

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.

6.6.3 Mengelola kinerja 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:

a) mengintegrasikan pekerjaan tim proyek ke dalam pekerjaan proyek berikutnya;

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);

— manfaat yang direncanakan atau direalisasikan (lihat 7.3);

— mengelola ruang lingkup (lihat 7.4);

— memperoleh sumber daya yang cukup untuk menyelesaikan pekerjaan (lihat 7.5);

— mengelola jadwal dan biaya (lihat 7.6 dan 7.7);

— mengidentifikasi dan mengelola risiko dan masalah (lihat 7.8 dan 7.9);

— mengelola kontrol perubahan (lihat 7.10);


— kualitas pekerjaan (lihat 7.11);

— 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);

— melaporkan kemajuan (lihat 7.15);

— menjaga integritas dan ketersediaan informasi dan dokumentasi (lihat 7.16);

— mengelola status kegiatan pengadaan (lihat 7.17);

— pelajaran baru yang dipetik (lihat 7.18).

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.

6.6.4 Mengelola awal dan akhir setiap fase proyek

Dengan bantuan pemimpin paket pekerjaan atau ahli materi pelajaran lainnya, manajer proyek
harus bersiap untuk memulai setiap fase proyek dengan:

a) menyiapkan atau meninjau rencana rinci untuk fase tersebut;

b) mengkaji persyaratan tata kelola dan manajemen;

c) mengkonfirmasikan, dengan sponsor proyek, bahwa proyek tersebut masih dapat dibenarkan;

d) merevisi pendekatan manajemen untuk mencerminkan pekerjaan yang diperlukan dalam fase tersebut;

e) memperoleh otorisasi untuk memulai tahap berikutnya.

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:

— mengkonfirmasikan pengadaan yang telah selesai, dibatalkan atau ditangguhkan;

— memverifikasi tindakan yang tidak lengkap dan merekam masalah yang belum terselesaikan;

— melepaskan atau mentransisikan sumber daya, jika tidak lagi diperlukan;

— pengarsipan informasi dan dokumentasi sesuai dengan kebijakan penyimpanan informasi


organisasi;

— memverifikasi keluaran dan hasil yang telah diselesaikan, disampaikan dan diterima;

- merekam pelajaran yang dipelajari.


6.6.5 Mengelola awal, kemajuan, dan penutupan setiap paket pekerjaan

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;

f) memverifikasi kualitas kiriman;


g) konfirmasi penyelesaian, serah terima kiriman dan penutupan paket pekerjaan.

6.7 Mengelola pengiriman

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)

merencanakan paket pekerjaan yang ditugaskan (lihat 7.2 ke 7.7);

b) memobilisasi tim;

c) menangani risiko, masalah, permintaan perubahan, dan pandangan pemangku kepentingan (lihat 7.8, 7.9, 7.10 dan 7.12);

d) mengelola pemasok, jika ada (lihat 7.17);

e) mengembangkan keluaran yang diperlukan dengan menggunakan metode dan teknik yang tepat dan proporsional
(lihat 7.11);

f) memverifikasi dan memvalidasi kiriman;

g) memberi tahu manajer proyek tentang kemajuan, peningkatan risiko, masalah, dan permintaan untuk
keputusan dan arahan (lihat 7.15);

h) menangkap dan menerapkan pelajaran yang dipetik (lihat 7.18);

i) menutup paket pekerjaan setelah dikonfirmasi selesai oleh manajer proyek (lihat 6.6.5);

j) memelihara catatan pekerjaan yang dilakukan (lihat 7.16).

CATATAN 1 Output kadang-kadang disebut sebagai "aset" (lihat ISO 55000).

CATATAN 2 Lihat 4.5.8 untuk peran manajer paket pekerjaan tentang mengelola pengiriman.
ISO 21502:2020(E) ISO 21502:2020(E)

6.8 Menutup atau mengakhiri proyek

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:

a) proyek tidak lagi dibutuhkan atau layak;

b) risiko yang terkait dengannya menjadi sangat tinggi;

c) pelanggan eksternal tidak lagi menginginkan output.

Kecuali ada alasan khusus, penghentian proyek harus terdiri dari aktivitas serupa dengan
penyelesaian proyek, meskipun mungkin tidak ada keluaran akhir untuk dirilis.

Dalam kasus penghentian proyek, tindakan berikut harus diambil:

— mengkonfirmasi dan mendokumentasikan aktivitas yang telah diselesaikan, termasuk aktivitas yang dilakukan oleh pemasok;

— kegiatan dokumen tidak selesai;

— mengkonfirmasi kiriman yang harus ditransfer ke pelanggan;

— mengkonfirmasi dan mencatat penerimaan (atau penolakan) pelanggan atas kiriman yang telah
diidentifikasi perlu diserahkan;

— mencatat status paket pekerjaan;

— mengumpulkan dan mengarsipkan dokumen proyek sesuai dengan kebijakan organisasi yang berlaku
(lihat 7.16);

— melepaskan sumber daya dan fasilitas proyek;


— menyepakati setiap tanggung jawab operasional yang sedang berlangsung;

— menutup atau mengakhiri perintah kerja dan kontrak sesuai kebutuhan.

CATATAN Lihat 4.5.6 untuk peran manajer proyek mengenai penutupan atau penghentian proyek.

6.9 Kegiatan pasca 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:

a) memenuhi tujuan yang ditetapkan;

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

proyek. Pelajaran yang dipetik harus ditangkap dan dikomunikasikan (lihat7.18).

CATATAN Lihat 4.5.2 untuk peran organisasi sponsor mengenai kegiatan pasca proyek.

7 Praktik manajemen untuk sebuah 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:

a) manfaat yang akan direalisasikan (lihat 7.3);

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);

d) jadwal: kapan kegiatan harus dilakukan (lihat 7.6);

e) biaya (lihat 7.7);

f) risiko yang melekat dalam rencana (lihat 7.8);

g) asumsi dan kendala.

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.

7.2.3 Memantau rencana

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 Manajemen manfaat

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.

7.3.2 Mengidentifikasi dan menganalisis manfaat

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)

mengidentifikasi dan memprioritaskan manfaat yang diharapkan;

b) mengidentifikasi kemungkinan dampak negatif dari manfaat yang diharapkan;

c) mengidentifikasi manfaat tambahan sepanjang siklus hidup proyek;

d) mengidentifikasi sejauh mana perubahan organisasi dan masyarakat diperlukan;

e) mengidentifikasi pemangku kepentingan untuk setiap manfaat yang akan direalisasikan;

f) menyelaraskan manfaat dengan tujuan strategis dan lainnya;

g) menentukan metrik kinerja dan pelaporan untuk setiap manfaat;

h) menentukan kerangka waktu untuk realisasi manfaat;

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

Pemantauan manfaat termasuk, namun tidak terbatas pada:

a) memantau kemajuan sepanjang siklus hidup proyek menuju pencapaian hasil dan dampaknya
terhadap realisasi manfaat yang diinginkan;

b) mengumpulkan pengukuran kinerja untuk setiap manfaat;

c) melaporkan dan mengkomunikasikan status manfaat yang diharapkan.

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.

7.3.4 Mempertahankan manfaat

Jika dalam lingkup proyek terdapat penyimpangan dari manfaat yang direncanakan, perbaikan, dan
bila diperlukan, tindakan pencegahan harus dilakukan.

7.4 Manajemen ruang lingkup

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.

7.4.3 Mengontrol ruang lingkup

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).

7.4.4 Mengonfirmasi pengiriman ruang lingkup

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;

d) mendapatkan konfirmasi bahwa serah terima telah selesai.

CATATAN Lihat 7.14 untuk mengelola perubahan organisasi dan masyarakat yang dihasilkan dari proyek.

7.5 Manajemen sumber daya

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).

7.5.2 Merencanakan organisasi proyek

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.

7.5.3 Membentuk tim

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).

7.5.4 Mengembangkan tim

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.

7.5.5 Mengelola tim

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 Manajemen jadwal

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).

7.6.2 Memperkirakan durasi aktivitas

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.

Jadwal harus dikembangkan untuk menentukan:

a) apakah tujuan proyek dapat dicapai sesuai jadwal;

b) jalur kritis dan risiko terkait;

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.

7.6.4 Mengontrol jadwal

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.

Saat mengontrol jadwal, fokusnya harus pada: a)

menentukan kemajuan yang dicapai hingga saat ini;

b) membandingkan kemajuan dengan baseline jadwal yang disetujui untuk menentukan varians apapun;

c) perkiraan tanggal penyelesaian;

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 Manajemen biaya

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.

7.7.3 Mengembangkan anggaran

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.

7.7.4 Mengontrol biaya

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 Manajemen risiko

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.

7.8.3 Menilai risiko

Setiap risiko harus dinilai untuk probabilitas, konsekuensi dan kedekatan, dan diprioritaskan untuk
tindakan lebih lanjut. Keterkaitan dan ketergantungan antara risiko individu harus dinilai.

CATATAN 1 Konsekuensi juga dapat disebut sebagai “dampak”.

CATATAN 2 Probabilitas juga dapat disebut sebagai "kemungkinan".

7.8.4 Mengobati risiko

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).

7.8.5 Mengontrol risiko

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 Manajemen masalah

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.

7.9.2 Mengidentifikasi masalah

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.

7.9.3 Menyelesaikan masalah

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 Ubah kontrol

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.

7.10.3 Mengidentifikasi dan menilai permintaan perubahan

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.

7.10.4 Merencanakan implementasi permintaan perubahan

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).

7.10.5 Menerapkan dan menutup permintaan perubahan

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 Manajemen mutu

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.

Pemangku kepentingan proyek harus diberitahu tentang kemungkinan

bahwa: a) proyek akan memenuhi tujuan;

b) kiriman akan sesuai dengan persyaratan dan standar kualitas;


ISO 21502:2020(E)

c) keluaran dan hasil proyek akan memungkinkan terwujudnya manfaat yang diharapkan
bagi organisasi atau masyarakat.

7.11.2 Kualitas perencanaan

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.

Kualitas perencanaan harus mencakup:

a) menentukan dan menyetujui dengan sponsor proyek dan pemangku kepentingan lainnya mengenai tujuan dan standar
kualitas yang relevan untuk dicapai;

b) mendokumentasikan metrik kualitas dan kriteria penerimaan untuk hasil proyek;

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;

f) mengkonsolidasikan informasi kualitas dalam rencana manajemen mutu.

7.11.3 Menjamin kualitas

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;

b) memverifikasi kesesuaian dengan pendekatan manajemen yang ditetapkan untuk kualitas;

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.

7.11.4 Mengontrol kualitasKontrol

kualitas harus digunakan untuk:

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;

— menganalisis kemungkinan penyebab cacat;

— menentukan tindakan pencegahan dan permintaan perubahan;

— mengkomunikasikan tindakan korektif dan permintaan perubahan.

Kontrol kualitas dapat dilakukan di luar batas proyek oleh bagian lain dari organisasi yang
melakukan atau oleh pelanggan.

7.12 Keterlibatan pemangku kepentingan

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.

7.12.2 Mengidentifikasi 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.

Pemangku kepentingan harus mencakup, tetapi tidak terbatas pada:

a) organisasi sponsor dan tim proyek (lihat 4,5);

b) pelanggan;

c) mitra dan pemasok;

d) kelompok kepentingan atau tekanan khusus;

e) badan pengatur;

f) penyedia keuangan;

g) pemegang saham;

h) pihak ketiga eksternal yang relevan.


ISO 21502:2020(E) ISO 21502:2020(E)

7.12.3 Melibatkan pemangku kepentingan

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 Manajemen komunikasi

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.

7.13.2 Perencanaan komunikasi

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.

Komunikasi harus fokus untuk mendukung tujuan proyek dengan: a) meningkatkan

pemahaman dan kerjasama di antara berbagai pemangku kepentingan;

b) memberikan informasi yang tepat waktu, akurat dan tidak bias;

c) merancang komunikasi untuk meminimalkan risiko.

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.

7.13.3 Mendistribusikan informasi

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:

a) meningkatkan pemahaman dan kerjasama di antara berbagai pemangku kepentingan;

b) memberikan informasi yang tepat waktu, akurat dan tidak bias;

c) menyelesaikan masalah komunikasi untuk meminimalkan risiko.

7.14 Mengelola perubahan organisasi dan masyarakat

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.

7.14.2 Mengidentifikasi kebutuhan akan perubahan

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.

7.14.3 Menerapkan perubahan organisasi dan masyarakat

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.

7.15.2 Pelaporan perencanaan

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.

7.15.3 Mengelola pelaporan

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.

7.15.4 Menyampaikan laporan

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.

7.16.2 Mengidentifikasi informasi mana yang harus dikelola

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.

7.16.3 Menyimpan dan mengambil informasi dan dokumentasi

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.

7.17.2 Perencanaan pengadaan

Strategi pengadaan harus ditentukan, dengan mempertimbangkan: a)

keputusan “membuat atau membeli” proyek;

b) praktik pengiriman;
ISO 21502:2020(E)
ISO 21502:2020(E)

c) jenis perjanjian yang mengikat secara hukum;

d) proses pengadaan yang akan digunakan.

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.

7.17.3 Mengevaluasi dan memilih pemasok

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

kontrakAdministrasi kontrak harus:

a) melibatkan pengelolaan hubungan pengadaan, pemantauan kinerja kontrak, pengelolaan perubahan


dan koreksi kontrak, penanganan klaim dan pengakhiran kontrak;

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);

d) dilakukan di seluruh proyek, sesuai kebutuhan.

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.

7.17.5 Kontrak penutupan

Kontrak dapat ditutup dalam dua keadaan, ketika: a)

kewajiban kontrak para pihak telah dipenuhi; atau

b) kontrak ditutup lebih awal, sesuai dengan klausul pemutusan kontrak.

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 Pelajaran yang didapat

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.

7.18.2 Mengidentifikasi pelajaran

Sepanjang proyek, tim proyek dan pemangku kepentingan utama harus mengidentifikasi pelajaran
mengenai aspek teknis dan manajerial proyek. Pelajaran harus ditangkap, disusun, diformalkan dan
disimpan.

7.18.3 Menyebarkan pelajaran

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)

46 © ISO 2020 – Hak cipta dilindungi undang-undang


ISO 21502:2020(E) ISO 21502:2020(E)

Lampiran A
(informatif)

Proses manajemen proyek berdasarkan praktik

Lampiran ini memberikan informasi tentang:

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.

Tabel A.1 — Pemetaan antara ISO 21500:2012 dan 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

Mengarahkan proyek 6.4

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

Mengontrol pekerjaan proyek 4.3.5 Pembenaran progresif 6.6.2


Mengelola kinerja proyek 6.6.3
Mengelola awal dan akhir setiap fase proyek 6.6.4
Mengelola awal, kemajuan, dan penutupan setiap paket
pekerjaan 6.6.5
Mengembangkan rencana proyek 4.3.3 Perencanaan 7.2

Mengontrol pekerjaan proyek 4.3.5 Mengembangkan rencana

7.2.2Memonitor rencana 7.2.3

Kontrol perubahan 4.3.6 Ubah kontrol 7.10


Membangun kerangka kontrol perubahan 7.10.2

Mengidentifikasi dan menilai permintaan perubahan 7.10.3

Merencanakan implementasi permintaan perubahan 7.10.4

Menerapkan dan menutup permintaan perubahan 7.10.5


Tutup fase proyek atau proyek 4.3.7 Menutup atau mengakhiri proyek 6.8

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

Mengidentifikasi pelajaran 7.18.2

Menyebarluaskan pelajaran 7.18.3

Realisasi manfaat 3.4.3 Manajemen manfaat 7.3


— Mengidentifikasi dan menganalisis manfaat 7.3.2

— Manfaat pemantauan 7.3.3


— Mempertahankan manfaat 7.3.4

Pemangku Kepentingan Keterlibatan pemangku kepentingan 7.12

Identifikasi pemangku kepentingan 4.3.9 Mengidentifikasi pemangku kepentingan 7.12.2

Kelola pemangku kepentingan 4.3.10 Melibatkan pemangku kepentingan 7.12.3

Cakupan Manajemen ruang lingkup 7.4

Tentukan ruang lingkup 4.3.11 Mendefinisikan ruang lingkup 7.4.2

Tentukan kegiatan 4.3.13 —


Buat struktur rincian kerja 4.3.12 —
Lingkup kontrol 4.3.14 Mengontrol ruang lingkup 7.4.3

— Mengonfirmasi pengiriman ruang lingkup 7.4.4

Sumber daya Manajemen sumber daya 7.5


Tentukan organisasi proyek 4.3.17 Merencanakan organisasi proyek 7.5.2
— Mobilisasi tim proyek 6.5.2
Membentuk tim proyek 4.3.15 Membentuk tim 7.5.3
Kembangkan tim proyek 4.3.18 Mengembangkan tim 7.5.4
Kelola tim proyek 4.3.20 Mengelola tim 7.5.5
Estimasi sumber daya 4.3.16 Merencanakan, mengelola dan mengendalikan sumber daya fisik
dan material 7.5.6
Kontrol sumber daya 4.3.19
Waktu Manajemen jadwal 7.6
Urutan kegiatan 4.3.21 —
Perkirakan durasi aktivitas 4.3.22 Memperkirakan durasi aktivitas 7.6.2
Kembangkan jadwal 4.3.23 Mengembangkan jadwal 7.6.3
Jadwal kontrol 4.3.24 Mengontrol jadwal 7.6.4
Biaya Manajemen biaya 7.7
Perkiraan biaya 4.3.25 Memperkirakan biaya 7.7.2

Kembangkan anggaran 4.3.26 Mengembangkan anggaran 7.7.3

Kontrol biaya 4.3.27 Mengontrol biaya 7.7.4


Mempertaruhkan Manajemen risiko 7.8
Identifikasi risiko 4.3.28 Mengidentifikasi risiko 7.8.2

Menilai risiko 4.3.29 Menilai risiko 7.8.3


Perlakukan risiko 4.3.30 Mengobati risiko 7.8.4

Risiko pengendalian 4.3.31 Mengontrol risiko 7.8.5


— Manajemen masalah 7.9
— Mengidentifikasi masalah 7.9.2

Menyelesaikan masalah 7.9.3

Kualitas Manajemen mutu 7.11


Kualitas paket 4.3.32 Kualitas perencanaan 7.11.2
ISO 21502:2020(E)
ISO 21502:2020(E)

Tabel A.1 (lanjutan)


Proses dan konsep dalam ISO 21500:2012 Referensi dalam dokumen ini
Lakukan jaminan kualitas 4.3.33 Kualitas terjamin 7.11.3
Lakukan kontrol kualitas 4.3.34 Mengontrol kualitas 7.11.4
Pengadaan Pengadaan 7.17
Rencana pengadaan 4.3.35 Perencanaan pengadaan 7.17.2
Pilih pemasok 4.3.36 Mengevaluasi dan memilih pemasok 7.17.3
Mengelola pengadaan 4.3.37 Mengadministrasikan kontrak 7.17.4

— Menutup kontrak 7.17.5


Komunikasi Manajemen komunikasi 7.13
Pelaporan 7.15
Rencanakan komunikasi 4.3.38 Komunikasi perencanaan 7.13.2

Pelaporan perencanaan 7.15.2


Mendistribusikan informasi 4.3.39 Mendistribusikan informasi 7.13.3

Menyampaikan laporan 7.15.4

Kelola komunikasi 4.3.40 Memantau dampak komunikasi 7.13.4


Mengelola pelaporan 7.15.3
— Manajemen informasi dan dokumentasi 7.16
— Mengidentifikasi informasi mana yang harus dikelola 7.16.2
— Menyimpan dan mengambil informasi dan dokumentasi7.16.3

— Mengelola perubahan organisasi dan masyarakat 7.14


— Mengidentifikasi kebutuhan akan perubahan 7.14.2

— Menerapkan perubahan organisasi dan masyarakat 7.14.3

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

Klausul dari dokumen ini Kelompok proses ISO 21500:2012


ment Memulai Perencanaan Menerapkan Mengontrol Penutupan

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.5.3 Pemerintah proyek-


ernance dan orang-
pendekatan usia
6.5.4 Proyek awal
pembenaran
Tabel A.2 (lanjutan)

Klausul dari dokumen ini Kelompok proses ISO 21500:2012


ment Memulai Perencanaan Menerapkan Mengontrol Penutupan

6.6.4 Mengelola 6.6.5 Kelola- 6.6.2 Kemajuan- 6.6.4Kelola-


memulai (dan menutup) di awal, pembenaran besar di (mulai
setiap fase proyek kemajuan dan dan) dekat
6.6.3 Mengelola
dekat masing-masing setiap proyek
(Lihat juga 6.6.5) kinerja proyek-
paket kerja fase
mance
(Lihat juga
6.6.5)
6.7 Mengelola
Pengiriman

6.8Penutupan
atau berhenti-
sedang mengerjakan proyek

7.2 Perencanaan 7.2.2 Mengembangkan 7.2.3 Pemantauan


rencana rencana
7.3Manajemen manfaat 7.3.2 mengidentifikasi 7.3.3 Pemantauan
dan menganalisis manfaat
manfaat
7.3.4 Menjaga-
manfaat
7.4 Manajemen ruang lingkup 7.4.2 Mendefinisikan 7.4.3 Mengontrol
cakupan cakupan

7.4.4 Mengonfirmasi-

dalam ruang lingkup

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.6 Jadwalkan pengelolaan- 7.6.2memperkirakan 7.6.4 Mengontrol


ment durasi aktivitas Jadwal
7.6.3 Mengembangkan
Jadwal
7.7 Manajemen biaya 7.7.2 memperkirakan 7.7.4 Mengontrol
biaya biaya
7.7.3 Mengembangkan
anggaran
7.8 Manajemen risiko 7.8.2 Mengenali- 7.8.4 Mengobati 7.8.5 Menipu-
risiko mempertaruhkan risiko trolling
7.8.3 Menilai
mempertaruhkan

7.9 Manajemen masalah 7.9.2 Mengenali- 7.9.3 Menyelesaikan


masalah masalah
Tabel A.2 (lanjutan)

Klausul dari dokumen ini Kelompok proses ISO 21500:2012


ment Memulai Perencanaan Menerapkan Mengontrol Penutupan

7.10 Ubah kontrol 7.10.2 Es- 7.10.3 identitas- 7.10.5 menerapkan-

tabising fying dan sebagai- menting dan


mengubah kontrol perubahan ses perubahan penutup
kerangka permintaan permintaan

7.10.4 Perencanaan
pelaksana-
perubahan
permintaan

7.11 Manajemen kualitas- 7.11.2 Perencanaan 7.11.3 Menjamin- 7.11.4 Menipu-


ment kualitas kualitas ing kualitas trolling
7.12 Pria pemangku kepentingan- 7.12.2 mengidentifikasi 7.12.3menarik
usia pemangku kepentingan pemangku kepentingan

7.13 Komunikasi 7.13.2 Perencanaan 7.13.3 distribusi- 7.13.4 Memantau-


pengelolaan komunikasi menggunakan informasi- ing dampak
tion komunikasi
7.14 Mengelola organ- 7.14.2 Mengenali- 7.14.3 menerapkan-

organisasional dan sosial kebutuhan akan mengingat


mengubah perubahan organisasi
dan sosial
mengubah

7.15 Pelaporan 7.15.2 Perencanaan 7.15.4 Mengantarkan- 7.15.3 Mengelola


pelaporan ing laporan pelaporan
7.16 Informasi dan 7.16.2 Mengenali- 7.16.3 Menyimpan
orang dokumentasi- informasi yang mana- dan mengambil
usia seharusnya informasi
dikelola dan dokumen-
stasiun

7.17 Pengadaan 7.17.2 Perencanaan 7.17.3 Evaluasi- 7.17.4 administrasi- 7.17.5


pengadaan ing dan pilih- kontrak tering Penutupan
pemasok kontrak
7.18 Pelajaran yang didapat 7.18.2 Mengenali- 7.18.3 penyebaran-
pelajaran pelajaran bernostalgia
Bibliografi

[1] ISO 9000:2015, Sistem manajemen mutu — Dasar-dasar dan kosakata


[2] ISO 21503, Manajemen proyek, program, dan portofolio — Panduan tentang manajemen program

[3] ISO 21504, Manajemen proyek, program, dan portofolio — Panduan tentang manajemen portofolio

[4] ISO 21505, Manajemen proyek, program, dan portofolio — Panduan tata kelola

[5] ISO/TR 21506:2018, Manajemen proyek, program, dan portofolio — Kosakata


[6] ISO 21508, Perolehan manajemen nilai dalam manajemen proyek dan program

[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

© ISO 2020 – Hak cipta dilindungi undang-undang

Anda mungkin juga menyukai