Kelompok 1:

Rizky Alif Oktaviani (1201140102)

Siti Fatimah Z. Nisa (1201140351)

Dessy Charolina Ginting (1201144054)

Nadella Yusfarani (1201144194)

Wahyu Yusfaran (1201144374)

TI 38 04

BAB 4

Project Integration Management

Manajemen Integrasi Proyek adalah kumpulan dari proses dan aktivitas yang
dibutuhkan untuk mengidentifikasi, mendiefinisikan, mengkombinasi, menyatukan, dan
mengkoordinasikan berbagai proses dalam manajemen proyek. Manajemen Integrasi Proyek
mencakup penentuan pilihan sumber daya, membuat trade-off antara tujuan dan alternatif yang
bersaing, dan mengelola saling ketergantungan di antara wilayah pengetahuan manajemen
proyek.

Ikhtisar Proses Manajemen Integrasi Proyek, yaitu sebagai berikut:

a. Develop Project Charter - Proses pengembangan dokumen yang secara formal

memberi wewenang untuk keberadaan sebuah proyek dan memberi manajer proyek
wewenang untuk menerapkan sumber daya organisasi ke kegiatan proyek.
b. Develop Project Management Plan - Proses untuk menentukan, mempersiapkan, dan
mengkoordinasikan semua turunan dari rencana dan mengintegrasikannya ke dalam
rencana manajemen proyek yang komprehensif. Rencana dasar dan rencana awal
proyek dapat disertakan dalam rencana pengelolaan proyek.
c. Direct and Manage Project Work - Proses memimpin dan melaksanakan pekerjaan
yang didefinisikan dalam rencana manajemen proyek dan menerapkan perubahan yang
disetujui untuk mencapai tujuan proyek.
d. Monitor and Control Project Work - Proses pelacakan, peninjauan, dan pelaporan
kemajuan proyek terhadap sasaran kinerja yang didefinisikan dalam rencana
manajemen proyek.
 e. Perform Integrated Change Control -Proses meninjau semua permintaan perubahan,
menyetujui perubahan dan mengelola perubahan pada kiriman, aset proses organisasi,
dokumen proyek, dan rencana pengelolaan proyek, dan mengkomunikasikan disposisi
mereka.
f. Close Project or Phase -Proses menyelesaikan semua aktivitas di seluruh Kelompok
Proses Manajemen Proyek untuk menyelesaikan fase atau proyek secara formal.

Sifat integratif proyek dan manajemen proyek dapat dipahami dengan memikirkan jenis
lainnya kegiatan yang dilakukan saat menyelesaikan sebuah proyek. Contoh beberapa kegiatan
yang dilakukan oleh manajemen proyek tim adalah:

Mengembangkan, mengkaji, menganalisa, dan memahami ruang lingkup. Ini termasuk

persyaratan proyek dan produk, kriteria, asumsi, kendala, dan pengaruh lain yang
terkait dengan sebuah proyek, dan bagaimana masing-masing akan dikelola atau
ditangani dalam proyek
Mengubah informasi proyek yang dikumpulkan menjadi rencana pengelolaan proyek
dengan menggunakan pendekatan terstruktur
Melakukan kegiatan untuk menghasilkan kiriman proyek dan
Mengukur dan memantau kemajuan proyek dan mengambil tindakan yang tepat untuk
memenuhi tujuan proyek
4.1 Develop Project Charter

Developing Project Charter adalah pengembangan sebuah dokumen yang menyatakan

keberadaan sebuah proyek. Dokumen ini biasanya digunakan sebagai acuan untuk
pengembangan proyek di masa mendatang. Manfaatnya adalah pendefinisian awalan proyek
dan batasan proyek dengan baik, membuat rekaman formal proyek dan cara langsung untuk
senior management menerima proyek secara formal. Berikut ini merupakan Develop Project
Charter: Inputs, Tools and Techniques, dan Outputs.

Bagan dibawah ini merupakan Develop Project Charter Data Flow Diagram.

Project Charter membentuk kemitraan antara organisasi yang melakukan dan meminta.
Dalam kasus proyek eksternal, kontrak formal biasanya merupakan cara yang lebih disukai
untuk membuat kesepakatan. Dalam hal ini, tim proyek menjadi penjual yang menanggapi
persyaratan penawaran untuk membeli dari entitas luar. Project Charter masih digunakan
untuk menetapkan kesepakatan internal di dalam sebuah organisasi untuk memastikan
pengiriman yang tepat berdasarkan kontrak. Project Charter yang disetujui secara formal
memulai proyek. Seorang manajer proyek diidentifikasi dan ditugaskan pada awal proyek
seperti layak untuk dilakukan, sebaiknya saat Project Charter dikembangkan dan sebelum
dimulainya perencanaan. Project Charter harus ditulis oleh entitas sponsor. Project Charter
memberi manajer proyek wewenang untuk merencanakan dan melaksanakan proyek.
Dianjurkan agar manajer proyek berpartisipasi dalam pengembangan Project Charter untuk
mendapatkan pemahaman dasar mengenai persyaratan proyek. Pemahaman ini akan
memungkinkan alokasi sumber daya yang efisien untuk kegiatan proyek.

