Materi 10: Communication & Stakeholder Management

Project Planning — Cara berkomunikasi efektif & mengelola stakeholder dalam proyek IT

📑 Daftar Isi

1. Pentingnya Komunikasi dalam Proyek 2. Communications Management Plan 3. Project Websites & Distribusi Informasi 4. Agile Communications Planning 5. Project Stakeholder Management 6. Stakeholder Engagement Plan 7. Agile Stakeholder Planning 8. Ringkasan & Cara Menghafal 9. Contoh Soal & Pembahasan 10. Latihan Soal Interaktif

📡 1. Pentingnya Komunikasi dalam Proyek

Bayangkan kamu membangun sebuah rumah. Kalau tukang kayu, tukang listrik, dan arsitek tidak pernah bicara satu sama lain, apa yang terjadi? Chaos! Sama halnya di proyek IT.

🚨 Fakta Penting: Ancaman terbesar untuk banyak proyek adalah kegagalan komunikasi (failure to communicate). Ini bukan pendapat, tapi hasil riset!

Kenapa komunikasi itu krusial?

💡 Project Communications Management mencakup: generating (membuat), collecting (mengumpulkan), disseminating (menyebarkan), dan storing (menyimpan) informasi proyek.

Output utama yang sering dihasilkan:

  1. Communications Management Plan — dokumen panduan komunikasi proyek
  2. Project Website — tempat terpusat menyimpan & membagikan dokumen proyek

📋 2. Communications Management Plan

Ini adalah dokumen yang menjadi panduan untuk semua komunikasi di proyek. Tidak peduli proyeknya besar atau kecil, harus ada rencana komunikasi tertulis!

🔹 Proyek Kecil

Rencana komunikasi bisa digabung sebagai bagian dari Team Contract (kontrak tim).

🔹 Proyek Besar

Harus berupa dokumen terpisah yang lebih detail dan komprehensif.

Apa saja isi Communications Management Plan?

NoKomponenPenjelasan Sederhana
1Stakeholder Communications RequirementsSiapa saja yang perlu info? Apa yang mereka butuhkan?
2Information to be CommunicatedInfo apa yang dibagikan? Dalam format apa? Sedetail apa?
3Who will receive & produceSiapa yang menerima dan siapa yang membuat informasi?
4Suggested Methods/TechnologiesPakai apa? Email, meeting, intranet, Slack?
5Frequency of CommunicationSeberapa sering? Harian, mingguan, bulanan?
6Escalation ProceduresKalau ada masalah, lapornya ke siapa? Prosedurnya bagaimana?
7Revision ProceduresBagaimana cara memperbarui rencana komunikasi ini?
8GlossaryDaftar istilah umum supaya semua orang paham bahasa yang sama.
🧠 Cara Menghafal 8 Komponen (SIFMER-RG):
Stakeholder requirements — Information — For who (receiver/producer) — Methods — frEquency — escalation pRocedures — Revision — Glossary
⚠️ Ingat: Stakeholders bisa berubah tergantung fase proyek, jadi rencana komunikasi harus di-update sesuai kebutuhan!

🌐 3. Project Websites & Distribusi Informasi

Banyak tim proyek sekarang memposting dokumen dan informasi proyek di project website sebagai pusat distribusi terpusat. Bisa dibuat menggunakan tools seperti:

Fitur Penting Project Website:

🏃 4. Agile Communications Planning

Di Scrum, komunikasi tidak direncanakan dalam dokumen terpisah. Sebaliknya, komunikasi dilakukan melalui event-event Scrum yang sudah terstruktur.