Proyek diprakarsai oleh entitas di luar proyek seperti staf proyek sponsor, program atau
manajemen proyek (PMO), atau ketua badan pengatur portofolio atau perwakilan resmi.
Inisiator proyek atau sponsor harus berada pada tingkat yang tepat untuk mendapatkan dana
dan melakukan sumber daya untuk proyek tersebut. Proyek dimulai karena kebutuhan bisnis
internal atau pengaruh eksternal. Kebutuhan atau pengaruh ini sering memicu terciptanya
analisis kebutuhan, studi kelayakan, kasus bisnis, atau deskripsi situasi yang akan ditangani
proyek. Pemborongan proyek memvalidasi keselarasan proyek dengan strategi dan kerja
organisasi. Project Charter tidak dianggap sebagai kontrak, karena tidak ada pertimbangan
atau uang yang dijanjikan atau dipertukarkan dalam penciptaannya

4.1.1 Develop Project Charter: Inputs

[Link] Project Statement of Work

Statement of Work merupakan penjelasan tentang produk, pelayanan atau hasil dari
sebuah proyek. Untuk proyek internal, statement of work berdasarkan kebutuhan bisnis,
produk, atau persyaratan layanan. Untuk proyek eksternal, statement of work dapat diterima
dari pelanggan sebagai bagian dari dokumen lelang, (misalnya, permintaan proposal, meminta
informasi) atau sebagai bagian dari kontrak. Yang terdapat dalam Project Statement of Works:

a. Business need
Kebutuhan bisnis organisasi mungkin didasarkan pada permintaan pasar, kemajuan
teknologi, persyaratan hukum, peraturan pemerintah, atau pertimbangan lingkungan.
Biasanya, kebutuhan bisnis dan analisis biaya-manfaat terkandung dalam kasus bisnis
untuk membenarkan proyek.
 b. Product scope description
Deskripsi ruang lingkup produk mendokumentasikan karakteristik produk, layanan,
atau hasil yang akan dilakukan proyek untuk dibuat. Deskripsi juga harus
mendokumentasikan hubungan antara produk, layanan, atau hasil yang dibuat dan
kebutuhan bisnis yang akan ditangani proyek.
c. Strategic plan

Rencana strategis mendokumentasikan visi, tujuan, dan sasaran strategis organisasi

tersebut dan mungkin berisi pernyataan misi tingkat tinggi. Semua proyek harus
disesuaikan dengan rencana strategis organisasi mereka. Keselarasan rencana strategis
memastikan bahwa setiap proyek berkontribusi terhadap keseluruhan kendala oleh
organisasi.

[Link] Business Case

Dokumen berisi informasi yang dibutuhkan untuk menentukan apakah proyek akan
sebanding hasilnya dengan investasi yang dibutuhkan. Biasanya dokumen ini digunakan pada
saat pengambilan keputusan oleh manager proyek. Business case dibuat sebagai hasil dari hal-
hal dibawah ini:

a. Kebutuhan pasar, misalnya perusahaan mobil membuat sebuah mobil hemat bahan
bakar karena bahan bakar semakin langka dan mahal.

b. Kebutuhan organisasi, misalnya karena biaya yang tinggi sebuah perusahaan memiliki
kebijakan untuk menyatukan bagian yang memiliki fungsi yang hampir sama untuk
mengurangi biaya.

c. Permintaan pelanggan, misalnya sebuah perusahaan listrik membuat generator baru

untuk melayani kawasan industri baru.

d. Kemajuan teknologi, misalnya sebuah perusahaan maskapai penerbangan

mengembangkan proyek untuk membuat tiket elektronik bukan lagi tiket kertas pada
umumnya.

e. Legalisasi, misalnya sebuah perusahaan cat mengembangkan proyek untuk

memberikan panduan untuk penanganan material beracun.

f. Dampak ekologi, misalnya sebuah perusahaan membangun sebuah proyek untuk

mengurangi dampak lingkungan
[Link] Agreements

Kesepakatan digunakan untuk menentukan maksud awal sebuah proyek. Perjanjian

dapat berupa kontrak, nota kesepahaman (MOU), perjanjian tingkat layanan (SLA), surat
perjanjian, letter of intent, perjanjian lisan, email, atau perjanjian tertulis lainnya. Biasanya,
kontrak digunakan saat sebuah proyek dilakukan untuk pelanggan eksternal.

[Link] Enterprise Environmental Factors

Merupakan faktor lingkungan yang mempengaruhi pengembangan project charter, meliputi:

a. Standar pemerintah, standar industri atau peraturan, contohnya kode etik, standar
kualitas atau standar perlindungan pekerja

b. Budaya dan struktur organisasi

c. Kondisi pasar

[Link] Organizational Process Assets

Aset proses organisasi adalah rencana, proses, kebijakan, prosedur yang digunakan oleh
organisasi untuk melaksanakan proyek. Hal ini dapat mempengaruhi pengembangan project
charter, namun tidak terbatas pada:

a. Proses, kebijakan standar organisasi

b. Template (contohnya: project charter template)

c. Informasi historis (contohnya: proyek, catatan, dan dokumen, semua informasi

penutupan proyek dan dokumentasi, informasi tentang hasil keputusan pemilihan
proyek sebelumnya dan informasi kinerja proyek sebelumnya, dan informasi dari
aktivitas manajemen risiko)

4.1.2 Develop Project Charter: Tools and Techniques