💡 Scrum Guide (2020): "Events are used in Scrum to create regularity and to minimize the need for meetings not defined in Scrum."
Event ScrumDurasi MaxApa yang Terjadi
Sprint1 bulan (fixed)Container/wadah untuk semua event lain. Setiap sprint punya Sprint Goal yang jelas.
Sprint Planning8 jamMenentukan value sprint, apa yang bisa dikerjakan, dan bagaimana caranya.
Daily Scrum15 menitInspeksi progres menuju Sprint Goal, adaptasi Sprint Backlog, rencana kerja hari berikutnya. Mengidentifikasi impediments.
Sprint Review4 jamTim presentasi hasil kerja ke stakeholder. Menginspeksi outcome sprint & menentukan adaptasi masa depan.
Sprint Retrospective3 jamHanya anggota tim. Diskusi: apa yang baik, masalah apa, bagaimana memperbaiki kualitas & efektivitas.
🧠 Cara Menghafal Urutan Event Scrum: "Siapa Perlu Diajak Rapat Retrospeksi" → Sprint → Planning → Daily → Review → Retrospective

👥 5. Project Stakeholder Management

Stakeholder = siapa saja yang terkena dampak proyek atau bisa mempengaruhi proyek. Mereka bisa dari dalam (tim, manajemen) maupun luar (customer, supplier, pemerintah).

Stakeholder Engagement Planning

Ini adalah proses menentukan strategi untuk melibatkan stakeholder secara efektif dalam keputusan dan aktivitas proyek, berdasarkan kebutuhan, kepentingan, dan potensi dampak mereka.

Output utama → Stakeholder Engagement Plan

⚠️ Penting: Stakeholder berubah seiring proyek berjalan. Maka stakeholder engagement planning harus di-update secara berkala. Staffing Management Plan menunjukkan kapan anggota tim join/leave proyek.

Ketiga dokumen ini harus saling sejalan (in agreement):

  1. Stakeholder Engagement Plan
  2. Communications Management Plan
  3. Resource Management Plan

📊 6. Stakeholder Engagement Plan

Setelah stakeholder diidentifikasi dan dianalisis, PM dan tim membuat Stakeholder Engagement Plan untuk memandu pelibatan stakeholder agar keputusan yang baik bisa dibuat sepanjang proyek.

Isi Stakeholder Engagement Plan:

🚨 Sifatnya SENSITIF! Karena berisi informasi sensitif tentang stakeholder, dokumen ini:
  • Tidak boleh jadi bagian dari dokumen proyek resmi yang bisa dilihat semua orang
  • Sering kali hanya PM dan beberapa anggota tim yang menyiapkannya
  • Kadang tidak ditulis (hanya didiskusikan), dan distribusinya sangat dibatasi

🔄 7. Agile Stakeholder Planning

🧠 8. Ringkasan & Cara Menghafal

📌 POIN-POIN KUNCI YANG WAJIB DIINGAT:

  1. 90% waktu PM digunakan untuk berkomunikasi
  2. Ancaman terbesar proyek = failure to communicate
  3. Communications Management Plan berisi 8 komponen (stakeholder req, info, who, methods, frequency, escalation, revision, glossary)
  4. CRUD Code = Create, Read, Update, Delete (untuk akses project website)
  5. Scrum punya 5 event utama untuk komunikasi: Sprint, Planning, Daily, Review, Retrospective
  6. Output utama Stakeholder Planning = Stakeholder Engagement Plan
  7. Stakeholder Engagement Plan bersifat SENSITIF, distribusi terbatas
  8. Tiga plan yang harus sejalan: Stakeholder, Communications, Resource Management Plan

🔑 Tips Mengingat Cepat:

  • Daily Scrum = 15 menit (seperti coffee break singkat)
  • Sprint Planning = 8 jam max (satu hari penuh)
  • Sprint Review = 4 jam max (setengah hari)
  • Sprint Retrospective = 3 jam max (seperempat hari)
  • Information Radiator = "papan besar yang semua orang bisa lihat" (bukan dokumen rahasia)

📖 9. Contoh Soal & Pembahasan

Soal 1: Berapa jumlah communication channels jika tim terdiri dari 6 orang?

Jawaban: 15

Rumus: n(n-1)/2 = 6(5)/2 = 15

Rumus ini menghitung berapa banyak jalur komunikasi langsung (satu-ke-satu) yang mungkin terbentuk dalam tim. Semakin banyak anggota, semakin kompleks komunikasinya. Ini sebabnya ukuran tim harus dibatasi!