[Link] Expert Judgment

Seorang expert di bidang proyek yang terkait akan memberikan input di bidang teknis
ataupun manajemen. Expert ini bisa didapatkan seperti konsultan, stakeholder, sponsor,
asosiasi profesional. Untuk misalnya proyek engineering di Indonesia bisa diambil dari
Asosiasi Insinyur Indonesia, Unit lain dalam organisasi, Konsultan,Pemangku kepentingan,
termasuk pelanggan atau sponsor, Asosiasi profesional dan teknis, Kelompok industri, Ahli
materi pelajaran (UKM), dan Kantor manajemen proyek (PMO).

[Link] Facilitation Techniques

Teknik fasilitasi memiliki aplikasi yang luas dalam proses manajemen proyek dan
memandu pengembangan Project Charter. Brainstorming, resolusi konflik, pemecahan
masalah, dan meeting management adalah contoh teknik utama yang digunakan oleh fasilitator
untuk membantu tim dan individu mencapai kegiatan proyek

4.1.3 Develop Project Charter: Outputs

[Link] Project Charter

Dokumen Project Charter yang dikeluarkan oleh pemrakarsa proyek atau sponsor
yang secara resmi mengesahkan keberadaan proyek dan memberi otoritas kepada manajer
proyek untuk menerapkan sumber daya organisasi untuk kegiatan proyek, seperti:

Tujuan atau pembenaran proyek,

Tujuan proyek yang terukur dan kriteria keberhasilan yang terkait,
Persyaratan tingkat tinggi,
Asumsi dan kendala,
Uraian dan batasan proyek tingkat tinggi,
Risiko tingkat tinggi,
Ringkasan jadwal tonggak sejarah,
Ringkasan anggaran,
Daftar pemangku kepentingan,
Persyaratan persetujuan proyek (yaitu, apa yang merupakan keberhasilan proyek, siapa yang
memutuskan proyek ini sukses, dan siapa yang menandatangani proyek ini),
Manajer proyek ditugaskan, tanggung jawab, dan tingkat otoritas, dan
Nama dan wewenang sponsor atau orang lain yang memberi otorisasi piagam proyek.

4.2 Develop Project Management Plan

Pengembangan Rencana Pengelolaan Proyek adalah proses pendefinisian, persiapan,

dan koordinasi semua rencana turunan perusahaan dan mengintegrasikannya ke dalam rencana
manajemen proyek yang komprehensif. Manfaat utama dari proses ini adalah sebuah pusat
dokumen yang mendefinisikan dasar semua pekerjaan proyek. Berikut ini merupakan Develop
Project Charter Data Flow Diagram.

Bagan dibawah ini merupakan Develop Project Management Plan Data Flow Diagram.

Rencana pengelolaan proyek menentukan bagaimana proyek dijalankan, dipantau dan

dikendalikan, dan ditutup. isi rencana pengelolaan proyek bervariasi tergantung pada area
aplikasi dan kompleksitas proyek. Ini dikembangkan melalui serangkaian proses terpadu yang
berlanjut melalui penutupan proyek. Proses ini menghasilkan rencana manajemen proyek yang
secara bertahap dijabarkan oleh pembaruan, dan dikendalikan dan disetujui.
Proyek yang ada dalam konteks program harus menyusun rencana pengelolaan proyek yang
sesuai dengan rencana pengelolaan program. Misalnya, jika rencana pengelolaan program
menunjukkan semua perubahan melebihi biaya yang ditentukan perlu ditinjau ulang oleh
perubahan tersebut control board (CCB), maka proses dan ambang biaya ini perlu didefinisikan
dalam rencana manajemen proyek.

4.2.1 Develop Project Management Plan: Inputs

[Link] Project Charter

Ukuran Project Charter bervariasi tergantung pada kompleksitas proyek dan informasi
yang diketahui pada saat pembuatannya. Minimal, piagam proyek harus menentukan batas-
batas tingkat tinggi proyek. Manajer proyek menggunakan piagam proyek sebagai titik awal
untuk perencanaan awal di seluruh Grup Proses Memulai.

[Link] Outputs from Other Processes

Keluaran dari banyak proses lain yang dijelaskan pada Bagian 5 sampai 13
diintegrasikan untuk menciptakan rencana pengelolaan proyek. Rencana baseline dan turunan
dari rencana yang merupakan output dari proses perencanaan lainnya adalah masukan untuk
proses ini. Selain itu, perubahan pada dokumen ini mungkin memerlukan pembaruan pada
proyek rencana pengelolaan.

[Link] Enterprise Environmental Factors

Faktor lingkungan perusahaan yang dapat mempengaruhi Proyek Pengembangan

Proses Rencana Pengelolaan meliputi, namun tidak terbatas pada:

Standar pemerintah atau industri;

Badan pengelolaan proyek pengetahuan untuk pasar vertikal (mis.,
Konstruksi) dan / atau area fokus (misalnya pengembangan perangkat lunak
lingkungan, keselamatan, risiko atau tangkas);
Sistem informasi manajemen proyek (mis., Alat otomatis, seperti
perangkat lunak penjadwalan,sistem manajemen konfigurasi, sistem
pengumpulan dan distribusi informasi,atau antarmuka web ke sistem
otomatis online lainnya);
Struktur organisasi, budaya, praktik pengelolaan, dan keberlanjutan;
 Infrastruktur (mis., Fasilitas dan peralatan modal yang ada); dan
Administrasi kepegawaian (mis., Pedoman perekrutan dan pengakhiran,
ulasan kinerja karyawan, dan catatan pengembangan dan pelatihan karyawan).

[Link] Organizational Process Assets

Aset proses organisasi yang dapat mempengaruhi Pengembangan Manajemen Proyek

Proses rencana meliputi, namun tidak terbatas pada:

Pedoman standar, instruksi kerja, kriteria evaluasi proposal, dan pengukuran kinerja
kriteria;
Template rencana pengelolaan proyek, termasuk:
- Pedoman dan kriteria untuk menyesuaikan standar proses standar organisasi
untuk memuaskan kebutuhan spesifik proyek, dan
- Pedoman penutupan proyek atau persyaratan seperti validasi dan
penerimaan produk kriteria;
Mengubah prosedur pengendalian, termasuk langkah-langkah standar organisasi,
kebijakan, rencana,dan prosedur, atau dokumen proyek akan dimodifikasi dan
bagaimana perubahan akan disetujui dan Divalidasi;
Berkas proyek dari proyek sebelumnya (misalnya, cakupan, cakupan, biaya, jadwal,
dan pengukuran kinerja,jadwal proyek, diagram jaringan jadwal proyek, dan daftar
risiko
Informasi historis dan pelajaran dasar pengetahuan; dan
Basis pengetahuan manajemen konfigurasi yang berisi versi dan garis dasar semua
pejabat standar organisasi, kebijakan, prosedur, dan dokumen proyek apapun.

4.2.2 Develop Project Management Plan: Tools and Techniques

[Link] Expert Judgment

Penilaian ahli digunakan untuk:

Menyesuaikan proses untuk memenuhi kebutuhan proyek,

Mengembangkan rincian teknis dan manajemen untuk disertakan dalam rencana
pengelolaan proyek,
Menentukan sumber daya dan tingkat keterampilan yang dibutuhkan untuk melakukan
pekerjaan proyek,
 Tentukan tingkat manajemen konfigurasi untuk diterapkan pada proyek,
Menentukan dokumen proyek mana yang akan tunduk pada proses control perubahan
formal, dan
Memprioritaskan pekerjaan pada proyek untuk memastikan sumber daya proyek
dialokasikan ke pekerjaan yang sesuai pada waktu yang tepat

[Link] Facilitation Techniques

Teknik fasilitasi memiliki aplikasi yang luas dalam manajemen proyek

proses dan digunakan untuk memandu pengembangan rencana manajemen proyek.
Brainstorming, konflik resolusi, pemecahan masalah, dan manajemen pertemuan merupakan
teknik utama yang digunakan oleh fasilitator untuk membantu tim dan
individu mencapai kesepakatan untuk menyelesaikan kegiatan proyek.

4.2.3 Develop Project Management Plan: Outputs

[Link] Project Management Plan

Rencana pengelolaan proyek adalah dokumen yang menjelaskan bagaimana proyek

akan dijalankan, dipantau, dan Dikendalikan. Ini mengintegrasikan dan mengkonsolidasikan
semua rencana dan baseline dasar dari proses perencanaan. Baseline proyek termasuk, namun
tidak terbatas pada:

Ruang lingkup dasar

Jadwal baseline
Garis dasar biaya
Rencana pengelolaan persyaratan
Jadwal rencana pengelolaan
Rencana pengelolaan biaya
Rencana pengelolaan mutu
Rencana perbaikan proses
Rencana pengelolaan sumber daya manusia
Rencana pengelolaan komunikasi
Rencana pengelolaan risiko
Rencana pengelolaan pengadaan dan
Rencana manajemen pemangku kepentingan
Antara lain, rencana pengelolaan proyek mungkin juga mencakup hal-hal berikut:

a. Siklus hidup dipilih untuk proyek dan proses yang akan diterapkan pada setiap
tahap;
b. Rincian keputusan penjadwalan yang ditentukan oleh tim manajemen proyek
sebagai berikut:
- Proses manajemen proyek yang dipilih oleh tim manajemen proyek,
- Tingkat implementasi untuk setiap proses yang dipilih,
- Deskripsi alat dan teknik yang digunakan untuk menyelesaikan proses
tersebut, dan
- Deskripsi tentang bagaimana proses yang dipilih akan digunakan untuk
mengelola proyek tertentu, termasuk ketergantungan dan interaksi di antara
proses dan masukan dan keluaran penting
c. Deskripsi tentang bagaimana pekerjaan akan dilaksanakan untuk mencapai tujuan
proyek;
d. Mengubah rencana manajemen yang mendokumentasikan bagaimana perubahan
akan dipantau dan dikendalikan;
e. Rencana pengelolaan konfigurasi yang mendokumentasikan bagaimana
pengelolaan konfigurasi akan dilakukan
f. Deskripsi tentang bagaimana integritas baseline proyek akan dipertahankan;
g. Persyaratan dan teknik komunikasi antar pemangku kepentingan; dan
h. Tinjauan manajemen kunci untuk konten, tingkat, dan waktu untuk menangani,
membuka isu dan menunggu keputusan keputusan.

Rencana pengelolaan proyek dapat berupa ringkasan atau rincian, dan mungkin terdiri
dari satu atau lebih turunan rencana. Masing-masing turunan rencana dirinci sejauh yang
dibutuhkan oleh proyek tertentu. Setelah rencana pengelolaan proyek disusun, mungkin hanya
akan berubah bila permintaan perubahan dihasilkan dan disetujui melalui proses Kontrol
Terpadu Terintegrasi. Sementara rencana pengelolaan proyek adalah salah satu dokumen
utama yang digunakan untuk mengelola proyek, dokumen proyek lainnya juga digunakan.
Dokumen-dokumen lain ini bukan bagian dari rencana pengelolaan proyek. Tabel berikut
adalah daftar perwakilan komponen rencana manajemen proyek dan dokumen proyek.
4.3 Direct and Manage Project Work

Proses memimpin dan melaksankan kegiatan yang didefinisikan dalam perencanaan

manajemen proyek dan diimplementasikan untuk mencapai tujuan proyek. Manfaat utama dari
Proses ini adalah menyediakan manajemen keseluruhan dari pekerjaan proyek. Berikut ini
merupakan Direct and Manage Project Work: Inputs, Tools and Techniques, dan Outputs.
Bagan dibawah ini merupakan Direct and Manage Project Work: Data Flow Diagram.

Aktivitas Direct and Manage Project Work meliputi, dan tidak terbatas pada:
Melakukan kegiatan untuk mencapai tujuan proyek;
Membuat kiriman proyek untuk memenuhi pekerjaan proyek yang direncanakan;
Menyediakan, melatih, dan mengelola anggota tim yang ditugaskan ke proyek;

Menyediakan , mengelola, dan menggunakan sumber daya termasuk bahan, peralatan,

peralatan, dan perlengkapan
Melaksanakan metode dan standar yang direncanakan;

Menetapkan dan mengelola saluran komunikasi proyek, baik eksternal maupun internal ke
tim proyek;

Menghasilkan data kinerja kerja, seperti biaya, jadwal, kemajuan teknis dan kualitas, dan
status ke memfasilitasi peramalan;

Mengeluarkan permintaan perubahan dan menerapkan perubahan yang disetujui ke dalam

lingkup proyek, rencana, dan lingkungan;
Mengelola risiko dan menerapkan kegiatan respons risiko;
 Mengelola penjual dan pemasok;
Mengelola pemangku kepentingan dan keterlibatan mereka; dan

Mengumpulkan dan mendokumentasikan pelajaran yang dipetik dan melaksanakan kegiatan

peningkatan proses yang disetujui.

Manajer proyek, bersama dengan tim manajemen proyek, mengarahkan kinerja

proyek yang rencana kegiatan dan mengelola berbagai antarmuka teknis dan organisasi yang
dalam proyek. Manajer proyek juga harus mengelola kegiatan yang tidak direncanakan dan
menentukan tindakan yang sesuai. Direct and Manage Project Work dipengaruhi oleh area
aplikasi proyek. Deliverables diproduksi sebagai keluaran dari proses yang dilakukan untuk
menyelesaikan pekerjaan proyek sesuai rencana dan dijadwalkan dalam rencana manajemen
proyek. Selama pelaksanaan proyek, data kinerja kerja dikumpulkan dan dilakukan dengan
tepat dan dikomunikasikan.
Data kinerja kerja mencakup informasi tentang status penyelesaian kiriman dan
rincian relevan lainnya tentang kinerja proyek. Data kinerja kerja juga akan digunakan sebagai
masukan bagi Kelompok Proses Monitoring dan Pengendalian.
Direct and Manage Project Work memerlukan tinjauan semua dampak perubahan
proyek dan penerapan perubahan yang disetujui:
Langkah korektif, arahan untuk memperbaiki hal-hal dalam proyek agar memberikan
performansi lebih baik.

Langkah preventif, arahan untuk memperbaiki aktivitas-aktivitas yang beresiko.

Perbaikan kerusakan, merupakan identifikasi dari komponen proyek yang rusak agar
nantinya dapat diperbaiki atau diganti.

4.3.1 Direct and Manage Project Work: Inputs

[Link] Project Management Plan

Rencana pengelolaan proyek berisi rencana perusahaan mengenai semua aspek proyek.
Rencana yang terkait dengan pekerjaan proyek meliputi:

Perencanaan manajemen ruang lingkup

Perencanaan manajemen kebutuhan
Perencanann manajemen penjadwalan
Perencanaan manajemen biaya
Perencanaan manajemen stakeholder
[Link] Approved Change Requests

Approved Change Requests adalah keluaran dari proses Cange Control Process, dan
termasuk permintaan yang telah diperiksa dan disetujui untuk diterapkan oleh dewan kontrol
perubahan (Change Control Board / CCB). Approved Change Requests berupa tindakan
korektif, tindakan pencegahan, atau perbaikan cacat. Approved Change Requests dijadwalkan
dan dilaksanakan oleh tim proyek, dan dapat mempengaruhi area proyek atau rencana
pengelolaan proyek. Approved Change Requests juga dapat memodifikasi kebijakan, rencana
pengelolaan proyek, prosedur, biaya, atau anggaran atau merevisi jadwal.
[Link] Enterprise Environmental Factors
Pengarahan dan pengelolaan proyek dipengaruhi oleh faktor lingkungan perusahaan
yang meliputi :
Organisasi, perusahaan, atau budaya pelanggan dan struktur organisasi
penyelenggara atau sponsor;
Infrastruktur (seperti: fasilitas dan peralatan modal yang ada);
Administrasi kepegawaian (mis., Pedoman perekrutan dan penembakan, ulasan
kinerja karyawan, dan pelatihan catatan);
Toleransi risiko pemegang saham, misalnya: biaya yang diizinkan diatas persentase;
Sistem informasi manajemen proyek (misalnya: Paket alat otomatis, seperti
perangkat lunak penjadwalan alat, sistem manajemen konfigurasi, pengumpulan
informasi dan sistem distribusi, atau web antarmuka ke sistem otomatis online
lainnya)
[Link] Organizational Process Assets
Aset proses organisasi yang dapat mempengaruhi Direct and Manage Project Work
meliputi, dan tidak terbatas pada:
Panduan standar dan instruksi kerja;
Persyaratan komunikasi yang menentukan media komunikasi yang diizinkan, retensi
rekaman, dan keamanan Persyaratan;
Mengeluarkan dan melemahkan prosedur manajemen yang menentukan masalah dan
kontrol cacat, dan identifikasi serta resolusi, dan pelacakan tindakan;
Database pengukuran proses digunakan untuk mengumpulkan dan menyediakan data
pengukuran pada proses dan produk;
File proyek dari proyek sebelumnya (misalnya: Cakupan, biaya, jadwal, dasar
pengukuran kinerja, jadwal proyek, jadwal proyek, diagram jaringan, daftar risiko,
 tindakan respons terencana, dampak risiko yang terdefinisikan, dan pelajaran
terdokumentasi); dan
Masalah dan database manajemen cacat yang berisi masalah sejarah dan status cacat,
kontrol informasi, resolusi masalah dan cacat, dan hasil tindakan.

4.3.2 Direct and Manage Project Work: Tools and Techniques

[Link] Expert Judgment
Expert Judgment digunakan untuk menilai input yang dibutuhkan untuk
mengarahkan dan mengelola rencana pelaksanaan manajemen proyek. Expert Judgment
diterapkan pada semua rincian teknis dan manajemen selama proses. Keahlian ini disediakan
oleh manajer proyek dan tim manajemen proyek dengan mengadakan pelatihan khusus.
Keahlian tambahan tersedia dari berbagai sumber, termasuk:
Unit lain dalam organisasi;
Konsultan dan pakar materi pelajaran lainnya (internal dan eksternal);
Pemangku kepentingan, termasuk pelanggan, pemasok, atau sponsor; dan
Professional and technical associations
[Link] Project Management Information System
Sistem informasi manajemen proyek merupakan bagian dari faktor lingkungan,
menyediakan akses seperti alat penjadwalan, sistem otorisasi kerja, sistem manajemen
konfigurasi, pengumpulan informasi dan sistem distribusi, sistem antarmuka otomatis online
lainnya. Pengumpulan dan pelaporan otomatis mengenai indikator kinerja utama (KPI) dapat
menjadi bagian dari sistem ini.
[Link] Mettings
Metting digunakan untuk membahas dan menangani topik-topik terkait proyek.
Peserta rapat terdiri dari manajer proyek, tim proyek dan stakeholder yang terlibat atau
berpengaruh oleh topik yang dibahas. Rapat cenderung memiliki tiga jenis tipe, yaitu:
Pertukaran informasi;
Brainstorming, evaluasi pilihan, atau desain;
Pengambilan keputusan
Metting harus disiapkan dengan agenda yang jelas, tujuan dan waktu serta harus
didokumentasi. Metting paling efektif jika semua peserta dapat bertatap muka secara langsung.
Metting juga dapat dilakukan secara virtual dengan menggunakan alat konferensi audio atau
video, namun pada umumnya memerlukan persiapan tinggi agar pertemuan menjadi efektif.
4.3.3 Direct and Manage Project Work: Outputs
[Link] Deliverables
Deliverables merupakan produk, hasil atau kemampuan pelayanan yang dibutuhkan
untuk diproduksi dan memenuhi proses, fase atau proyek. Deliverables bersifat komponen
yang dapat dilihat.
[Link] Work Performance Data
Data kinerja kerja adalah pengamatan dan pengukuran mentah yang dilakukani
selama kegiatan melaksanakan pekerjaan proyek. Data sering dipandang sebagai tingkat detail
terendah dari mana informasi diturunkan oleh proses lainnya. Data dikumpulkan melalui
eksekusi kerja dan diteruskan ke proses pengendalian masing-masing area proses untuk
dianalisis lebih lanjut.
Contohnya: pekerjaan yang diselesaikan, indikator kinerja utama, ukuran kinerja teknis, mulai
dan selesai tanggal jadwal aktivitas, jumlah permintaan perubahan, jumlah cacat, biaya aktual,
dan jangka waktu yang sebenarnya, dll.
[Link] Change Request
Change Requests adalah proposal resmi untuk mengubah dokumen, deliverable, atau
baseline apapun. Change Request dilakukan untuk melakukan update terhadap hal-hal yang
telah didefinisikan didalam perencanaan manajemen proyek. Change request dapat terjadi
karena beberapa hal seperti :

Langkah korektif, arahan untuk memperbaiki hal-hal dalam proyek agar memberikan
performansi lebih baik

Langkah preventif, arahan untuk memperbaiki aktivitas-aktivitas yang beresiko

Perbaikan kerusakan, merupakan identifikasi dari komponen proyek yang rusak agar
nantinya dapat diperbaiki atau diganti

Update, proses penambahan ataupun pengurangan ide atau konten dari sebuah proyek.

[Link] Project Management Plan Updates

Elemen perencanaan manajemen proyek yang dapat di update meliputi:

Perencanaan manajemen penjadwalan

Perencanaan manajemen biaya

Perencanaan manajemen kualitas

 Perencanaan proses perbaikan

Perencanaan manajemen sumber daya manusia

Perencanaan manajemen stakeholder

Project baseline, dan lain sebagainya.

[Link] Project Document Updates

Beberapa dokumen proyek yang dapat diperbaharui :

Requirement document (Dokumen Kebutuhan)

Project log

Risk register (Daftar Resiko)

Stakeholder register (Daftar Stakeholder)

Bagian siti disini

4. 5 Perform Integrated Change Control

Proses meninjau semua permintaan perubahan; menyetujui perubahan dan mengelola

perubahan, asset proses organisasi, dokumen proyek, dan rencana manajeman proyek.
Permintaan perubahan yang telah disetujui memerlukan kebutuhan baru atau revisi estimasi
biaya, urutan kegiatan, tanggal jadwal, kebutuhan sumber daya, dan analisis alternatif respon
risiko.
 Sistem manajemen konfigurasi dalam integrated change control menyediakan cara
yang terstandarisasi, efektif, dan efisien dalam mengatur perubahan dalam proyek. Sistem ini
bertujuan untuk terus meninjau kembali efektivitas perubahan yang terjadi sehingga proyek
dapat terus improvisasi. Juga menjaga komunikasi dalam tim dalam hal perubahan yang
disetujui dan tidak disetujui oleh stakeholder.

Tujuan utama :

1. Meyakinkan bahwa perubahan itu perlu dan menguntungkan

2. Menentukan bahwa perubahan telah terjadi

3. Mengelola perubahan aktual pada saat itu terjadi

 Change Control System merupakan Proses yang terdokumentasi yang menggambarkan
kapan dan bagaimana dokumen-dokumen proyek dan pekerjaannya dapat diubah,
menggambarkan orang yang berwenang untuk membuat perubahan dan bagaimana cara
membuat perubahan tersebut. Melibatkan Change Control Board(CCB), manajemen
konfigurasi dan proses untuk mengkomunikasikannya. Change Control Board Kelompok
resmi dari orang-orang yang bertanggung jawab untuk menyetujui atau menolak perubahan
dalam proyek. CCB harus memberikan guidelines untuk mempersiapkan perubahan,
mengevaluasi perubahan dan mengelola implementasi perubahan yang disetujui. Anggota
CCB terdiri atas stakeholders dari keseluruhan organisasi.

Configuration Management merupakan Cara menjamin deskripsi dari produk yang

dihasilkan sudah benar dan lengkap. Berkonsentrasi pada manajemen teknologi dengan
mengidentifikasi dan mengendalikan karakteristik produk berdasarkan fungsional dan desain
fisik produk yang dimaksud. Spesialis manajemen konfigurasi bertugas untuk mengidentifkasi
dan mendokumentasikan kebutuhan konfigurasi, mengendalikan perubahan, mencatat dan
melaporkan perubahan, serta mengaudit produk-produk dalam rangka memverifikasi
kesesuaiannya dengan yang dibutuhkan.

3 Konfigurasi Manajemen:

1. Configuration Identification. Seleksi dan identifikasi sebuah item konfigurasi

memberikan dasar tentang mendefinisikan dan memverifikasikan konfigurasi produk,
produk dan dokumen diberi label, perubahan dikelola, dan akuntabilitas dipertahankan.

2. Configuration Status Accounting. Informasi dicatat dan dilaporkan apabila data yang
sesuai tentang item konfigurasi harus disediakan.

3. Configuration Verification & Audit. Konfigurasi verifikasi dan audit memastikan

komposisi item konfigurasi proyek sudah benar dan perubahan yang sesuai sudah
terdaftar, dinilai, disetujui, dilacak benar dilaksanakan.

4. 5.1 Perform Integrated Change Control: Input

4. 5.1.1 Project Mangement Plan

Mengintegrasikan dan mengkonsolidasikan semua bagian rencana manajemen dan

acuan dasar dari proses perencanaan. Rencana manajemen proyek terdapat pada tingkat atau
detail, dan dapat terdiri dari satu atau lebih rencana anak perusahaan. Tiga hal penting dalam
project management plan yaitu :

1. Scope management plan

2. Scope baseline

3. Change management plan

4. 5.1.2 Work Performance Report

Informasi dari kegiatan proyek secara rutin dikumpulkan sebagai progres proyek.
Informasi ini dapat berhubungan dengan berbagai performace tetapi tidak terbatas pada status
contract, kemajuan jadwal dan penggunaan biaya.

4. 5.1.3 Change Requests

Semua proses pemantauan dan pengendalian dan banyak proses yang dijalankan
menghasilkan chage request sebagai output. Change request dapat mencakup tindakan
perbaikan, tindakan pencegahan dan perbaikan kesalahan.

4. 5.1.4 Faktor Lingkungan Perusahaan

Faktor lingkungan perusahaan dapat mempengaruhi integrated change control process:

manajemen proyek sistem informasi (misalnya, alat otomatis, antarmuka web, dll).

[Link] Organizational Process Asset

Rencana, proses, kebijakan, prosedur, dan basis pengetahuan khusus untukdan digunakan
oleh organisasi yang melaksanakan proyek. Organizational process Asset dapat mempengaruhi
proses pengembangan Project Charter, seperti:

1. Standar proses organisasi, kebijakan, dan penjabaran proses

2. Template atau pola

3. Informasi historis dan pelajaran yang diperoleh dari pengetahuan dasar

4.5.2 Perform Integrated Change Control: Tools & Techniques

[Link] Expert Judgement

Stakeholders mungkin diminta untuk memberikan keahlian mereka dan mungkin akan
diminta untuk duduk di CCB. Penghakiman dan keahlian dapat diberikan oleh berbagai sumber
seperti konsultan, stakeholder, asosiasi profesional dan teknis, kelompok industri, ahli materi
pelajaran, kantor proyek manajemen.

[Link] Change Control

Bertanggung jawab untuk melakukan pertemuan dan meninjau perubahan dan

menyetujui atau menolak perubahan permintaan tersebut. Semua keputusan change control
board didokumentasikan dan dikomunikasikan kepada stakeholders untuk informasi dan tindak
lanjut.

[Link] Meetings

Mendiskusikan dan membahas topik-topik terkait proyek ketika memimpin dan

mengelola proyek kerja. Peserta dalam pertemuan mungkin termasuk manajer proyek, tim
proyek dan stakeholder terlibat atau dipengaruhi oleh topik yang dibahas.

Tujuan :

1. Pertukaran informasi

2. Brainstorming, evaluasi pilihan, atau desain

3. Pengambilan keputusan.

4.5.3 Perform Integrated Change Control: Output

[Link] Approved Change Request

Perubahan permintaan diproses sesuai dengan sistem kontrol perubahan oleh manajer
proyek, CCB, atau olehanggota tim yang ditugaskan. Permintaan perubahan yang disetujui
akan dilaksanakan melalui Direct dan Mengelola Proyek Proses kerja. Disposisi dari semua
permintaan perubahan, disetujui atau tidak, akan diperbarui dalam log perubahan sebagai
bagian dari update ke dokumen proyek.

[Link] Change Log

Permintaan perubahan diproses sesuai dengan perubahan sistem kontrol oleh manajer
proyek atau oleh anggota tim yang ditugaskan. Status semua perubahan, disetujui atau tidak,
akan diperbarui dalam log permintaan perubahan sebagai bagian dari update dokumen proyek.

[Link] Project Management Plan Updates

Unsur-unsur rencana manajemen proyek yang dapat diperbarui seperti:

 1. Setiap rencana manajemen turunan rencana proyek

2. Baseline yang tunduk pada proses pengendalian perubahan formal

[Link] Project Document Plan Updates

Dokumen proyek yang dapat diperbaharui sebaai hasil dari proses Perform Integrated
Change Control termasuk semua dokumen yang terspesifikasi sebagai subjek untuk proses
control perubahan proyek yang formal.

4.6 Close Project

Proses penyelesaian dari semua aktivitas sepanjang proses manajemen proyek yang
bertujuan untuk menyelesaikan proyek tersebut. Kelebihan utama dari proses adalah untuk
menyediakan pelajaran, formal ending dari suatu proyek, pemutusan kerja sama sumber daya
dari suatu organisasi untuk mendapatkan proyek baru.

4.6.1 Close Project: Inputs

[Link] Rencana Manajemen Proyek menjadi persetujuan antara proyek manajer dengan
proyek sponsor, mendefinisikan ciri dari proyek yang selesai.
[Link] Accepted Deliverable, spesifikasi produk yang diterima, waktu penerimaan, dan
dokumen performansi kerja.
[Link] Organizational Process Asset, dapat mempengaruhi penutupan proyek tetapi tidak
dibatasi oleh prosedur administrasi, audit proyek, evaluasi proyek, kriteria transisi dan
informasi historis.
4.6.2 Close Project: Tools & Techniques
[Link] Expert Judgement, diterapkan saat melakukan kegiatan penutupan administrasi,
memastikan performansi sesuai dengan standar.
[Link] Teknis analitis contohnya analisis regresi dan analisis tren
[Link] Meetings
4.6.3 Close Project: Outputs
[Link] Final Product, Service, atau Result Transition. Barang yang dihasilkan dari suatu
proyek bisa berupa gedung, acara ataupun barang setengah jadi.
[Link] Organizational Process Assets Updates bisa mempengaruhi penutupan proyek tapi
tidak dibatasi oleh file proyek, penutupan dokumen dan informasi historis. Maksud dari
organizational process asset upadate adalah terupdatenya pengalaman dari pelaku
proyek.
[Link] Informasi Historis, informasi yang merupakan informasi terdahulu yang berasal dari
proyek sebelumnya. Informasi ini dapat berupa masalah dan risko dan teknik
pengaplikasiannya dapat dilakukan ke proyek selanjutnya.