Soal 2: Apa perbedaan Sprint Review dan Sprint Retrospective?

Sprint Review = Tim presentasi HASIL KERJA ke stakeholder kunci. Fokusnya pada produk/output. Stakeholder eksternal diundang.

Sprint Retrospective = HANYA anggota tim saja. Fokusnya pada proses kerja tim (apa yang baik, apa yang buruk, apa yang perlu diperbaiki).

Analoginya: Review = "presentasi di depan klien", Retrospective = "evaluasi internal tim di ruang tertutup".

Soal 3: Mengapa Stakeholder Engagement Plan bersifat sensitif?

Jawaban: Karena dokumen ini berisi strategi dan penilaian tentang stakeholder individual — misalnya siapa yang "sulit dikelola", siapa yang perlu "pendekatan khusus". Jika stakeholder membaca penilaian tentang diri mereka, bisa menyebabkan konflik dan ketidakpercayaan. Maka distribusinya sangat dibatasi dan sering tidak ditulis secara formal.

Soal 4: Apa itu Information Radiator?

Jawaban: Information Radiator adalah display/papan informasi yang visible (terlihat) oleh semua stakeholder, memberikan transparansi tentang progres pekerjaan. Contoh: Kanban board yang ditempel di dinding, dashboard digital yang menampilkan burndown chart. Ide utamanya: informasi "memancar" keluar tanpa perlu diminta — siapa pun bisa melihatnya kapan saja.

🎯 10. Latihan Soal: Communication & Stakeholder Management

Jawab semua soal, lalu klik Submit untuk melihat hasilnya. Jawaban tersimpan otomatis!

1. Ancaman terbesar terhadap keberhasilan proyek adalah...

Jawaban: B. 'The greatest threat to many projects is a failure to communicate.' Ini adalah poin utama dari materi Communication Management.

2. Untuk proyek kecil, Communications Management Plan bisa menjadi bagian dari...

Jawaban: C. Untuk proyek kecil, rencana komunikasi bisa digabung menjadi bagian dari Team Contract (kontrak tim).

3. Berikut adalah event di mana tim mempresentasikan hasil kerja mereka kepada stakeholder kunci untuk memeriksa hasil sprint dan menentukan adaptasi di masa depan:

Jawaban: B. Sprint Review = tim presentasi hasil kerja ke key stakeholders dan inspect outcome sprint.

4. Jika tim proyek terdiri dari 6 anggota, berapa jumlah saluran komunikasi?

Jawaban: C. Rumus: n(n-1)/2 = 6(5)/2 = 15.

5. Manakah yang BUKAN merupakan input untuk proses Managing Stakeholder Engagement?

Jawaban: C. WBS bukan input untuk Managing Stakeholder Engagement. Inputnya adalah project management plan, project documents (change log, issue log, lessons learned register, stakeholder register), EEF, dan OPA.

6. Output utama dari Project Stakeholder Engagement Planning adalah...

Jawaban: C. Output utama adalah Stakeholder Engagement Plan.

7. Dalam Scrum, meeting 15 menit yang berfokus pada inspeksi progres harian adalah...

Jawaban: C. Daily Scrum = 15 menit, fokus pada inspeksi progress toward Sprint Goal.

8. CRUD Code pada project website berarti user bisa...

Jawaban: B. CRUD = Create, Read, Update, Delete.

9. Stakeholder Engagement Plan bersifat sensitif karena...

Jawaban: C. Karena berisi strategi dan penilaian tentang stakeholder, distribusinya dibatasi dan sering tidak tertulis.

10. Berapa persen waktu yang dihabiskan project manager untuk berkomunikasi?

Jawaban: C. Project managers spend 90% of time communicating.

11. Information Radiator pada Agile memberikan...

Jawaban: B. Information radiators provide visibility into work progress for all interested stakeholders.

12. Manakah output dari Managing Stakeholder Engagement yang sering mirip dengan output di area pengetahuan lain?

Jawaban: C. Change requests adalah output yang sering muncul di banyak knowledge area.

📚 Manajemen Proyek TI — Fasilkom UI | UAS Study Material