Bagi sebagian calon peserta ujian, ini bisa terasa intimidatif. AI terdengar teknis dan kompleks. Tapi tenang, ternyata tidak seseram itu. PMI tidak meminta kita untuk menjadi data scientist. Yang dibutuhkan adalah pemahaman mindset atau fundamental yang matang tentang bagaimana AI berperan dalam konteks project management.

Tulisan ini adalah prediksi pribadi terhadap soal ujian PMP terbaru dengan topik AI. Tentu saja akan saya update setelah saya mendapatkan berbagai lesson learned dari peserta yang sudah mengambil ujian PMP terbaru.

Apa Itu AI dalam Perspektif PMP?

Secara sederhana, AI adalah sekumpulan teknologi yang mensimulasikan perilaku manusia di komputer, dan memungkinkan mesin belajar dari pengalaman, beradaptasi, dan menjalankan tugas tanpa diprogram secara eksplisit untuk setiap skenario.

Dalam PMBOK, AI tidak berdiri sendiri. Ia mencakup ekosistem berlapis, mulai dari Machine Learning yang belajar dari data, Deep Learning dengan jaringan neural berlapis, hingga Generative AI (GenAI) yang mampu menciptakan konten, baik teks, gambar ataupun audio.

Tiga Level Adopsi

PMI memperkenalkan kerangka adopsi AI berdasarkan kompleksitas tugas dan kebutuhan intervensi manusia. Ini sangat mungkin keluar di ujian dalam bentuk soal skenario:

• Automation: Tugas berulang, kompleksitas rendah. Contoh: laporan otomatis, monitoring real-time, manajemen tugas rutin.
• Assistance: AI membantu analisis dan membangun ide secara iteratif. Contoh: perencanaan jadwal, analisis risiko, resolusi konflik.
• Augmentation: Peningkatan kapabilitas profesional untuk tugas strategis. Contoh: brainstorming, analisis stakeholder.

Prinsip kuncinya adalah semakin kompleks sebuah tugas, semakin besar peran manusia yang dibutuhkan. AI menjadi amplifier bagi kemampuan profesional project manager, bukan sebagai penggantinya.

Relevansi untuk Soal Ujian

Sekarang langsung saja kita bahas bagaimana relevansinya dengan ujian PMP. Sama seperti ujian sebelumnya, PMP masih menggunakan format skenario situasional. Kamu akan disodorkan situasi seperti: “Seorang project manager ingin menggunakan AI untuk menyusun risk register. Pendekatan manakah yang paling tepat?”, dan jawabannya bergantung pada pemahaman tentang tiga level adopsi di atas.

Pemahaman tentang level Assistance akan membantu kita mengenali bahwa AI bisa menghasilkan draft risk register, namun project manager tetap wajib mereview dan memvalidasi hasilnya sebelum dianggap final. Project manager dituntut untuk melakukan penilaian (professional judgment). Nah, inilah yang menjadi pondasi ujian PMP terbaru.

Topik berikutnya yang berisi cukup terminologi baru adalah etika AI. Kita diminta untuk memahami dimensi etika AI dimana project manager harus tetap bertanggung jawab atas keputusan yang diambil berdasarkan output AI. Sebagai “bocoran” dalam konteks ujian, kalau ada soal yang mempertanyakan siapa yang accountable terhadap kesalahan hasil analisi AI, maka jawabannya selalu kembali ke project manager. People over the tools. Begitu kira-kira.

Tipe Skenario AI yang Mungkin Keluar di Ujian

Menurut PMI dan beberapa kontributor PMBOK, soal-soal bertema AI di ujian PMP tidak diuji sebagai topik teknis yang berdiri sendiri. AI akan selalu muncul sebagai bagian dari keputusan project management sehari-hari, dan kamu diminta menentukan langkah terbaik sebagai seorang project manager. Lima pola skenario yang (mungkin) paling sering ditemui:

• Jadwal & Forecast yang Dihasilkan AI: Project team menggunakan jadwal atau estimasi yang dibuat AI. Pertanyaannya, haruskah project manager langsung menerima rekomendasi, memvalidasi asumsinya, menilai dampaknya, atau meningkatkan kekhawatiran ke atas? Sudah ketebak dong jawabannya, yup selalu melibatkan validasi terlebih dahulu.
• Analisis Data Project Berbasis AI: Dashboard atau predictive output dari AI menyarankan adanya trend, risiko, atau tindakan korektif. Pertanyaannya adalah bagaimana project manager melakukan professional judgement terhadap hasil output tersebut.
• Artifacts atau Project Documents yang Dibuat AI: Dokumen-dokumen project yang dibuat oleh AI, seperti status, project requirements, stakeholder analysis, ataupun risk description. Pertanyaannya apakah project manager melakukan review atau evaluasi, dan juga mengonfirmasi adanya alignment dengan stakeholder.
• Risiko, Tata Kelola, Etika & Privasi: Ini berhubungan dengan data-data yang kita berikan ke AI. Pertanyaannya seputar kerahasiaan data, bias, kepatuhan (compliance), atau keandalan (reliability). Project manager diharapkan mempunyai awareness terhadap kontrol adopsi AI, dan juga evaluasi terhadap risiko.

Kalau kita lihat selalu ada pola di ujian PMP. Untuk soal-soal AI kemungkinan besar akan memposisikan AI sebagai sebuah input, tools, dan rekomendasi, kemudian menanyakan “What should the project manager do next?”. Yess, pertanyaan PMP banget kan? hahaha.

“Jawaban terbaik hampir selalu menekankan validasi output, mempertimbangkan tata kelola (governance), kepatuhan (compliance) dan risiko, melibatkan stakeholder yang tepat, serta menyelaraskan (alignment) keputusan dengan tujuan project dan pendekatan delivery yang dipilih.”

The post Artificial Intelligence (AI) dalam Ujian PMP appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Di artikel ini saya akan membedah biaya PMP secara lengkap, mulai dari biaya pendaftaran, kursus persiapan, hingga biaya tersembunyi yang jarang dibahas, dan membantu kamu dalam membuat keputusan yang tepat.

Rincian Biaya PMP

Biaya sertifikasi PMP bukan hanya soal biaya ujian,  tapi juga ada beberapa komponen yang perlu kamu perhitungkan secara menyeluruh:

• Biaya Kursus Persiapan: 8 juta – 11 juta. Angka ini adalah estimasi dari beberapa training provider, baik yang saya pernah mengajar disana, maupun yang saya tanyakan secara langsung. Rentangnya memang cukup lebar. Ini tergantung dengan apa yang nanti kita dapatkan pada saat pelatihan berlangsung, maupun setelahnya. Jadi ini salah satu faktor penting yang harus diperhatikan dengan baik.
• Biaya Ujian: $284 untuk PMI member. Atau $575 untuk Non-member.
• Biaya PMI Membership: $139. Dengan menjadi anggota PMI, kamu sudah menghemat $150 untuk biaya ujian. Artinya, mendaftar sebagai anggota terlebih dahulu sebelum mengambil ujian adalah langkah yang tepat. Jangan lupa untuk memperhatikan kurs dollar sebelum melakukan pembayaran di website PMI.

“Total investasi yang realistis untuk sertifikasi PMP berkisar antara Rp 16 juta hingga Rp 20 juta, tergantung jalur persiapan yang kamu pilih.”

Apa yang harus dilakukan Project Manager

Ada proses panjang yang harus kamu jalani mulai dari persiapan sampai dengan ujian. Berikut adalah beberapa checklist persiapan secara komprehensif yang harus kamu penuhi:

• Penuhi syarat eligibilitas terlebih dahulu. Kamu butuh minimal 36 bulan pengalaman “leading the project” untuk lulusan S1 dan 60 bulan untuk lulusan non-sarjana. PMI mendefinisikan “leading the project” sebagai pengalaman dalam mengambil keputusan, mengoordinasikan sumber daya, mengelola stakeholder, dan bertanggung jawab terhadap hasil project, terlepas struktur jabatan di organisasi yang kamu jalani saat ini. Perlu diingat bahwa kata Project Manager disini adalah peran (role), bukan sebagai jabatan (title). Itulah mengapa banyak sekali saya temui Business Analyst, Procurement Manager, HR Manager, dan Functional Manager di kelas-kelas PMP.
• Bergabunglah sebagai anggota PMI sebelum mengambil ujian. Selain hemat biaya ujian, kamu juga dapat mengakses buku-buku PMI yang bisa di download secara gratis. Manfaatkan membership ini untuk men-download semua buku-buku PMI dan juga project templates.
• Ambil training PMP untuk mendapatkan 35 Contact Hours sebagai salah satu persyaratan wajib. Jangan ragu untuk kontak dan tanya-tanya mengenai training ini, mulai dari waktu pelaksanaan, kurikulum, trainer, material, fasilitas, sampai support mentoring setelah sesi training selesai.
• Alokasikan waktu 3-6 bulan untuk belajar mandiri. Saya membuat satu framework “PMP in 10 Weeks” sebagai panduan persiapan PMP dalam waktu kurang dari 3 bulan.
• Dokumentasikan pengalaman project kamu dengan baik. Ingat-ingat kembali pengalaman kamu menangani project dan tuangkan dalam bentuk narasi deskripsi mulai dari Initiation sampai Closing. Jangan lupa untuk kontak manajer atau atasan jika sewaktu-waktu kamu terkena random audit pada saat PMP Application Submission.
• Ini yang paling penting. Ajukan sponsorship ke perusahaan kamu. Banyak perusahaan yang bersedia menanggung biaya persiapan dan ujian PMP sebagai bagian dari program People Development. Yaa, tentunya harus dibicarakan karena biasanya terdapat perjanjian yang harus disepakati antara kedua belah pihak.

Apakah PMP Worth It?

Menurut saya pribadi, yess! Tapi dalam konteks praktik project management secara umum, jawabannya tergantung. PMP sangat worth it kalau kamu bekerja di industri yang menghargai standard internasional, atau kamu berambisi untuk naik ke posisi senior atau leadership.

Menurut PMI Salary Survey di tahun 2023 menunjukkan bahwa project manager bersertifikat PMP di berbagai negara Asia Pasifik rata-rata mendapatkan penghasilan lebih tinggi dibandingkan rekan mereka yang tidak bersertifikat. Di Indonesia, peningkatan ini terasa signifikan di sektor IT, konstruksi, dan perbankan. Pemegang PMP rata-rata mendapat gaji 33% lebih tinggi.

Saya sendiri sudah membuktikannya. Hal yang paling berubah setelah PMP, bukan hanya gelar yang ditaruh di LinkedIn, tetapi juga cara memandang diri sendiri. Saya jadi punya “bahasa” yang sama dengan standard global, dan ini mengubah seluruh gaya percakapan saya di project. Saya tidak lagi bicara soal “butuh” kenaikan, tapi saya bisa mendefinisikan dengan jelas nilai yang nantinya akan saya bawa ke project. Hasilnya, bukan hal yang sulit untuk mendapatkan kenaikan gaji lebih dari 30% pada saat proses negosiasi. Yang paling menarik dalam karir saya sebagai project manager, 2 perusahaan langsung menyodorkan kenaikan di atas 50% tanpa proses negosiasi.

Strategi Hemat Menuju PMP

Berdasarkan pengalaman analisis biaya dan manfaat, berikut rekomendasi yang bisa kamu langsung lakukan:

1. Minta Sponsorship. Siapkan proposal yang baik ke atasan atau HR. Kuncinya adalah apa yang bisa kamu berikan ke perusahaan setelah mendapatkan PMP. Negosiasikan dengan manajer atau atasan jika ada “ikatan” yang harus kamu penuhi. Jangan ragu untuk meminta perusahaan mengenai biaya membership tahunan dan juga training-training supaya dibayarin oleh perusahaan.
2. Ujian dalam waktu 1 tahun. Pastikan ujian dilakukan sebelum keanggotaan PMI expired agar tidak perlu membayar biaya membership ulang.

3. Jaga sertifikat PMP tetap aktif. Mengumpulkan 60 PDU setiap 3 tahun itu mudah. Banyak PDU yang bisa didapat gratis dari webinar PMI, kegiatan komunitas atau seminar online di PMI Indonesia Chapter. Platform seperti Udemy banyak menyediakan training-training dengan PDU besar dengan biaya yang jauh lebih hemat dibandingkan training kelas tatap muka.

Benefit PMP Bagi Perusahaan

Sekarang kita lihat keuntungan apa saja yang bisa di dapatkan dari sudut pandang perusahaan. Berikut adalah beberapa hasil riset kuantitatif yang saya temukan di internet:

• 72% business goals dapat tercapai di organisasi yang fokus terhadap power skills. Ditambah organisasi yang memiliki struktur proses yang baik di project management, memiliki 28% scope creep lebih rendah, dan 17% budget loss lebih kecil. Diambil dari PMI Pulse of the Profession 2024.
• 39% peningkatan produktivitas di organisasi yang memperkuat kolaborasi antar tim. Diambil dari Institute for Corporate Productivity 2024 (ICP Study 2024).
• Organisasi dengan team yang memiliki kemampuan kolaborasi di project, memiliki 36% performa yang baik dibandingkan dengan kompetitor. Diambil dari Gallup & Cross-Functional Team Study 2024.
• Ada lebih dari 1,6 juta pemegang PMP di 214 negara per May 2026. Demand terus tumbuh dan diperkirakan ada 30 juta Project Manager yang dibutuhkan secara global pada tahun 2035. Diambil dari PMI Certification Registry.
• 65% pemegang PMP melaporkan kenaikan kompensasi dalam 12 bulan. Diambil dari PMI Earning Power 14th Ed. 2025
• 82% profesional saat ini memiliki kekurangan di business acumen skills. Project Manager yang memiliki PMP, memiliki 33% gaji yang lebih tinggi. Diambil dari PMI Earning Power Survey 14th Ed. 2025.

Faktor Kuantitatif Yang Bisa di Monetisasi

Tidak semua manfaat sertifikasi PMP langsung terlihat di weekly/ monthly report ataupun laporan keuangan, tapi bukan berarti tidak bisa diukur. Beberapa faktor di bawah ini sebenarnya dapat dikuantifikasi jika kita tahu metrik yang tepat.

• Kredibilitas & kepercayaan stakeholder. Benefit ini memang sulit diukur secara langsung, tapi dampaknya bisa dilihat secara langsung. Misalnya dari seberapa cepat approval yang diberikan oleh Stakeholder dalam mengambil keputusan, atau seberapa sering konflik harus dieskalasi ke atasan.
• Kemampuan manajemen risiko. Project manager dapat lebih sistematis dalam mengidentifikasi, merespon, dan memonitor risiko. Efeknya juga terasa pada alokasi Contingency Reserve yang menjadi lebih terukur daripada sekadar perkiraan.
• Kepemimpinan dan motivasi tim. Dampak dari kepemimpinan yang baik biasa tercermin dari produktivitas tim yang meningkat. Disinilah pentingnya kolaborasi antara project manager dan organisasi, agar kontribusi project manager tidak hanya dirasakan, tapi juga dicatat sebagai bahan pembelajaran.
• Kualitas komunikasi & dokumentasi. PMI mencatat bahwa 57% kegagalan project adalah miscommunication. Project manager yang mampu berkomunikasi dengan baik dapat meminimalisasi ambiguitas project scope, sehingga perubahan scope di tengah project dapat dikelola dengan baik.
• Keunggulan kompetitif. Ini adalah manfaat yang paling mudah dirasakan secara personal. Sertifikasi PMP terbukti mempersingkat durasi pencarian kerja sekaligus memperkuat posisi negosiasi gaji, terutama saat berpindah perusahaan atau industri.

Kesimpulan

Setelah menganalisis seluruh komponen biaya dan manfaatnya, ada beberapa hal penting yang bisa menjadi bahan pertimbangan:

• Jadikan biaya sebagai mindset investasi. Total investasi mungkin terasa besar di awal, tapi bisa diminimalkan dengan strategi yang tepat, mulai dari mengajukan sponsorship ke perusahaan, memanfaatkan PMI membership sebelum ujian, hingga memilih training provider yang memberikan nilai terbaik.
• PMP membawa cara berpikir yang berbeda. Sertifikasi ini mengubah cara berpikir seorang project manager dari sekadar mengejar angka menjadi kontribusi yang bisa dibawa ke setiap project.
• Manfaat bagi diri sendiri dan organisasi. Data-data dan testimoni menunjukkan bahwa dengan PMP, banyak orang yang sudah merasakan manfaatnya, bukan hanya untuk pengembangan diri sendiri, tapi juga kontribusi yang lebih baik terhadap perusahaan.
• Timing dan persiapan adalah kunci. Alokasikan waktu yang ideal antara 3-6 bulan untuk memahami mindset dengan baik. Banyak yang bilang, ini adalah salah satu ujian sertifikasi tersulit di muka bumi hahaha.

The post Analisis Biaya Sertifikasi PMP appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Tapi, jujur saja, mempersiapkan PMP terasa sangat melelahkan. Bahkan sebelum training dimulai, pikiran overthinking kita sudah kemana-mana. Dan kebanyakan para profesional gagal bukan karena kurang pengalaman, tapi karena mempersiapkan diri tanpa struktur yang jelas dan tanpa pemahaman yang benar tentang PMI mindset. Ujungnya, pertanyaan klasik yang sering dilontarkan pada saat sesi training berlangsung: “berapa lama persiapan ujian PMP yang ideal?”

Kenapa persiapan PMP kebanyakan kurang optimal?

Saya melihat banyak progam-program yang fokusnya hanya pada hal-hal teknis, seperti pemenuhan 35 contact hours, memberikan slide deck, dan juga menyediakan questions bank sebanyak-banyaknya. Padahal, kita sedang berhadapan dengan seseorang yang memiliki pengalaman, industri, lingkungan kerja, dan motivasi diri yang berbeda-beda. Secara praktis, training PMP memberikan pemahaman yang sangat mendalam tentang praktik project management secara standard global. Tapi ketika ujian, PMP justru menguji kita mengenai Leadership Maturity, Situational Judgement, dan Decision Making. Ini yang sering kita lupakan bahwa sebagai Project Manager, sesungguhnya kita juga sebagai Project Leader. Jadi, tanpa kejelasan di area-area ini, seorang project manager berpengalaman pun bisa kesulitan.

PMP in 10 Weeks

Saya mengenalkan program yang namanya “PMP in 10 Weeks”, artinya persiapan ujian PMP dalam waktu 10 minggu. Program ini dirancang untuk para professional yang masih aktif bekerja, yang punya pengalaman project, waktu belajar yang terbatas, butuh arah yang terstruktur, dan lebih suka persiapan strategis daripada belajar semaunya. Jadi ini bukan model crash course, tapi lebih ke pendekatan mentoring dan coaching.

Lebih dari 140 tahun lalu, psikolog Jerman Hermann Ebbinghaus menemukan sesuatu yang tidak nyaman tentang memori manusia. Tanpa pengulangan, kita melupakan hingga 50–70% dari informasi baru hanya dalam sehari. Dalam seminggu, yang tersisa bisa kurang dari 20%. Tapi ada kabar baiknya. Nah, setiap kali kita mereview ulang suatu materi di waktu yang tepat, sebelum kita benar-benar lupa, kurva itu “direset” ke level yang lebih tinggi. Dan makin sering di-reset dengan cara yang tepat, makin landai kurva pelupaan itu. Inilah yang dikenal sebagai spaced repetition.

Apakah bisa lebih cepat? Persiapan PMP dalam waktu 3-4 minggu secara teknis memungkinkan. Tapi untuk seorang working professional, itu artinya kamu harus belajar 4-5 jam sehari sambil tetap kerja full-time, dan hampir tidak ada jeda untuk otak memproses dan mengkonsolidasi informasi baru. Apalagi untuk seseorang yang mungkin hanya bersinggungan dengan aktivitas project management. Penelitian tentang spaced learning menunjukkan bahwa materi yang dipelajari terlalu padat dalam waktu singkat cenderung tersimpan sebagai memori jangka pendek saja. Kamu bisa lulus, tapi cara berpikirmu tidak benar-benar berubah.

Bagaimana kalau 6 bulan? Di sisi lain, persiapan ujian di 5-6 bulan terdengar cukup aman. Tapi dalam praktiknya, mayoritas peserta kehilangan momentum di tengah jalan. Materi yang dipelajari di bulan pertama sudah banyak yang pudar, dan motivasi untuk terus belajar secara konsisten jauh lebih sulit dijaga selama waktu yang panjang.

10 minggu adalah hasil refleksi, riset dan juga lesson learned yang saya dapatkan sebagai trainer selama 4 tahun terakhir ini. 10 minggu adalah waktu yang ideal, tidak terlalu cepat, juga tidak terlalu lama. Ya, istilahnya sweet spot! A golden moment! 10 minggu memberikan cukup waktu untuk 3-4 siklus review per topik atau domain. Ini sesuai dengan apa yang dibutuhkan agar informasi masuk ke long-term memory, dan tentunya tanpa kehilangan momentum dan konsistensi.

Prinsip Belajar 10 Minggu

Untuk memulai sesuatu, kita butuh pegangan seandainya di tengah jalan kita merasa goyah. Prinsip inilah yang akan selalu mengingatkan tujuan kita bersama, yaitu lulus Ujian PMP! Jujurly, banyak peserta yang datang dengan cara belajar lama, seperti kejar jumlah latihan soal, hafal materi sebanyak mungkin, ngebut kenceng mendekati ujian. Tapi, cara itu yang justru malah bikin stuck, kewalahan, dan score latihan soal tidak meningkat signifikan.

• Consistency over Intensity: Konsistensi itu jauh lebih penting daripada intensitas. Kamu tidak perlu belajar 6–8 jam sehari. Cukup luangkan waktu di tengah kesibukan sekitar 1–2 jam, dan lakukan secara rutin. Lebih baik stabil selama 10 minggu daripada semangat di awal lalu drop di tengah jalan.
• Mindset over Methods: Pahami dulu cara berpikir PMI sebelum kebut banyak soal. Istilah kerennya, PMI’ism. Pastikan kamu sudah memiliki fundamental mindset yang baik. Hal ini memudahkan kamu untuk melihat mana kondisi yang benar dan salah. Di PMP, kita diminta untuk berpikir sebagai Leader dalam setiap masalah.
• Reflection over Repetition: Jangan cuma fokus ke jumlah soal. Yang bikin naik level justru proses review-nya. Setiap jawaban salah itu sebenarnya “harta karun” dalam proses pembelajaran. Dari situ kamu mulai lihat pola jawaban, pertanyaan yang tricky, kata-kata yang sering dianggap salah, dan logika khas PMP.

Gambaran Besar 10 Minggu Persiapan

01 Review the Materials – Minggu pertama setelah training biasanya semangat masih tinggi dan masih ada sisa-sisa materi yang tertinggal di ingatan. Buka kembali modul atau training slide, cheat sheat, foto flipchart, dan catatan-catatan penting selama training.

02 Foundation & Mindset – Catat mindset-mindset yang didapat dari setiap topic atau task berdasarkan Training Lessons atau PMP Examination Content Outline (ECO). Sehingga kamu bisa melakukan mapping terhadap topic dan mindset. Sebagai contoh, mindset yang ingin dibangun di topic compliance adalah seorang Project Manager harus memastikan bahwa compliance adalah mandatory requirement, libatkan yang berwenang, dan dokumentasikan.

03 Business Environment Domain – Pelajari bagaimana project dikaitkan ke strategy, benefit, compliance, governance. Yang bikin banyak orang salah bukan karena tidak tahu konsepnya, tapi karena menganggap ini “tambahan kecil”. Padahal di dunia nyata, banyak project gagal bukan karena salah scheduling, tapi karena tidak align dengan bisnis. Jadi meskipun porsinya hanya 8%, mindset Business Environment sering jadi pembeda antara lulus dan tidak. Lakukan Mini Practice sebanyak 20-40 soal dan review jawabannya.

04 Process Domain – Kalau di PMP ada domain yang sering bikin peserta merasa “ini teknis banget”, itu biasanya Process. Bobotnya paling besar dan materinya paling banyak. Dan sering dianggap paling “ribet”. Tapi sebenarnya, Process Domain itu bukan soal hafalan ITTO, tapi cara kamu berpikir secara sistematis sebagai Project Manager. Di banyak soal, jebakannya sederhana, misalnya ada masalah muncul, dan insting banyak orang adalah langsung bertindak. Tapi mindset PMP di Process biasanya: Pause → Analyze → Review plan → Follow process → Then act. Process Domain menguji kedisiplinan profesional. Lakukan Mini Practice 20-40 soal, dan review jawabannya.

05 People Domain – People Domain bukan hanya memperdalam mengenai leadership, tapi juga bagaimana Project Manager bersikap saat ada konflik, stakeholder marah, sponsor menekan, ada resistance terhadap perubahan, dan performa tim menurun. Di sini PMP ingin melihat satu hal, apakah kamu benar-benar bertindak sebagai pemimpin? Mindset yang sering muncul di People Domain itu sederhana tapi konsisten: dengarkan dulu, pahami akar masalah, jangan langsung eskalasi, dan cari solusi kolaboratif. Dan sering kali, domain inilah yang paling terasa “abu-abu”, karena semua pilihan terlihat masuk akal. People Domain itu menguji kedewasaan emosional sebagai Project Manager. Lakukan Mini Practice 20-40 soal, dan review jawabannya.

06 Mock Exam 1 – Mock Exam 1 itu bukan untuk membuktikan kamu siap. Justru sebaliknya. Ini untuk menunjukkan di mana kamu belum siap. Banyak orang berharap skor pertama langsung 75–80%. Lalu panik ketika hasilnya 55% atau 60%, padahal itu normal. Mock Exam 1 fungsinya bukan cari nilai tinggi, tapi untuk mengukur stamina 4 jam, melihat pola kesalahan, menguji time management, dan mengecek apakah mindset sudah nyambung. Di simulasi pertama, kamu akan sadar: ada soal yang terasa mudah tapi salah, ada soal yang terasa sulit tapi ternyata benar, dan ada pola yang sebelumnya tidak kamu sadari. Mock Exam 1 adalah tentang kalibrasi mindset. Review pelan-pelan jawabannya.

07 Review Mock Exam 1 – Skor 55–60% di mock pertama itu normal. Yang lebih penting dari angka adalah: di mana kamu salah? dan kenapa kamu salah? Karena satu kesalahan bisa mewakili satu pola berpikir yang keliru. Sekarang coba pisahkan: salah karena tidak paham konsep, salah karena mindset belum tepat, salah karena salah baca soal, atau salah karena kehabisan waktu. Ini penting, karena treatment-nya beda. Kalau masalahnya konsep, cobalah untuk mengulang materi. Kalau mindset, coba terus untuk melatih logika PMP dan mempelajari pola-pola jawaban yang benar. Kalau time management, cobalah melatih endurance dengan menyimulasikan 4 jam latihan soal. Banyak orang yang habis Mock Exam 1 langsung coba Mock Exam 2 besoknya. Padahal tanpa review mendalam, hasilnya tidak akan jauh berbeda. Review yang benar bisa memakan waktu 2-3 hari.

08 Mock Exam 2 – Kalau Mock Exam 1 itu untuk kalibrasi, maka Mock Exam 2 itu untuk konfirmasi. Di tahap ini, kamu bukan lagi sekadar mencoba. Tapi, kamu sedang menguji: “Apakah perbaikan yang saya lakukan benar-benar efektif?”. Kalau Mock Exam 1 kamu di 65%, Mock Exam 2 seharusnya sudah naik. Tidak harus langsung 85%, tapi harus terlihat peningkatan. Kalau stagnan, berarti review sebelumnya belum cukup dalam. Di Mock Exam 2 biasanya ada perubahan yang terasa: lebih tenang, bisa eliminasi 2 jawaban salah dengan cepat, dan lebih cepat membaca pola soal. Kalau ini mulai terasa, artinya mindset sudah mulai matang. Mock Exam 2 jadi ukuran apakah skor kamu sudah mulai stabil atau belum.

09 Review Mock Exam 2 – Review Mock Exam 2 bukan lagi sekadar cari kesalahan. Tapi memastikan tidak ada blind spot yang tersisa. Di Mock Exam 1 kita fokus ke jawaban salah. Di Mock Exam 2, justru cek juga jawaban yang benar. Tanya ke diri sendiri: apakah saya benar karena benar-benar paham? atau cuma menebak tapi kebetulan tepat? Setelah Review Mock Exam 2, biasanya hanya ada sedikit area yang perlu diperbaiki. Ini adalah fase penguatan mindset, dan penajaman eliminasi jawaban. Kalau Mock Exam 1 itu perbaikan besar, maka di Mock Exam 2 adalah fine-tuning. Dan kalau setelah Mock Exam 2 kamu merasa: “Saya mungkin belum sempurna, tapi saya siap”, silakan untuk ujian. Tapi kalau belum, bisa ambil Mock Exam 3.

10 Final Review – Ini adalah minggu untuk melihat kestabilan kamu. Kalau sampai Week 10 kamu masih merasa harus belajar materi baru, biasanya ada dua kemungkinan: entah kamu kurang percaya diri, atau terlalu perfeksionis. Dan di PMP, perfeksionisme justru bisa jadi jebakan. Di week 10, yang bisa kamu lakukan ada 3 hal: review mistake log, review mindset notes, dan latih eliminasi jawaban. Turunkan intensitas beberapa hari sebelum ujian. Tidur cukup, atur energi dan kesehatan, dan pastikan pikiran tetap jernih. Rasa deg-deg’an pasti ada dan itu normal. Week 10 bukan tentang belajar lebih banyak, tapi percaya pada proses 9 minggu yang sudah kamu lalui dengan luar biasa. Kalau kamu sudah konsisten, sudah review dengan jujur, sudah stabil di mock exam, maka minggu ini bukan lagi soal kemampuan, tapi soal ketenangan.

Hari Ujian – Akhirnya sampai di sini. Setelah 10 minggu belajar, latihan, review, dan mock exam. Sekarang, waktunya eksekusi. Datang lebih awal, tapi juga jangan terburu-buru. Tarik napas dan ingat satu hal: kamu sudah latihan untuk ini. Kecemasan itu normal, tapi panik itu pilihan. Datang dengan satu mindset sederhana: tidak semua soal akan terasa jelas. Dan itu normal. Kalau ragu, kembali ke prinsip: Apa tindakan paling profesional yang harus saya lakukan pertama kali sebagai Project Manager? Ingat, kamu tidak perlu 100% yakin. Kamu hanya perlu cukup konsisten memilih jawaban yang paling align dengan PMP.

Integrasi dengan Mentoring dan Coaching

Struktur 10 minggu ini bisa dilakukan sendiri. Roadmap-nya ada, materinya ada, dan soal latihannya juga ada.Tapi yang tidak bisa kamu dapatkan sendirian adalah seseorang yang bisa melihat blind spot kamu dari luar. Itulah kenapa mentoring dan coaching bukan sebagai tambahan, tapi juga bagian dari persiapan.

Belajar mandiri memberi pengetahuan. Tapi yang mengubah cara berpikir adalah interaksi langsung dengan seseorang yang sudah melewati jalan yang sama.

• Mentoring adalah tentang pengalaman yang dipindahkan. Bukan teori atau best practice, tapi cara berpikir dari seseorang yang sudah menghadapi PMP dan tahu di mana bagian tricky dan tersulitnya. Di sini kamu tidak hanya belajar apa yang benar, tapi mengapa cara berpikir tertentu yang diharapkan PMI.
• Coaching tidak hanya memberikan “powerful question” dan memberikan jawaban, tapi bagaimana membongkar asumsi yang membuat kamu terus salah di soal yang sama. “Kenapa kamu pilih jawaban itu? Apa yang kamu asumsikan tentang situasi ini?” Pertanyaan-pertanyaan seperti inilah yang membuat pola pikir yang salah akhirnya terlihat dan bisa diperbaiki.

Jika keduanya hadir di waktu yang tepat selama 10 minggu, bukan hil yang mustahal kalau Passing Rate 70%-90% kelulusan bisa tercapai.

Kenapa Framework ini Bekerja?

Sebelum “PMP in 10 Weeks” hadir dalam bentuknya sekarang, framework yang sama sudah saya jalankan beberapa kali, melalui proses “inspect & adapt” berulang-ulang, dan dalam konteks yang berbeda-beda. Ada yang di sesi group terbuka, ada yang dijalankan sebagai program corporate untuk tim project management di sebuah perusahaan, dan ada juga yang berjalan secara individual, satu per satu.

Setiap konteks punya dinamikanya sendiri. Peserta group punya tekanan berbeda dibanding peserta corporate. Peserta individual punya hambatan yang lebih personal dibanding yang belajar dalam kelompok. Tapi satu hal yang konsisten di semua konteks itu: selama struktur dijalankan dengan disiplin, dan mentoring serta coaching hadir di momen yang tepat, semua peserta akhirnya sampai di garis finish. Semua peserta lulus ujian PMP. Passing Rate 70-80%!

Perjalanan tidak selalu berjalan lancar. Ada peserta yang sempat mau menyerah di minggu keenam. Ada yang harus reschedule exam karena merasa belum siap. Bahkan ada yang gagal di ujian pertama dan harus retake. Tapi akhirnya mereka sampai, merasakan bagaimana rasanya ujian PMP.

PMP in 10 Weeks ini hanya salah satu cara mempersiapkan ujian. Yang terpenting adalah bagaimana memastikan bahwa setiap peserta memiliki visi yang jelas.

PMP, yakin pasti bisa!

The post Persiapan Ujian PMP Dalam 10 Minggu appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Menurut saya, banyak peserta yang sebenarnya sudah belajar cukup lama. Mereka sudah baca buku-buku referensi, sudah ikut training di kelas, sampai ikut mentoring, bahkan sudah mengerjakan banyak soal-soal simulator atau mock exam. Tetapi ketika menghadapi soal scenario-based, mereka masih bingung memilih jawaban. Ketika Anda sudah berada di titik mampu mengeliminasi dua pilihan jawaban yang salah, Anda sudah berada di jalur yang benar. Nah, biasanya kebingungan muncul ketika dua pilihan jawaban tersisa terlihat sama sama benar. Iya kan? Iya, silakan anggukan kepala. Di titik itulah mindset sangat menentukan.

Karena itulah menurut saya setiap kandidat PMP perlu memiliki cara berpikir yang sistematis ketika membaca soal, dan tentunya bisa diaplikasikan di semua soal. Bukan sekadar membaca lalu langsung memilih jawaban yang terlihat paling sesuai dengan pengalaman pribadi. Justru pendekatan yang lebih tepat adalah berhenti sejenak, memahami konteksnya, lalu mengikuti pola berpikir tertentu. Saya mencoba untuk membuat satu framework yang mungkin bisa Anda gunakan di hampir semua soal-soal PMP. Saya membuat framework ini dengan dua kriteria sederhana, yaitu mudah digunakan di semua soal, dan cara yang mudah diingat. Saya menamainya dengan framework 4-STEP.

Apa itu 4-STEP

Sesuai namanya, 4-STEP artinya 4 langkah bagaimana cara kita membaca soal ujian PMP. Menurut saya framework ini sangat membantu karena mengikuti cara berpikir yang sebenarnya cukup natural bagi seorang project manager.

1. Study the Problem

Langkah pertama adalah Study the Problem. Menurut saya banyak peserta ujian yang terlalu cepat mencari solusi sebelum benar benar memahami masalahnya. Padahal di dunia project, hal pertama yang harus dilakukan adalah memahami situasi terlebih dahulu. Awali dengan pertanyaan, “Apa sebenarnya yang sedang terjadi?”, “Apakah ini sebuah risk, issue, change request, atau hanya miskomunikasi dalam tim.” Menurut saya seorang project manager yang baik selalu mencoba menganalisis situasi sebelum bereaksi. Karena itu ketika membaca soal PMP, kita perlu melatih diri untuk melihat kata kata seperti analyze, evaluate, identify, atau assess. Biasanya soal sedang mengarahkan kita untuk memahami akar masalah terlebih dahulu.

Sayangnya di dunia nyata, kita dituntut sebagai Project Manager yang tactical. Project Manager yang jago selalu dikaitkan dengan seberapa cepat dalam pengambilan keputusan. Identifikasi masalah ini yang seringkali kita abaikan. Begitu ada masalah, pikiran kita langsung lompat ke solusi. Evaluasi dan identifikasi masalah hanya berada di level pengalaman dan unconscious competence.

Saya contohkan seperti kita belajar menyetir mobil. Awalnya kita berada di conscious incompetence, ada perasaan takut, tegang, badan serasa masih kaku mengoperasikan kendaraan. Setelah belajar, kita masuk ke dalam conscious competence, bahwa kita telah sadar dan hapal kalau kita bisa melakukan setiap proses dengan benar. Semakin hari kita membiasakan diri, akhirnya kita masuk ke dalam unconscious competence, dimana kita tidak perlu lagi mengingat step-by-step apa yang harus dilakukan, semuanya reflek terjadi tanpa harus berpikir secara sadar. Nah, kembali ke project, coba Anda bayangkan dan munculkan kembali unconscious competence tadi. Yes, awali dengan analyze, evaluate, identify. Kalau Anda sudah memunculkan ini, selamat Anda berhasil di langkah pertama

2. Talk to the Team

Langkah kedua adalah Talk to the Team. Menurut saya ini sangat mencerminkan prinsip servant leadership yang sering ditekankan oleh PMI. Seorang project manager tidak bekerja sendirian, dan orang kepercayaan Project Manager adalah tim itu sendiri. Menurut saya project manager yang baik tidak langsung mengambil keputusan sepihak. Ia justru melibatkan tim dan stakeholder untuk mendapatkan perspektif yang lebih lengkap. Karena itu dalam banyak soal PMP, jawaban yang mengarah pada diskusi dengan tim, memfasilitasi meeting dan kolaborasi, atau melibatkan stakeholder sering kali menjadi pilihan yang lebih baik dibandingkan langsung mengambil keputusan sendiri. Ini bukan sekadar teknik menjawab soal, tetapi refleksi dari bagaimana seorang project manager seharusnya bekerja. Project Manager sekaligus sebagai Project Leader.

Pemahaman mindset Project Manager sekaligus sebagai Project Leader memang bukan hal yang mudah. Kita terbiasa sebagai seorang Manager. Seseorang yang kerjanya dianggap hanya “nyuruh-nyuruh”, menanyakan progress, mengkompilasi laporan harian dari project team dan mempresentasikannya ke Stakeholders. Kalau di RACI matrix, kita sebagai Project Manager berada di level Accountable (tanggung gugat) dan Project Team berada di level Responsible (tanggung jawab). Model RACI matrix inilah yang menjadi pegangan kita dalam struktur role & responsibility sehingga Project Manager dianggap sebagai seorang Manager.

Sekarang bayangkan ketika Project Manager berada di level Accountable dan Project Team juga berada di level Accountable. “Loh, emang ada model role & responsibility seperti ini?”. Pertanyaan ini yang sering saya dengar di kelas. “Orang yang bertanggung jawab (Responsible), pasti ada yang bertanggung gugat atau manager-nya (Accountable)”. Aturannya memang seperti itu kan? Sekarang bayangkan kembali jika Project Manager dan Project Team berada di level yang sama, apa yang harus dilakukan oleh seorang Project Manager?

3. Examine the Documents

Langkah ketiga adalah Examine the Documents. Menurut saya ini sering diabaikan oleh peserta ujian. Banyak orang langsung ingin memperbaiki masalah tanpa melihat dokumentasi project terlebih dahulu. Padahal dalam praktik project management, dokumen seperti project charter, project management plan, stakeholder register, risk register, atau lessons learned adalah referensi penting yang selalu kita review.

Bayangkan ketika kita sudah membuat Risk Register, kita pasti tahu betul atau minimal ingat kira-kira response apa yang harus dilakukan terhadap risiko-risiko yang sudah kita identifikasi. Iya dong, kan kita Project Managernya. Nah, ketika risk trigger muncul, apa yang kita lakukan? Pasti langsung bereaksi, pasti. “Kenapa saya harus melihat risk register lagi, kalau saya ingat betul apa yang harus saya lakukan?” Dan jawaban reaksi ini anehnya selalu muncul di pilihan jawaban.

Di ujian, PMI ingin melihat apakah kita berpikir secara sistematis dan mengikuti governance yang ada. Karena itu ketika ada pilihan jawaban yang menyarankan untuk meninjau rencana project, memeriksa artifact atau register tertentu, pilihan itu sering kali lebih tepat dibandingkan tindakan yang terlalu cepat.

4. Process Before Action

Langkah keempat adalah Process Before Action. Menurut saya ini adalah salah satu mindset paling penting dalam ujian PMP. Banyak jawaban yang terlihat langsung mengambil keputusan, seperti langsung mengganti anggota tim, langsung mengubah scope, atau langsung melakukan eskalasi. PMI jarang menganggap tindakan seperti itu sebagai langkah pertama. Seorang project manager sebaiknya mengikuti proses terlebih dahulu. Misalnya mengikuti change control process jika ada perubahan baseline, memperbarui risk register jika ditengah-tengah menemukan risiko baru, atau menjalankan prosedur yang sudah disepakati dalam project management plan. Lihat kembali di jawaban, ketika dua jawaban terlihat sama-sama masuk akal, biasanya yang benar adalah yang mengikuti proses.

Di langkah keempat ini, mulailah dengan menganalisis situasi dan posisi project yang ada di soal. Apakah kita sedang berada di awal-awal project, atau kita berada di executing. Menurut saya ini sangat penting karena banyak peserta ujian lupa bahwa setiap tahapan project memiliki tindakan yang berbeda. Misalnya jika project masih berada di awal, tentu tidak mungkin kita langsung berbicara tentang perubahan scope atau melakukan perubahan pada schedule. Sebaliknya jika project sudah berada di tahap executing, biasanya keputusan yang diambil berkaitan dengan pengelolaan tim, komunikasi stakeholder, atau implementasi risk response. Jadi memahami konteks posisi project sering kali membantu kita mengeliminasi beberapa jawaban yang sebenarnya tidak relevan.

Mari Kita Coba

Soal pertama:

Due to market changes, a company decided to speed up its product release schedule, moving from yearly cycles to quarterly cycles. The project manager views this as an excellent opportunity to use an agile life cycle, but upper management is not sold on the idea.

What should the project manager do to increase the chances of success by using this approach?

A. Seek the project sponsor’s approval for additional budget and resources.

B. Review the product backlog to identify some quick wins to present to stakeholders.

C. Invite upper management to attend a digital transformation workshop.

D. Have the project team work virtually and use the cost savings to speed up delivery.

1. Step 1 – Study: Perhatikan soal secara keseluruhan karena pertanyaannya tidak straight-forward typical pertanyaan PMP yang kebanyakan bertanya “What should the project manager do next?”. Di soal ini kita diminta untuk ““increase the chances of success by using this approach”. Soal ingin meminta kita bagaimana membuktikan kalau pendekatan Agile itu berhasil. Jadi problem statementnya adalah lack of evidence/ confidence terhadap Agile.
2. Step 2 – Talk: Ada dua pola pendektan yang sering muncul di ujian PMP mengenai Stakeholder Engagement, yaitu edukasi seperti training atau workshop (pilihan C), dan demonstrasi seperti quick wins (pilihan B). Dalam konteks soal-soal seperti ini, Agile Practices lebih menyukai sesuatu yang sifatnya “menunjukkan”, karena resistance seringkali tidak hilang hanya dengan training.
3. Step 3 – Examine: Ada petunjuk penting di soal dimana perusahan ingin “speed up delivery”. Agile dikenal dengan “incremental delivery & early value”. Artinya solusi terbaik adalah dengan “menunjukkan” value secepat mungkin. Dan itu hanya bisa dilakukan dengan “quick wins”, “early delivery”, “backlog prioritization”.
4. Step 4 – Process: Proses sering diasosiasikan dengan governance dan alignment. Dalam konteks Agile, proses berarti cara kita men “deliver value early and iteratively”. Jadi bukan hanya sekadar prosedur formal, tetapi validasi melalui delivery, dan build trust melalui hasil.

Soal kedua:

A project manager is planning for a project team that will soon start work on a critical subsystem. There are two technical alternatives identified for the subsystem, but it is not clear if either alternative will perform satisfactorily. The project will be compromised if the performance of the critical subsystem falls short.

What should the project manager do first?

A. Direct the team to assess and evaluate the alternatives for the subsystem.

B. Add subsystem performance to the issue log and assign an owner for that issue.

C. Schedule work for the most promising alternative and add management reserve for the other alternative.

D. Advise stakeholders of the major risk to the project posed by the subsystem’s performance.

1. Step 1 – Study: Tipikal soal PMP banget. Ya nggak? Kita lihat di soal kalau ada 2 pilihan teknis dan belum jelas apakah salah satunya akan berhasil. Team akan bekerja di critical subsystem, dan kalau gagal, “project will be compromised”. Ini bukan issue, ini bukan decision point. Jelas ini adalah uncertainty, dimana belum ada cukup informasi untuk mengambil keputusan.
2. Step 2 – Talk: Dalam konteks ini, pertanyaannya adalah siapa yang paling relevant? Sudah pasti, technical team. Ini adalah murni masalah teknis, dan butuh evaluasi mendalam. Selalu ingat kalau Project Manager tidak boleh mengambil keputusan sendiri tanpa masukkan dari tim. Saya selalu mengatakan ini di kelas, “tim adalah orang yang paling dipercaya oleh Project Manager”.
3. Step 3 – Examine: Di soal kelihatan kalau ini berada di tahap Planning. Artinya pekerjaan belum dimulai, dan ini waktunya analisis sebelum eksekusi. Jadi disini, tidak ada yang namanya assign issue, memilih solusi, ataupun eskalasi.
4. Step 4 – Process: Sekarang kita evaluasi dengan pertanyaan “apa langkah pertama yang paling benar secara proses?”. Jawabannya adalah diskusi dengan team untuk melakukan evaluasi terhadap pilihan-pilihan yang ada.

Pola Berpikir

Untuk bisa memulai pola berpikir, kita bisa mulai dengan memahami masalah, kemudian melibatkan tim project, lalu meninjau dokumentasi project, dan akhirnya mengambil tindakan yang sesuai dengan proses yang ada. Pola ini bukan hanya membantu saat ujian, tetapi juga sangat relevan dalam praktik project management sehari hari.

Menurut saya framework ini tidak rumit, mudah diingat, dan sangat selaras dengan cara berpikir yang diharapkan oleh PMI. Ketika membaca soal ujian PMP, kita hanya perlu mengingat empat kata sederhana, yaitu Study. Talk. Examine. Process.

Dengan membiasakan diri berpikir dengan pola seperti ini, memilih jawaban akan terasa jauh lebih mudah. Kita tidak lagi berhenti di jago mengeliminasi dua jawaban yang salah, kemudian menebak-nebak jawaban tersisa, tetapi kita sudah memiliki keyakinan kalau jawaban yang kita pilih adalah jawaban yang PMP banget. Kita mencoba untuk mengikuti cara berpikir seorang project manager yang ideal menurut PMI. Yaah, dunia nyata memang tidak seindah dunianya PMP. Disitu kita menemukan gap, dan disitulah kunci sebenarnya untuk lulus ujian PMP.

The post PMP Mindset Menggunakan 4-STEP Framework appeared first on Adi Kristanto | Project Management Consultant & Trainer.

1 – Cost Management menjadi Finance

Salah satu perubahan yang kelihatan beda banget dengan PMBOK sebelumnya adalah pergeseran dari terminologi Cost  menjadi Finance. Ini bukan hanya sekadar mengganti istilah agar terdengar lebih modern, tetapi juga sudut pandang Project Manager yang mulai diperluas. Kalau dulu kita sering sekali berbicara mengenai cost baseline dan project budget, dan bagaimana mengendalikan pengeluaran agar tidak melewati batas atau baseline yang sudah ditetapkan di planning. Sekarang cakupannya meluas ke justifikasi investasi, analisis kelayakan (feasibility), hingga bagaimana project benar-benar berkontribusi pada nilai bisnis organisasi atau perusahaan. Artinya, Project Manager tidak cukup hanya paham variance dan earned value. Nah, disini kita dituntut memahami keputusan finansial secara lebih strategis dan mampu berdiskusi dengan stakeholders tentang dampak bisnisnya.

2- Integration menjadi Governance

Perubahan berikutnya yang menurut saya sangat signifikan adalah transformasi dari Integration menjadi Governance. Dulu kita diajarkan kalau tugas utama Project Manager adalah mengintegrasikan seluruh Knowledge Area di dalam Project Management Process Group agar project berjalan dengan harmonis. Sekarang fokusnya bergeser ke tata kelola atau istilah kerennya, Governance. Nah, governance ini berbicara tentang alignment dengan strategi organisasi, cara pengambilan keputusan, transparansi, hingga akuntabilitas. Project Manager dilihat bukan lagi sekadar koordinator aktivitas, tetapi juga penjaga arah agar project tetap berada dalam track yang benar dan selaras dengan tujuan perusahaan. Di banyak organisasi Indonesia yang sedang memperkuat tata kelola, ini menjadi sangat relevan.

3- Communication menyatu dengan Stakeholder

Kemudian berikutnya adalah penyatuan Communications dengan Stakeholders. PMI menyadari bahwa selama ini komunikasi tidak pernah berdiri sendiri. Mengirim weekly atau monthly report yang biasa kita kerjakan, atau membuat status update ketika ditanya oleh atasan atau manajer bukanlah inti dari komunikasi. Intinya adalah bagaimana kita memahami, melibatkan, dan menggerakkan stakeholder. Disini komunikasi dilihat menjadi bagian dari pengelolaan ekspektasi, membangun dialog dua arah, serta menciptakan feedback loop yang sehat. Ini mengingatkan saya setiap kali ditanya oleh manajemen “apa yang paling sulit ketika kita mengelola project? Jawaban saya salah satunya adalah “managing stakeholder expectation”. Ini sangat sejalan dengan pendekatan kompetensi dalam ujian PMP saat ini yang lebih menekankan kemampuan memengaruhi dan membangun hubungan dengan stakeholder.

4 – Quality tidak lagi menjadi Domain tersendiri

Quality juga mengalami pergeseran cara pandang. Di PMBOK sebelumnya, kualitas sering terlihat sebagai domain yang cukup teknis dan administratif. Nah, di PMBOK 8 ini, kualitas tidak lagi diperlakukan sebagai prosedur atau checklist. Mulai saat ini, kualitas dipandang sebagai perilaku dan budaya kerja project team. PMI ingin mendorong Project Manager untuk melihat dan memahami bagaimana keputusan diambil, bagaimana kolaborasi dibangun, dan bagaimana tim memastikan bahwa produk yang dihasilkan benar-benar sesuai kebutuhan pelanggan. Di PMBOK 8 yang baru ini, fokusnya bukan lagi pada tools semata, tetapi pada mindset. Ini selaras dengan cara kerja Agile yang menekankan continuous improvement dan tanggung jawab kolektif terhadap hasil.

5- Hybrid dan Agile mendapat porsi lebih besar

Berbicara tentang agile, porsi untuk pendekatan hybrid dan agile memang semakin besar. Kalau kita lihat realitas di lapangan saat ini memang menunjukkan bahwa jarang sekali project yang sepenuhnya Predictive (Waterfall) atau sepenuhnya Adaptive (Agile). Saya seringkali menemui banyak tantangan organisasi atau perusahaan yang mencoba untuk bertransformasi dari predictive ke adaptive. Tantangan terberat adalah organizational culture, sehingga banyak organisasi atau perusahaan yang mengombinasikan keduanya sesuai konteks atau kebutuhan project. Istilah kerennya adalah Tailoring. PMBOK 8 mengakui kenyataan ini dan memberi ruang yang lebih luas untuk bisa beradaptasi. Project Manager tidak lagi dituntut menjadi pengikut metodologi atau framework tertentu, tetapi menjadi pemilih pendekatan yang paling tepat untuk situasi yang dihadapi. Fleksibilitas dan mampu beradaptasi adalah kuncinya.

6 – Fokus terhadap Value dan Business Impact

Pergeseran lain yang sangat penting adalah fokus yang lebih besar pada value dan business impact. Dulu project sering kali diukur dari tiga indikator klasik, yaitu sesuai ruang lingkup (Scope), tepat waktu (Schedule), dan sesuai anggaran (Cost). Istilah ini yang sering kita kenal dengan “Triple Constraint”. Kalau di dunia Construction dan Oil & Gas seringkali kita mendengar jargon BMW, Biaya Mutu Waktu. Sekarang pertanyaan yang lebih mendasar adalah apakah project tersebut benar-benar memberikan manfaat nyata bagi organisasi dan stakeholder. Apakah selaras dengan strategi jangka panjang? Apakah menciptakan dampak yang berkelanjutan? Pertanyaan-pertanyaan ini menuntut Project Manager untuk mampu berbicara dalam bahasa bisnis, bukan hanya bahasa teknis project.

7 – Pendekatan berbasis Prinsip

PMBOK 8 juga semakin menegaskan pendekatan berbasis prinsip. PMI menekankan bahwa project management tidak bisa lagi dibatasi oleh daftar proses yang harus diikuti secara kaku. Prinsip memberikan keleluasaan dalam menghadapi kompleksitas dan ketidakpastian. Daripada bertanya proses apa yang harus dijalankan, Project Manager didorong untuk berpikir prinsip apa yang harus dipegang dalam situasi tertentu. Ini menuntut kedewasaan profesional dan kemampuan berpikir kritis. Prinsip inilah yang akhirnya memberikan “nyawa” di PMBOK. Project Manager sekarang punya pegangan, “apa yang sebenernya harus saya lakukan sebagai seorang Project Manager”.

8 – Peran Project Manager semakin strategis

Jika kita tarik benang merah dari seluruh perubahan ini, jelas terlihat bahwa peran Project Manager jaman now semakin strategis. Kita sebagai Project Manager bukan lagi schedule administrator. Project Manager adalah orang yang bisa mengarahkan value, menjaga tata kelola, sebagai mitra bisnis, sekaligus sebagai pemimpin yang mampu menavigasi kompleksitas.

Bagi Project Manager yang saat ini sedang mempersiapkan ujian PMP, membangun PMO di perusahaan, atau yang sedang mengelola project di organisasi yang sedang bertransformasi, memahami perubahan ini bukan hanya sekadar untuk lulus ujian. Tetapi juga tentang bagaimana supaya skill dan kompetensi kita sebagai Project Manager tetap relevan.

The post 8 Hal Penting di PMBOK 8 appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Kenapa PMP Exam Berubah?

PMI secara rutin melakukan Job Task Analysis (JTA) untuk memastikan bahwa sertifikasi PMP tetap relevan dengan praktik di lapangan atau industri saat ini. Melihat dunia project management yang terus bergerak, teknologi juga sudah semakin canggih, dan business expectation perusahaan juga mulai bertransformasi. Sehingga, peran Project Manager juga mau gak mau harus ikut berubah. “Change or Die”, kalau tidak mau berubah, ya siap-siap saja tertinggal. Tujuan utama pembaruan ini sebenernya cukup sederhana, yaitu ujian sertifikasi project management harus benar-benar mengukur pengetahuan dan kompetensi yang paling sering digunakan dalam praktik nyata, bukan sekadar best-practice di buku PMBOK yang jarang dipakai di kenyataan. Karena itu, PMP 2026 dirancang untuk lebih mencerminkan kebutuhan organisasi jaman now.

Topik Baru dan Penguatan Materi

Ada tiga penguatan besar yang bisa kita perhatikan. Pertama adalah Artificial Intelligence (AI). AI tidak muncul sebagai topik khusus yang berdiri sendiri, tetapi terintegrasi dalam berbagai performance domain. Kandidat diharapkan memahami bagaimana AI bisa mendukung pengambilan keputsan, analisis data-data di project, forecasting mengenai penjadwalan dan biaya, hingga efisiensi cara kerja project. Kalau kita lihat artikel-artikel mengenai tenaga kerja professional, banyak yang bilang kalau perusahaan lebih tertarik dengan karyawan yang melek dan mampu menggunakan AI. Apalagi mulai banyak pekerjaan administrasi di project management yang sudah mulai menggunakan Generative AI. Jadi, PMI mau kasih tahu kalau AI disini bukan pemahaman di level teknis, tetapi lebih ke pemanfaatan atau adopsi dalam konteks project management. Ada 3 level adopsi yang dibahas di PMBOK, yaitu Automation, Assistance, dan Augmentation. Untuk penjelasan lebih lanjut, silakan lihat PMBOK 8, Appendix X3: Artificial Intelligence, halaman 237.

Kedua adalah Sustainability. Ini bukan sekadar istilah atau jargon ESG (Environmental, Social, and Governance), tapi juga bagaimana 3 pilar sustainability (People, Planet, Profit) bisa terintegrasi ke dalam aktivitas project. Sustainability saat ini menjadi bagian dari cara kita merencanakan dan mengendalikan project. Dampak lingkungan dan sosial harus dipertimbangkan bersamaan dengan quality, cost, dan risk. Prinsip ini mengajak tim project untuk memikirkan dampak yang mungkin ditimbulkan project terhadap pihak lain dan menentukan cara terbaik untuk mengatasinya. Pendekatannya bisa dimulai dari memberikan kompensasi kepada pihak yang terdampak, mengurangi dampak negatif yang terjadi, hingga sebisa mungkin mencegah dampak tersebut sejak awal. Untuk penjelasan lebih lanjut, silakan lihat PMBOK 8, section 3.7 Integrate Sustainability Within All Project Areas, halaman 48.

Ketiga adalah penguatan di domain financial management. Ada task baru yang lebih detail dalam domain Process, termasuk financial analysis, contingency management, dan reserve management. Ini menegaskan bahwa pemahaman finansial bukan lagi nilai tambah, tetapi kompetensi seorang Project Manager.

Perubahan Bobot Domain

Struktur domain masih tetap sama, yaitu People, Process, dan Business Environment. Namun bobotnya yang kali ini berubah cukup signifikan. Business Environment naik drastis dari 8 persen menjadi 26 persen. Wow, ini peningkatan lebih dari tiga kali lipat. Sedangkan Process turun dari 50 persen menjadi 41 persen. People juga mengalami penyesuaian.

Dari perubahan bobot domain ini, sepertinya PMI ingin menutup gap antara project execution dan business strategy. Project Manager didorong untuk menjadi strategic partner, bukan lagi sekadar pengelola scope, timeline dan budget.

Walaupun terlihat seperti perubahan besar, sebagian besar sebenarnya adalah penataan ulang dari task yang sudah ada. Yang paling menarik di ECO 2026 ini adalah alignment dengan “reframing” project success menurut PMI  (Maximizing Project Success: What is Project Success?, November 2024). Walaupun jumlah Task-nya menjadi lebih sedikit di ECO 2026 (26 Task), dari yang sebelumnya 35 Task, tapi secara “Enabler” justru ada penambahan. Hasil analisis saya, sekitar 90 persen isi dari ECO 2021 masih muncul di ECO 2026, hanya penekanannya saja yang berubah. Kalau kata anak PM jaman now, barangnya masih itu-itu saja.

Development Approach yang Semakin Adaptif

Pendekatan Adaptive (Agile) dan Hybrid (gabungan antara Predictive dan Adaptive) kini mendapat porsi yang lebih besar secara kombinasi. Fokus pada pendekatan adaptive dan hybrid meningkat menjadi sekitar 60 persen, sementara pendekatan predictive mengalami penurunan.

Ini mencerminkan realita di lapangan. Ketika saya berdiskusi dengan banyak manager di berbagai perusahaan, mereka bercerita kalau organisasi atau perusahaan tidak lagi bekerja secara murni predictive atau waterfall. Mereka mencoba mencari “jalan tengah” yang lebih pas dengan situasi di perusahaan. Istilah kerennya “tailoring”. Kemampuan memilih delivery approach berdasarkan konteks project menjadi sangat penting bagi Project Manager dan Stakeholders. Menurut saya, ini bukan soal mana yang lebih baik, tetapi mana yang paling sesuai dengan kebutuhan project. Sehingga, bukan tidak mungkin dalam suatu organisasi akan memiliki beberapa development approaches atau project life cycle.

Perubahan Pengalaman Ujian

Dari sisi teknis pelaksanaan ujian, kita bisa melihat hanya ada penyesuaian durasi ujian.

• Jumlah soal masih tetap sama. Total ada 180 soal, dimana 170 soal memiliki poin (scored) dan 10 soal tidak memiliki poin (unscored).
• Durasi ujian menjadi 240 menit atau 4 jam. Yup, kembali lagi ke ujian PMP jaman dulu. Durasi ini mengingatkan saya ketika mengambil ujian sertifikasi PMP di 2017. Bedanya dulu 200 soal.
• Waktu istirahat masih tetap sama. 2 kali 10 menit.

Jika dihitung, waktu rata-rata per soal masih relatif sama, sekitar 1 menit 20 detik. Artinya, tekanan waktu tidak jauh berbeda dengan ujian sebelumnya. Fokus utama ujian tetap pada kemampuan analisis dan pengambilan keputusan.

Tipe soal juga semakin bervariasi. Di ujian terbaru nanti, akan ada lebih banyak scenario based question, drag and drop, enhanced matching, dan interpretasi grafik atau diagram. Menurut saya, soal pilihan ganda masih akan tetap mendominasi sekitar 90 persen. Disini, kandidat tidak hanya diuji mengenai pengetahuan, tetapi juga kemampuan membaca konteks permasalahan project.

Timeline Penting Menuju PMP 2026

Berikut adalah beberapa milestone yang perlu diperhatikan:

• Desember 2025 dibuka registrasi pilot exam.
• Januari 2026 menjadi periode pelaksanaan pilot.
• Hasil pilot dirilis sekitar bulan Maret.
• PMI akan merilis learning material resmi terbaru sekitar bulan April hingga Mei 2026.
• Tanggal 7 Juli 2026 adalah hari terakhir untuk mengambil ujian versi lama.
• Tanggal 8 Juli 2026 biasanya tidak ada jadwal ujian kalau melihat proses transisi sebelumnya.
• Mulai 9 Juli 2026, ujian baru resmi berlaku.

Harus Ambil Ujian Sekarang atau Nanti?

Nah, ini dia pertanyaan yang paling sering muncul di kelas persiapan ujian PMP. Kalau Anda sudah training dan nyaman dengan materi ECO 2021, menurut keyakinan saya mengambil ujian sebelum 30 Juni 2026 adalah pilihan yang logis. Pola soal lebih familiar dan Anda tidak perlu menunggu materi baru. Ya nggak?

Tapi, kalau belum ada rencana dekat untuk training dan ujian, menunggu versi 2026 juga masuk akal. Mungkin saja waktu training yang belum pas dengan kondisi sibuknya project, atau budget yang belum dialokasikan untuk biaya training. Anda punya banyak waktu untuk bisa belajar dengan pendekatan terbaru.

Ada juga pilihan “pilot exam” 2026 bagi yang siap mengambil risiko dengan potensi insentif tertentu, seperti mendapatkan kesempatan untuk melakukan re-take secara free jika gagal di percobaan pertama. Tapi sepertinya ini cocok untuk yang benar-benar siap mental menghadapi ujian dengan format yang baru. Untuk mengetahui mana yang paling pas, pilihlah yang paling sesuai dengan timeline dan gaya belajar Anda.

Apa yang Tetap Sama?

Meskipun ada perubahan, beberapa hal utama masih tidak berubah. PMP tetap menjadi sertifikasi global yang diakui luas saat ini. Di Indonesia sendiri, mulai muncul awareness yang baik mengenai sertifikasi berstandard global. Kemudian struktur domain People, Process, dan Business Environment juga masih tetap digunakan. Dan yang terakhir, pendekatan predictive, adaptive, dan hybrid tetap menjadi pondasi.

The post Perubahan Ujian PMP Juli 2026 appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Beberapa tipe kontrak yang umum di dalam project management antara lain:

1. Kontrak Lump Sum (Fixed-Price Contract): Kontrak ini menetapkan harga tetap untuk keseluruhan project, sehingga kontraktor bertanggung jawab untuk menyelesaikan pekerjaan sesuai dengan anggaran yang telah disepakati.
2. Kontrak Biaya Ditambah (Cost-Plus Contract): Dalam kontrak ini, kontraktor akan diberikan pembayaran atas biaya pekerjaan yang diakumulasikan, ditambah dengan keuntungan atau biaya yang telah disepakati sebelumnya.
3. Kontrak Waktu dan Bahan (Time and Material Contract): Dalam jenis kontrak ini, kontraktor diberikan pembayaran berdasarkan jam kerja dan biaya bahan yang dikeluarkan. Kontrak ini sering digunakan ketika lingkup pekerjaan sulit untuk ditentukan dengan jelas pada awal project.
4. Kontrak Alih Waktu (Time-Based Contract): Dalam kontrak ini, kontraktor diberikan pembayaran berdasarkan jumlah waktu yang dihabiskan untuk melaksanakan project. Biaya per jam atau biaya per hari kerja sering digunakan dalam jenis kontrak ini.

Agile Contract

Agile contract adalah jenis kontrak yang digunakan dalam metodologi Agile Software Development. Dalam Agile, kontrak cenderung lebih fleksibel dan berfokus pada kerjasama antara pihak-pihak yang terlibat. Kontrak Agile menekankan pada kerangka kerja yang adaptif dan memberikan ruang bagi perubahan kebutuhan project yang terjadi seiring waktu. Tujuan utama dari kontrak Agile adalah memfasilitasi kolaborasi dan mengakomodasi perubahan yang mungkin terjadi selama proses pengembangan.

Di dalam tulisan kali ini, saya akan membahas 2 pendekatan yang sangat sering digunakan dan dibahas dalam pembuatan kontrak Agile, yaitu “Money for Nothing” dan “Change for Free”. “Money for Nothing” menekankan pada memberikan nilai (value) atau hasil (result) yang berarti kepada klien bahkan sejak awal project. Ini berarti klien harus menerima manfaat atau deliverable yang bernilai meskipun project belum sepenuhnya selesai. Sedangkan prinsip “Change for Free” menyoroti fleksibilitas dalam mengakomodasi perubahan kebutuhan yang mungkin terjadi selama project berlangsung.

Money for Nothing

Dalam konteks Agile Environment, kontrak “Money for Nothing” mengacu pada pendekatan pembayaran yang berbeda dari kontrak tradisional di mana penyedia layanan menerima pembayaran berdasarkan deliverables atau hasil yang diperoleh. Dalam Agile, pendekatan ini digantikan dengan pembayaran berdasarkan upaya dan waktu yang diinvestasikan dalam project, terlepas dari hasil akhir yang dihasilkan.

Dalam kontrak “Money for Nothing”, pelanggan setuju untuk membayar penyedia layanan berdasarkan tingkat upaya dan waktu yang dihabiskan untuk bekerja pada project. Dalam metodologi Agile, project dibagi menjadi iterasi singkat yang disebut sprint, di mana tim pengembangan berfokus pada sejumlah fitur atau pekerjaan yang harus diselesaikan dalam periode waktu tertentu, biasanya satu hingga empat minggu.

Setiap sprint, tim pengembangan menghabiskan waktu dan upaya untuk menghasilkan deliverables sebanyak mungkin berdasarkan prioritas dan kebutuhan pelanggan. Setelah selesai, hasil sprint ini dapat ditinjau oleh pelanggan untuk memberikan masukan dan pengarahan lebih lanjut.

Dalam kontrak “Money for Nothing”, penyedia layanan akan menerima pembayaran berdasarkan upaya dan waktu yang dihabiskan untuk setiap sprint, terlepas dari hasil yang dihasilkan pada akhir sprint tersebut. Artinya, pembayaran kepada penyedia layanan tidak bergantung pada tingkat keberhasilan atau hasil akhir proyek, melainkan pada upaya yang diinvestasikan.

Pendekatan ini memungkinkan fleksibilitas dan adaptabilitas yang lebih besar dalam pengelolaan proyek Agile. Pelanggan dapat terlibat secara aktif dalam proses pengembangan, memprioritaskan pekerjaan yang diinginkan, memberikan umpan balik, dan mengubah kebutuhan seiring berjalannya waktu. Dalam konteks ini, pembayaran yang dilakukan oleh pelanggan kepada penyedia layanan mencerminkan upaya dan waktu yang dihabiskan, bukan hanya hasil akhir yang dihasilkan.

Namun, penting untuk dicatat bahwa kontrak “Money for Nothing” tidak berarti bahwa hasil akhir tidak penting. Masih ada tanggung jawab untuk menghasilkan deliverables yang bermanfaat dan memenuhi kebutuhan pelanggan. Tetapi, pendekatan ini memberikan fleksibilitas bagi pelanggan dan tim pengembangan untuk beradaptasi dengan perubahan kebutuhan selama project berlangsung.

Ada beberapa faktor yang memungkinkan perusahaan untuk menggunakan kontrak “Money for Nothing” dalam pengelolaan Agile Project. Beberapa faktor tersebut antara lain:

1. Fokus pada upaya dan kolaborasi: Jika perusahaan ingin menekankan nilai dari upaya yang diinvestasikan dalam project daripada hasil akhir yang dihasilkan, kontrak “Money for Nothing” dapat menjadi pilihan yang sesuai. Pendekatan ini memungkinkan perusahaan untuk memperhatikan keterlibatan tim pengembangan, kolaborasi, dan proses pengembangan yang adaptif, daripada hanya berfokus pada deliverables yang kaku.
2. Fleksibilitas dan adaptabilitas yang tinggi: Jika perusahaan beroperasi dalam lingkungan yang cepat berubah di mana kebutuhan pelanggan dan persyaratan project sering berubah, kontrak “Money for Nothing” dapat memberikan kerangka kerja yang lebih fleksibel. Dalam hal ini, perusahaan dapat dengan mudah menyesuaikan perubahan kebutuhan tanpa mempengaruhi biaya atau jadwal secara signifikan.
3. Kemitraan jangka panjang dan kepercayaan: Kontrak “Money for Nothing” cenderung cocok untuk perusahaan yang menjalin hubungan jangka panjang dengan penyedia layanan yang ada tingkat kepercayaan yang tinggi antara keduanya. Dalam kemitraan semacam itu, perusahaan percaya bahwa penyedia layanan akan melakukan upaya maksimal untuk mencapai tujuan project tanpa harus terpaku pada deliverables yang kaku.
4. Pengembangan iteratif dan tanggap: Jika perusahaan menerapkan metodologi Agile dengan siklus pengembangan iteratif yang singkat, kontrak “Money for Nothing” dapat memberikan fleksibilitas yang diperlukan untuk beradaptasi dengan perubahan kebutuhan dan memastikan kelancaran pengembangan dalam setiap iterasi.
5. Fokus pada nilai bisnis jangka panjang: Kontrak “Money for Nothing” cocok untuk perusahaan yang lebih fokus pada pencapaian nilai bisnis jangka panjang daripada milestone project yang ketat. Dalam hal ini, perusahaan mengakui bahwa nilai sebenarnya terletak dalam usaha dan kontribusi tim pengembangan, yang dapat menghasilkan nilai bisnis yang signifikan di masa depan.

Change for Free

Dalam Agile Environment, kontrak “Change for Free” mengacu pada pendekatan yang memungkinkan perubahan kebutuhan pelanggan dilakukan tanpa biaya tambahan. Ini berarti bahwa dalam kontrak tersebut, pelanggan dapat meminta perubahan pada cakupan, prioritas, atau fitur project tanpa dikenai biaya ekstra yang signifikan.

Pendekatan ini mencerminkan sifat yang adaptif dan kolaboratif dalam pengembangan perangkat lunak yang dilakukan dalam metodologi Agile. Karena lingkungan bisnis dan kebutuhan pelanggan sering berubah seiring berjalannya waktu, kontrak “Change for Free” memungkinkan pelanggan dan tim pengembangan untuk merespons perubahan tersebut tanpa menghambat proyek atau meningkatkan biaya secara signifikan.

Berikut ini beberapa prinsip dan aspek yang terkait dengan kontrak “Change for Free” dalam Agile Environment:

1. Fleksibilitas dalam perubahan: Kontrak ini memungkinkan perubahan yang sering terjadi selama siklus project. Tim pengembangan harus siap mengakomodasi perubahan kebutuhan pelanggan dan melakukan penyesuaian yang diperlukan.
2. Kolaborasi dan komunikasi: Penting untuk menjaga tingkat komunikasi yang baik antara pelanggan dan tim pengembangan. Dengan saling berbagi informasi secara terbuka, perubahan kebutuhan dapat diidentifikasi dengan cepat, dan solusi yang tepat dapat dicapai.
3. Perubahan yang masuk akal: Kontrak “Change for Free” tidak berarti bahwa semua perubahan akan diterima tanpa biaya. Perubahan yang diminta harus masuk akal, relevan dengan tujuan project, dan mempertimbangkan keterbatasan waktu dan sumber daya yang ada.
4. Batasan dan kesepakatan: Kontrak harus mencakup batasan tentang jumlah perubahan yang dapat dilakukan tanpa biaya tambahan, batas waktu untuk mengajukan perubahan, dan prosedur untuk mengevaluasi dan menyetujui perubahan tersebut.
5. Dampak terhadap jadwal dan biaya: Meskipun perubahan dapat dilakukan tanpa biaya tambahan, perubahan tersebut masih dapat memiliki dampak pada jadwal dan biaya project. Kontrak harus mencakup mekanisme untuk mengevaluasi dampak perubahan terhadap aspek-aspek tersebut.

Penting untuk dicatat bahwa kontrak “Change for Free” dalam Agile Environment bukan berarti perubahan tidak memiliki biaya sama sekali. Kontrak ini menekankan fleksibilitas dalam mengakomodasi perubahan tanpa biaya tambahan yang signifikan. Namun, perubahan yang signifikan atau berulang masih mungkin mempengaruhi jadwal dan biaya project, dan dalam beberapa kasus, negosiasi atau pembahasan ulang kontrak mungkin diperlukan.

Referensi:

1. “Agile Project Management with Scrum” oleh Ken Schwaber
2. “The Agile Samurai: How Agile Masters Deliver Great Software” oleh Jonathan Rasmusson
3. “Agile Estimating and Planning” oleh Mike Cohn
4. “User Stories Applied: For Agile Software Development” oleh Mike Cohn
5. “Agile Contracts: Creating and Managing Successful Projects with Scrum” oleh Andreas Opelt, Boris Gloger, dan Wolfgang Pfarl
6. “PMI-ACP Exam Preparation” oleh Mike Griffiths

The post Agile Contract: Money for Nothing & Change for Free appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Emotional intelligence adalah kemampuan untuk mengenali, memahami, mengelola, dan mengarahkan emosi sendiri dan orang lain. Ini mencakup kemampuan membaca ekspresi emosional, memahami dan mengelola emosi yang kuat, serta berkomunikasi secara efektif dengan orang lain berdasarkan pengenalan emosi. Emotional intelligence melibatkan kecerdasan intrapersonal (kemampuan untuk memahami diri sendiri) dan kecerdasan interpersonal (kemampuan untuk berinteraksi dengan orang lain).

Emotional intelligence memainkan peran krusial dalam kesuksesan project management. Ketika seorang Project Manager memiliki emotional intelligence yang baik, dia dapat membentuk hubungan yang baik dengan tim, mengelola konflik dengan efektif, menginspirasi dan memotivasi anggota tim, serta berkomunikasi dengan jelas dan efisien. Emotional Intelligence membantu Project Manager untuk memahami dan merespons dengan baik emosi tim, mengelola tekanan proyek, dan membangun iklim kerja yang positif.

4 Kuadran Emotional Intelligence

#1 – Self Awareness (Kesadaran Diri): Self Awareness adalah kemampuan untuk mengenali dan memahami emosi, kekuatan, dan kelemahan diri sendiri. Ini melibatkan refleksi introspektif dan kejujuran dalam memahami perasaan, motivasi, dan tujuan pribadi. Dengan memiliki Self Awareness yang baik, seseorang dapat mengidentifikasi emosi mereka dengan akurat dan mengenali bagaimana emosi tersebut memengaruhi tindakan dan keputusan mereka.

Dalam Project Management, Self Awareness membantu Project Manager memahami bagaimana emosi mereka dapat mempengaruhi dinamika tim, pengambilan keputusan, dan kinerja project secara keseluruhan. Dengan memiliki kesadaran yang baik tentang diri sendiri, Project Manager dapat mengelola diri mereka dengan lebih efektif dan menjaga emosi mereka dalam situasi yang menantang.

#2 – Self Management (Pengaturan Diri): Self Management adalah kemampuan untuk mengelola dan mengendalikan emosi dengan bijaksana. Ini melibatkan keterampilan dalam mengatur stres, mengendalikan impuls, dan menyesuaikan diri dengan perubahan situasi. Seseorang yang memiliki Self Management yang baik mampu mengelola emosi negatif, mengatasi hambatan, dan tetap tenang dalam situasi yang menekan.

Dalam Project Management, Self Management memungkinkan seorang Project Manager untuk tetap fokus, mengambil keputusan yang bijaksana, dan mengatasi tantangan dengan baik. Dengan mengelola diri mereka sendiri, Project Manager dapat memberikan contoh kepemimpinan yang baik dan mempertahankan ketenangan dalam menghadapi tekanan yang mungkin muncul.

#3 – Social Awareness (Kesadaran Sosial): Social Awareness adalah kemampuan untuk memahami dan merasakan emosi orang lain serta memiliki empati terhadap perspektif dan kebutuhan mereka. Ini melibatkan kemampuan untuk membaca isyarat nonverbal, mengenali emosi orang lain, dan memahami dinamika interpersonal.

Dalam Project Management, Social Awareness memungkinkan seorang Project Manager untuk memahami kebutuhan, kekhawatiran, dan harapan anggota tim serta Stakeholders. Dengan memiliki kesadaran sosial yang tinggi, Project Manager dapat meningkatkan komunikasi, membangun hubungan yang kuat, dan menjaga keharmonisan tim.

#4 – Relationship Management (Manajemen Hubungan): Relationship Management adalah kemampuan untuk membangun dan memelihara hubungan yang baik dengan orang lain. Ini melibatkan keterampilan dalam berkomunikasi dengan efektif, mempengaruhi orang lain secara positif, memfasilitasi kolaborasi, dan mengelola konflik dengan bijaksana.

Dalam konteks manajemen proyek, Relationship Management memungkinkan Project Manager untuk membangun hubungan yang kuat dengan anggota tim, pemangku kepentingan, dan pemimpin tim. Project Manager yang efektif dalam Relationship Management dapat memotivasi dan mempengaruhi orang lain dengan cara yang positif, memfasilitasi kerjasama tim yang sukses, dan mengelola konflik dengan bijaksana untuk mencapai tujuan project.

Manfaat Emotional Intelligence (EI)

Manfaat Emotional Intelligence dalam Project Management:

1. Peningkatan Kepuasan Tim: Dengan mengembangkan EI, Project Manager dapat menciptakan lingkungan kerja yang lebih harmonis, memotivasi tim, dan meningkatkan kepuasan kerja.
2. Pengurangan Konflik: Kecerdasan emosional membantu menghindari dan mengatasi konflik, yang berdampak pada produktivitas dan harmoni tim.
3. Peningkatan Kualitas Komunikasi: Dengan memiliki EI yang baik, Project Manager dapat berkomunikasi dengan lebih efektif, memahami kebutuhan dan perspektif orang lain, dan menghindari kesalahpahaman.
4. Peningkatan Kinerja Project: EI yang tinggi berkontribusi pada kepemimpinan yang lebih baik, pengambilan keputusan yang lebih baik, dan manajemen risiko yang lebih efektif, yang pada gilirannya meningkatkan kinerja project secara keseluruhan.

Referensi:

1. Goleman, D. (1995). Emotional intelligence. Bantam.
2. Bradberry, T., & Greaves, J. (2009). Emotional intelligence 2.0. TalentSmart.
3. George, J. M. (2000). Emotions and leadership: The role of emotional intelligence. Human Relations, 53(8), 1027-1055.
4. Caruso, D. R., Mayer, J. D., & Salovey, P. (2002). The Emotionally Intelligent Manager: How to Develop and Use the Four Key Emotional Skills of Leadership. Wiley.

The post Emotional Intelligence di Project Management appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Di dalam buku “The Wisdom of Teams”, Jon Katzenbach dan Douglas Smith mendefinisikan tim sebagai “sejumlah kecil orang dengan keterampilan yang saling melengkapi yang berkomitmen untuk mencapai tujuan bersama, tujuan kinerja, dan pendekatan yang membuat mereka saling bertanggung jawab.”. Ada yang menarik disini, yang pertama yaitu “sejumlah kecil orang”. Agile merekomendasikan agar tim tetap kecil (biasanya 12 orang atau lebih sedikit) karena hal ini memungkinkan anggota tim untuk berkomunikasi dengan baik dan secara langsung. Jika suatu project membutuhkan tim yang lebih besar, biasanya perlu dipecah menjadi sub-tim yang lebih kecil untuk mengoordinasikan pekerjaan mereka. Hal menarik yang kedua adalah “dengan keterampilan yang saling melengkapi”. Meskipun anggota tim secara individu mungkin tidak memiliki semua keterampilan yang diperlukan untuk menyelesaikan project yang sedang dikerjakan, tim secara kolektif akan memiliki semua keterampilan yang diperlukan. Hal menarik terakhir adalah “saling bertanggung jawab”. Dengan kata lain, tim memiliki ownership bersama atas hasil project.

Specialis vs. Generalist Specialist

Dalam konteks pengetahuan suatu tim di dalam aktivitas project, “Spesialis” mengacu pada individu yang memiliki pengetahuan mendalam dan keahlian khusus dalam bidang tertentu. Mereka memiliki fokus yang terbatas pada bidang tersebut dan biasanya memiliki tingkat keahlian yang tinggi dalam aspek-aspek tertentu dari project.

Di sisi lain, “Generalis Spesialis” adalah individu yang memiliki pengetahuan yang lebih luas dan pemahaman yang mendalam tentang berbagai bidang yang terkait dengan project. Mereka memiliki keahlian khusus dalam satu atau beberapa bidang, tetapi juga memiliki pemahaman yang baik tentang bidang-bidang lain yang terkait. Dengan kata lain, mereka memiliki kombinasi keahlian spesialis dan pengetahuan umum yang luas.

Beberapa keuntungan “Generalis Spesialis” antara lain:

1. Fleksibilitas: Dalam pendekatan Agile, project sering mengalami perubahan kebutuhan dan prioritas yang cepat. Seorang “Generalis Spesialis” mampu beradaptasi dengan baik karena mereka memiliki pemahaman yang luas tentang berbagai aspek project dan dapat berkontribusi secara efektif di berbagai bidang.
2. Kolaborasi Tim: Dalam tim Agile, kolaborasi antar anggota tim sangat penting. Seorang “Generalis Spesialis” dapat berinteraksi dengan anggota tim yang memiliki keahlian spesifik dalam bidang tertentu, sehingga memudahkan koordinasi dan pertukaran pengetahuan. Mereka dapat bertindak sebagai penghubung antara spesialis dan memfasilitasi aliran informasi yang efektif.
3. Solusi Holistik: Dalam Agile project, penting untuk memiliki pemahaman menyeluruh tentang project secara keseluruhan. Seorang “Generalis Spesialis” dapat memberikan perspektif yang holistik dan melihat bagaimana berbagai bagian saling terkait dan berpengaruh satu sama lain. Hal ini membantu dalam pengambilan keputusan yang lebih baik dan mengurangi risiko konflik antara aspek-aspek project.
4. Pengurangan Ketergantungan: Dengan adanya “Generalis Spesialis”, tim dapat mengurangi ketergantungan yang berlebihan pada satu individu atau spesialis tertentu. Jika ada anggota tim yang absen atau menghadapi kesulitan, “Generalis Spesialis” dapat mengisi kekosongan tersebut dengan pengetahuan dan keahlian mereka.
5. Peningkatan Efisiensi: Dalam lingkungan Agile, tugas dan tanggung jawab sering kali tidak terbatas pada satu peran tertentu. Seorang “Generalis Spesialis” dapat berkontribusi dalam berbagai area project, mengurangi kebutuhan akan banyak spesialis yang berbeda. Hal ini dapat meningkatkan efisiensi tim secara keseluruhan.

High Performing Team

Lyssa Adkins, seorang Agile Coach, mengidentifikasi delapan karakteristik tim berkinerja tinggi dalam bukunya yang berjudul “Coaching Agile Teams”. Berikut adalah delapan karakteristik tersebut:

1. Keterbukaan (Openness): Tim berkinerja tinggi memiliki keterbukaan yang tinggi dalam berbagi informasi, pengetahuan, dan ide-ide. Mereka menciptakan lingkungan yang aman untuk berbagi dan menerima umpan balik (feedback). Keterbukaan ini memungkinkan kolaborasi yang kuat, inovasi, dan pemecahan masalah yang efektif.
2. Kepercayaan (Trust): Kepercayaan adalah pondasi penting dalam tim berkinerja tinggi. Anggota tim memiliki keyakinan bahwa rekan mereka akan melakukan apa yang mereka katakan, memenuhi komitmen, dan mendukung satu sama lain. Kepercayaan memungkinkan tim untuk bergerak maju dengan keberanian, mengatasi konflik dengan konstruktif, dan bekerja secara efektif sebagai satu kesatuan.
3. Kolaborasi yang Meningkat (Increased Collaboration): Tim berkinerja tinggi mendorong kolaborasi yang kuat di antara anggota tim. Mereka mengakui kekuatan dan keahlian masing-masing individu dan bekerja bersama untuk mencapai tujuan bersama. Kolaborasi yang meningkat memungkinkan tim untuk memaksimalkan penggunaan sumber daya, berbagi pengetahuan, dan memecahkan masalah secara bersama-sama.
4. Fokus pada Hasil (Focus on Results): Tim berkinerja tinggi memiliki fokus yang jelas pada mencapai hasil yang diinginkan. Mereka memahami tujuan tim dan berkomitmen untuk mencapainya. Setiap anggota tim memahami perannya dalam mencapai hasil tersebut dan bekerja secara kolektif untuk mencapai tujuan tim.
5. Kemampuan Menghadapi Konflik (Conflict Handling Ability): Tim berkinerja tinggi memiliki kemampuan untuk menghadapi konflik dengan cara yang konstruktif. Mereka mendorong adanya diskusi terbuka, penghargaan terhadap perbedaan pendapat, dan mencari solusi yang menguntungkan semua pihak. Kemampuan menghadapi konflik ini memungkinkan tim untuk belajar dari perspektif yang berbeda dan tumbuh lebih kuat sebagai hasilnya.
6. Fokus pada Pembelajaran (Learning Focus): Tim berkinerja tinggi memiliki orientasi pada pembelajaran yang terus menerus. Mereka melihat kesalahan sebagai peluang untuk tumbuh, mencari umpan balik dari pengalaman, dan menerapkan pengetahuan baru untuk meningkatkan kinerja mereka. Fokus pada pembelajaran memungkinkan tim untuk terus beradaptasi dan meningkatkan praktik mereka.
7. Keahlian Tim yang Diversifikasi (Diversified Team Skills): Tim berkinerja tinggi memiliki anggota dengan keahlian yang beragam. Kekuatan dan kelemahan individu digabungkan untuk menciptakan kombinasi keahlian yang kuat. Keahlian yang diversifikasi memungkinkan tim untuk mengatasi tantangan yang berbeda dengan cara yang efektif dan inovatif.
8. Keterlibatan Aktif (Active Engagement): Anggota tim berkinerja tinggi terlibat secara aktif dalam proses dan keputusan tim. Mereka merasa memiliki tanggung jawab terhadap kesuksesan tim dan berkontribusi secara proaktif dalam mencapai tujuan bersama. Keterlibatan aktif menciptakan semangat tim yang tinggi dan energi kolaboratif yang mendorong hasil yang lebih baik.

Empowered Teams (Self-directing & Self-organizing)

Tim yang self-directing adalah tim yang memiliki kemampuan untuk mengambil inisiatif dan mengelola diri mereka sendiri dalam mencapai tujuan tim. Mereka memiliki kebebasan dan otonomi untuk mengambil keputusan terkait dengan tugas-tugas mereka dan mengatur pekerjaan mereka sendiri. Tim self-directing memiliki tingkat kemandirian yang tinggi dan mampu mengatur waktu, sumber daya, dan langkah-langkah yang diperlukan untuk mencapai hasil yang diinginkan.

Sedangkan tim self-organizing adalah tim yang memiliki kemampuan untuk mengatur dan mengelola diri mereka sendiri dalam hal tugas, tanggung jawab, dan struktur kerja. Mereka memiliki fleksibilitas untuk menentukan bagaimana pekerjaan dilakukan dan bagaimana anggota tim berkolaborasi. Tim self-organizing tidak memerlukan pengawasan atau kontrol yang ketat dari luar, karena mereka mampu menyusun sendiri cara terbaik untuk mencapai tujuan mereka.

Dalam tim self-directing dan self-organizing, anggota tim berbagi tanggung jawab dalam membuat keputusan, merencanakan pekerjaan, dan memonitor kemajuan. Mereka berkolaborasi secara aktif, saling mendukung, dan memanfaatkan keahlian individu mereka untuk mencapai hasil yang diinginkan. Tim semacam ini memiliki tingkat kemandirian yang tinggi dan mampu beradaptasi dengan perubahan kebutuhan dan kondisi proyek.

Team Development

Terdapat 3 model pengembangan tim yang umumnya digunakan di lingkungan Agile, yaitu Shu-Ha-Ri, Dreyfus, dan Tuckman.

Model Shu-Ha-Ri adalah sebuah konsep dalam seni bela diri Jepang yang kemudian diterapkan dalam konteks pembelajaran dan pengembangan keterampilan, termasuk dalam praktik Agile dan pengembangan perangkat lunak. Model ini menggambarkan tiga tahap evolusi dalam perolehan keterampilan dan pemahaman seseorang:

1. Shu (to keep, protect, or maintain): Tahap pertama, Shu, mengacu pada periode pembelajaran awal di mana seorang individu secara ketat mengikuti dan mempelajari aturan, teknik, dan konsep yang telah ditetapkan. Pada tahap ini, individu fokus pada menghafal dan mengulangi langkah-langkah dasar, mengikuti instruksi dengan seksama, dan tidak terlalu banyak mempertanyakan atau mencoba variasi. Tujuan utama pada tahap ini adalah membangun dasar yang kokoh dan memahami prinsip-prinsip dasar.
2. Ha (to detach or break free): Tahap kedua, Ha, melibatkan proses memisahkan diri dari ketergantungan pada instruksi dan mulai mengembangkan pemahaman yang lebih dalam serta kreativitas dalam penerapan keterampilan tersebut. Setelah memahami dan menguasai teknik dasar, individu dapat mulai bereksperimen dengan variasi dan improvisasi. Mereka mulai mengembangkan kepercayaan diri dan pengambilan keputusan sendiri dalam situasi yang lebih kompleks. Pada tahap ini, individu mempertanyakan dan menganalisis lebih banyak hal, menggali lebih dalam untuk menemukan prinsip-prinsip yang mendasari teknik, dan mempelajari berbagai pendekatan alternatif.
3. Ri (to go beyond or transcend): Tahap ketiga, Ri, mencerminkan tingkat keahlian yang tinggi dan puncak perkembangan seorang praktisi. Pada tahap ini, individu telah mencapai tingkat pemahaman yang sangat mendalam sehingga mereka dapat mengembangkan gaya dan pendekatan yang unik. Mereka mampu melampaui batasan-batasan tradisional dan menciptakan sesuatu yang baru. Tahap ini menggabungkan kebebasan kreatif dengan pemahaman mendalam tentang prinsip-prinsip yang mendasari keterampilan tersebut. Meskipun individu mungkin memiliki keahlian yang tinggi, mereka juga menyadari bahwa pembelajaran dan perkembangan tidak pernah berakhir dan tetap terbuka untuk pembelajaran lebih lanjut.

Model Dreyfus dikembangkan oleh psikolog bersaudara Stuart dan Hubert Dreyfus, adalah sebuah model yang menggambarkan perkembangan individu dalam menguasai suatu keterampilan dari tingkat pemula hingga tingkat ahli. Berikut adalah karakteristik-karakteristik dalam Dreyfus Model of Adult Skill Acquisition:

1. Tahap Pemula (Novice): Pada tahap ini, individu memiliki sedikit atau tidak ada pengalaman dalam domain keterampilan yang spesifik. Mereka mengikuti aturan dan prosedur yang ditentukan secara ketat, karena mereka masih membutuhkan panduan yang jelas. Pemula cenderung menghadapi masalah dalam situasi yang tidak terduga dan kesulitan mengambil keputusan mandiri.
2. Tahap Mahir (Advanced Beginner): Pada tahap ini, individu mulai mengembangkan pengalaman dan memahami prinsip-prinsip dasar di dalam domain keterampilan. Mereka masih membutuhkan instruksi yang jelas, tetapi mereka mulai mengenalinya dengan lebih baik. Mereka juga mulai mengembangkan intuisi dan dapat mengenali pola-pola yang muncul dalam situasi yang serupa. Meskipun demikian, mereka masih memerlukan bimbingan untuk mengatasi situasi yang kompleks.
3. Tahap Kompeten (Competent): Pada tahap ini, individu memiliki pemahaman yang lebih luas tentang domain keterampilan dan dapat mengambil keputusan yang lebih mandiri. Mereka memiliki pengalaman praktis yang substansial dan dapat mengatasi berbagai situasi dengan percaya diri. Mereka mengembangkan pemahaman yang lebih dalam dan mampu mengevaluasi solusi yang mungkin dalam konteks yang lebih luas.
4. Tahap Terampil (Proficient): Pada tahap ini, individu telah menginternalisasi keterampilan dan pengetahuan di dalam domain tertentu. Mereka dapat beroperasi dengan lancar tanpa banyak pemikiran sadar. Mereka memiliki intuisi yang kuat dan dapat merespons secara fleksibel terhadap situasi yang kompleks. Mereka juga mampu melihat gambaran besar dan memiliki pemahaman yang lebih mendalam tentang konteks.
5. Tahap Ahli (Expert): Pada tahap ini, individu memiliki keterampilan yang sangat berkembang dan menguasai domain keterampilan sepenuhnya. Mereka memiliki kepekaan yang tinggi terhadap situasi dan dapat mengambil keputusan yang cepat dan tepat tanpa berpikir terlalu lama. Mereka juga mampu beradaptasi dengan baik dalam situasi yang sulit dan dapat melihat implikasi jangka panjang dari tindakan mereka.

Penting untuk dicatat bahwa perpindahan antara tingkat keahlian dalam Model Dreyfus bukanlah proses yang terstruktur atau linear. Individu dapat melompat dari satu tingkat ke tingkat lainnya tergantung pada pengalaman, latihan, dan pengetahuan yang diperoleh.

Model Tuckman, yang dikembangkan oleh psikolog Bruce Tuckman pada tahun 1965, menjelaskan empat tahap perkembangan yang umum terjadi dalam kelompok kerja atau tim yang sedang menghadapi tantangan dan mencapai tujuan bersama. Model ini membantu memahami dinamika kelompok dan memungkinkan pemimpin tim untuk mengenali dan mengatasi masalah yang mungkin muncul selama perkembangan kelompok.

Berikut adalah empat tahap dalam model Tuckman:

1. Forming (Pembentukan): Pada tahap ini, anggota tim baru bergabung dan memulai interaksi awal. Mereka saling mengenal, mengeksplorasi tujuan kelompok, dan mencoba memahami peran dan tanggung jawab masing-masing anggota. Biasanya, terdapat rasa antusiasme dan kecemasan di antara anggota tim. Pemimpin tim pada tahap ini berperan penting dalam memberikan arahan dan membantu membentuk struktur kelompok.
2. Storming (Konflik): Tahap storming adalah ketika anggota tim mulai mengalami konflik, perbedaan pendapat, dan tantangan dalam kerjasama. Munculnya ketegangan, perbedaan pendapat, dan persaingan alami dalam mencapai kesepakatan dan pembagian tugas. Pada tahap ini, pemimpin tim harus mendukung dialog terbuka, memfasilitasi penyelesaian konflik, dan membantu anggota tim untuk saling memahami dan menghormati perbedaan mereka.
3. Norming (Pembentukan Norma): Pada tahap norming, anggota tim mulai mencapai konsensus, mengembangkan aturan dan norma kelompok, serta membangun hubungan yang lebih harmonis. Mereka belajar bekerja sama, membagi tugas, dan menghargai kontribusi masing-masing anggota. Pada tahap ini, pemimpin tim dapat memfasilitasi diskusi yang konstruktif dan memberikan pengakuan terhadap prestasi individu dan kelompok.
4. Performing (Kinerja): Tahap performing adalah saat di mana kelompok mencapai kinerja yang optimal. Anggota tim bekerja secara efektif bersama, saling memahami, dan memiliki kemampuan untuk mencapai tujuan bersama. Pada tahap ini, pemimpin tim bisa memainkan peran sebagai fasilitator dan pemantau kemajuan, serta memberikan umpan balik yang konstruktif untuk meningkatkan kinerja kelompok.

Adaptive Leadership

Kepemimpinan Situasional, yang dikembangkan oleh Ken Blanchard dan Paul Hersey pada tahun 1969, adalah pendekatan kepemimpinan yang menekankan bahwa gaya kepemimpinan yang efektif harus disesuaikan dengan kebutuhan dan karakteristik individu yang dipimpin serta situasi yang dihadapi.

1. Directing (Mengarahkan): Pemimpin mengambil peran yang dominan dalam memberikan arahan dan pengawasan yang jelas terhadap tugas yang harus dilakukan oleh individu yang dipimpin. Gaya ini cocok untuk situasi di mana individu memiliki tingkat keterampilan yang rendah tetapi motivasi yang tinggi.
2. Coaching (Membimbing): Pemimpin masih memberikan arahan yang jelas, tetapi juga memberikan dukungan dan dorongan yang lebih besar kepada individu yang dipimpin. Gaya ini cocok untuk situasi di mana individu memiliki tingkat keterampilan yang rendah namun memiliki motivasi yang rendah pula.
3. Supporting (Mendukung): Pemimpin memberikan lebih banyak dukungan dan perhatian terhadap kebutuhan sosial dan emosional individu yang dipimpin, sambil tetap memberikan bimbingan jika diperlukan. Gaya ini cocok untuk situasi di mana individu memiliki tingkat keterampilan yang tinggi namun mungkin membutuhkan dorongan tambahan untuk meningkatkan kepercayaan diri dan motivasi.
4. Delegating (Mendelegasikan): Pemimpin memberikan tingkat otonomi yang tinggi kepada individu yang dipimpin, memberikan kebebasan dalam pengambilan keputusan dan pelaksanaan tugas. Gaya ini cocok untuk situasi di mana individu memiliki tingkat keterampilan yang tinggi dan motivasi yang tinggi pula.

Pemimpin yang efektif harus mampu mengevaluasi situasi dan karakteristik individu yang dipimpin untuk memilih gaya kepemimpinan yang paling sesuai. Pemimpin juga dapat beradaptasi dan mengubah gaya kepemimpinannya seiring perubahan situasi dan perkembangan individu yang dipimpin.

Team Motivation

Salah satu konsep yang digunakan untuk menggambarkan tingkat kontribusi individu terhadap kelompok atau organisasi yaitu Continuum of Net Contribution (CNC). Konsep ini memperlihatkan tingkatan partisipasi dan kontribusi yang berbeda dari individu dalam suatu tim atau lingkungan kerja.

Dalam kontinum ini, terdapat empat tingkatan kontribusi yang dapat diidentifikasi:

1. Undermining: Pada tingkat ini, individu cenderung memiliki dampak negatif terhadap tim atau organisasi. Mereka mungkin mengacaukan upaya kelompok, mempertentangkan ide-ide orang lain, atau bahkan menghancurkan semangat tim. Kontribusi mereka tidak menguntungkan dan bisa merugikan produktivitas dan dinamika kelompok.
2. Passive Compliance: Pada tingkat ini, individu mematuhi aturan dan tugas yang diberikan, tetapi tidak memberikan kontribusi yang lebih dari itu. Mereka hanya melakukan yang diminta dan tidak berusaha untuk berpartisipasi secara aktif atau memberikan ide-ide baru. Kontribusi mereka cenderung minimal dan tidak melebihi harapan dasar.
3. Active Participation: Pada tingkat ini, individu terlibat secara aktif dalam tim atau organisasi. Mereka memberikan kontribusi yang lebih besar daripada yang diharapkan dan berusaha untuk membantu mencapai tujuan kelompok. Mereka memiliki semangat kerja yang tinggi, memberikan ide-ide baru, dan terlibat dalam kolaborasi dengan rekan-rekan mereka.
4. Committed Dedication: Pada tingkat ini, individu menunjukkan komitmen yang kuat terhadap tim atau organisasi. Mereka merasa terikat dengan tujuan dan nilai-nilai kelompok, dan berusaha untuk memberikan kontribusi yang signifikan dalam mencapai tujuan tersebut. Mereka mungkin memimpin dan menginspirasi rekan-rekan mereka, mengambil inisiatif, dan berupaya untuk membuat perbedaan yang nyata.

Dalam beberapa konsep, terdapat tingkatan kelima yang disebut Passionate Innovation. Pada tingkat ini, individu tidak hanya memberikan kontribusi yang tinggi, tetapi juga menciptakan inovasi dan solusi kreatif yang dapat meningkatkan kinerja dan menciptakan perubahan positif.

Co-located Teams & Virtual Teams

Co-located teams adalah tim atau kelompok kerja yang bekerja secara fisik bersama dalam lokasi yang sama atau secara geografis berdekatan. Anggota tim co-located biasanya berbagi ruang kerja yang sama atau berada di kantor yang terletak dalam jarak yang relatif dekat satu sama lain.

Keuntungan dari co-located teams meliputi:

1. Komunikasi yang lebih mudah: Dalam tim yang berlokasi dekat, anggota dapat berinteraksi secara langsung, berbicara tatap muka, dan melakukan diskusi spontan dengan lebih mudah. Hal ini memfasilitasi kolaborasi yang lebih efektif, pemecahan masalah yang cepat, dan berbagi informasi secara instan.
2. Keakraban dan kebersamaan yang lebih tinggi: Dalam tim yang berada dalam satu lokasi, anggota dapat membangun hubungan yang lebih kuat dan rasa kebersamaan yang lebih tinggi. Mereka memiliki kesempatan untuk berinteraksi secara informal di luar kegiatan kerja formal, seperti makan siang bersama atau kegiatan sosial.
3. Persepsi tim yang kuat: Dengan berada dalam satu tempat, anggota tim cenderung memiliki persepsi yang lebih kuat tentang identitas dan keberadaan tim. Mereka merasa lebih terikat dengan tujuan bersama dan dapat mengembangkan budaya tim yang unik.
4. Koordinasi yang lebih efisien: Dalam tim co-located, koordinasi tugas dan jadwal dapat dilakukan secara lebih efisien. Pertemuan dapat diatur dengan mudah, dan anggota tim dapat merespons permintaan atau perubahan dengan cepat karena keterdekatannya.

Namun, perlu dicatat bahwa dengan perkembangan teknologi dan pergeseran paradigma kerja, tim virtual yang terdiri dari anggota yang terletak di berbagai lokasi geografis juga menjadi semakin umum. Tim virtual memungkinkan kolaborasi lintas batas dan fleksibilitas yang lebih besar dalam hal lokasi kerja. Baik co-located teams maupun virtual teams memiliki kelebihan dan tantangan masing-masing, dan pilihan yang tepat tergantung pada konteks dan kebutuhan spesifik dari proyek atau organisasi.

Osmotic Communication

Osomotic communication adalah konsep yang diperkenalkan oleh Alistair Cockburn, seorang ahli dalam pengembangan perangkat lunak dan metode kerja tim. Konsep ini mengacu pada jenis komunikasi yang terjadi secara tidak langsung dan tanpa disengaja di antara anggota tim yang berada dalam lingkungan kerja yang terbuka atau berdekatan.

Istilah “osmotic” dalam konteks ini mengacu pada proses difusi atau penyebaran informasi yang terjadi secara alami di sekitar anggota tim. Dalam lingkungan kerja yang terbuka atau berdekatan, anggota tim cenderung terdengar atau mendapatkan informasi yang berasal dari percakapan, diskusi, atau pertemuan yang berlangsung di sekitarnya, meskipun mereka tidak secara langsung terlibat dalam interaksi tersebut.

Keuntungan dari osmotic communication adalah sebagai berikut:

1. Informasi tidak terduga: Melalui osmotic communication, anggota tim dapat menangkap informasi atau wawasan yang mungkin tidak akan mereka dapatkan melalui komunikasi langsung atau formal. Informasi tersebut dapat melibatkan perkembangan terbaru, perubahan rencana, atau masalah yang sedang dihadapi oleh tim.
2. Peningkatan pemahaman konteks: Dengan mendengar percakapan atau diskusi di sekitarnya, anggota tim dapat memperoleh pemahaman yang lebih baik tentang konteks atau tantangan yang dihadapi oleh rekan-rekan mereka. Hal ini dapat membantu mereka dalam memahami lingkungan kerja secara lebih luas dan merespons dengan tepat.
3. Keterlibatan yang lebih luas: Osmotic communication dapat meningkatkan keterlibatan anggota tim secara keseluruhan karena mereka dapat tetap terhubung dengan informasi dan peristiwa yang terjadi di sekitarnya. Mereka dapat merasa lebih terhubung dengan tim dan mendapatkan keuntungan dari wawasan tambahan.

Namun, penting untuk dicatat bahwa osmotic communication juga memiliki beberapa potensi kelemahan. Terlalu banyak gangguan atau kebisingan di lingkungan kerja yang terbuka dapat mengganggu konsentrasi dan fokus individu. Selain itu, informasi yang disampaikan melalui osmotic communication mungkin tidak selalu akurat atau lengkap, karena tidak melibatkan partisipasi langsung dari semua anggota tim.

Penerapan osmotic communication dalam praktik kerja tim dapat bervariasi tergantung pada konteks dan preferensi tim. Beberapa tim mungkin memanfaatkan keuntungan osmotic communication dengan sengaja menciptakan lingkungan kerja yang terbuka dan mempromosikan kolaborasi informal, sementara yang lain mungkin lebih memilih pendekatan yang lebih terstruktur dan langsung dalam komunikasi tim.

Tracking Team Performance

1. Burn Down Chart: Burn down chart adalah grafik yang menggambarkan jumlah pekerjaan yang belum selesai (sumbu vertikal) dalam periode waktu tertentu (sumbu horizontal). Ini memberikan pemahaman visual tentang seberapa banyak pekerjaan yang telah diselesaikan dan berapa banyak yang masih harus dikerjakan dalam sprint. Pada awal sprint, garis pada grafik dimulai dari jumlah total pekerjaan yang belum selesai. Seiring waktu, garis akan menurun menuju sumbu horisontal, menunjukkan penyelesaian tugas-tugas tersebut. Tujuan utama burn down chart adalah untuk memastikan tim pengembang berada dalam jalur yang tepat untuk menyelesaikan semua pekerjaan yang direncanakan dalam sprint.
2. Burn Up Chart: Burn up chart juga merupakan grafik yang menunjukkan progres pengembangan dalam periode waktu tertentu. Namun, perbedaannya terletak pada sumbu vertikal yang mewakili jumlah pekerjaan yang telah diselesaikan, sedangkan sumbu horizontal mewakili waktu. Grafik ini memperlihatkan pertumbuhan kuantitas pekerjaan yang sudah selesai seiring berjalannya waktu. Dengan kata lain, garis pada grafik akan naik secara bertahap menuju jumlah total pekerjaan yang direncanakan. Burn up chart dapat memberikan informasi yang berguna tentang kemajuan project dan apakah pekerjaan sedang ditambahkan atau dihapus dari ruang lingkup project.
3. Velocity: Velocity adalah metrik yang mengukur jumlah pekerjaan yang berhasil diselesaikan oleh tim pengembang dalam satu sprint. Ini biasanya dihitung dengan menjumlahkan estimasi pekerjaan yang selesai dalam satu sprint. Velocity dapat dinyatakan dalam berbagai satuan, seperti jumlah tugas yang selesai, story points, atau unit kerja lainnya yang relevan dengan tim pengembangan. Informasi ini dapat membantu tim dan pemangku kepentingan (Stakeholders) dalam merencanakan sprint berikutnya, mengestimasi waktu yang dibutuhkan untuk menyelesaikan pekerjaan, dan mengidentifikasi perubahan dalam produktivitas tim dari waktu ke waktu.

The post Team Performance Development appeared first on Adi Kristanto | Project Management Consultant & Trainer.

Ketika kita berbicara mengenai “managing” people, ini berimplikasi kalau kita meminta mereka apa yang harus dikerjakan, dan juga mengelola aktivitas mereka. Karena istilah inilah akhirnya PMBOK mengganti dengan kata Engagement. Yaa, jadi terdengar lebih masuk akal dalam hal supporting dan collaboration. Tidak lagi menggunakan kata Management yang terdengar lebih konservatif.

Project Manager atau Agile Practitioner memegang peranan penting dalam mengedukasi Stakeholder mengenai pendekatan Agile yang baik dan benar. Edukasi ini termasuk goals, value, practices, dan benefits. Beberapa Stakeholder yang perlu diedukasi antara lain: Executive and Project Sponsors, Managers, Development Team, User Community, dan Supporting Groups.

Salah satu keuntungan menjaga Engagement dengan Stakholders adalah mencegah Stakeholders kehilangan minat mereka terhadap project di tengah-tengah suatu proses. Proses iterasi membantu Stakeholders mendapatkan visibility yang baik selama project berlangsung. Selain itu juga untuk memastikan team mengetahui change request sesegera mungkin, dan membantu team dalam mengidentifikasi potential risk, issue, dan defect. Salah satu cara bagaimana proses Engagement ini berjalan adalah dengan kolaborasi antara Product Owner dan Stakeholders melalaui Product Backlog Prioritization.

Project dibuat untuk People dan oleh People. Project-project yang bersifat Knowledge Projects seringkali tidak dapat diukur (tangible product). Oleh karenanya, komunikasi yang efektif dengan Stakeholders menjadi sangat penting untuk memastikan team tahu apa yang mereka kerjakaan dan apa yang Customer inginkan.

Di tulisan sebelumnnya, saya membahas mengenai Gulf Evaluation, yaitu communication failure dalam menjelaskan sesuatu yang intangible. Karena sering terjadi perbedaan tersebut, maka penting untuk dapat dicari perbedaan tersebut sedari awal. Salah satu teknik yang digunakan dalam pendekatan Agile adalah dengan menggunakan testing secara regular, checkpoints, dan review untuk mengidentifikasi masalah sebelum menjadi besar

Principles of Stakeholders Engagement

• Get the right Stakeholders: memastikan kita mendapatkan akses ke orang-orang yang secara efektif membantu kita di dalam project dan juga orang-orang yang dapat mengambil keputusan secara cepat.
• Stakeholders Involvement: memastikan semua Stakeholders “stay engaged”. Bisa dengan cara mengirimkan project status report, atau mengikut sertakan Stakeholders dalam proses Review sebelum release suatu Feature. Apapun caranya, Stakeholders memiliki visibility yang jelas terhadap project berjalan.
• Manage Stakeholders Interest: memberikan apresiasi terhadap keterlibatan Stakeholders. Bisa dengan meminta feedback kepada Stakeholders, atau juga bisa dengan melakukan perayaan terhadap project accomplishment.
• Discuss What “Done” Looks Like: memastikan tidak ada gap requirement yang terjadi antara customer dengan development team.
• Show Progress and Capabilities: sangat penting untuk memberikan update secara periodik ke Stakeholders mengenai apa yang sedang dikerjakan. Demo atau presentasi tidak hanya mengecek kita membuat sesuatu yang benar, tapi juga memberikan progress ke customer atau sponsor.
• Discuss Estimates and Projections: salah satu keuntungan stay engaged dan menunjukkan hasil pekerjaan secara periodik adalah kita bisa melihat rate of progress yang bisa kita jadikan estimasi. Dengan mengetahui estimasi kapan project akan selesai, customer dan team dapat mengambil keputusan dengan baik.

Establishing a Shared Vision

Salah satu cara menyamakan visi antara Customer dan Project Team adalah melalaui Project Charter atau bisa kita sebut sebagai Agile Charter. Di PMBOK Guide, Develop Project Charter adalah proses untuk menjelaskan suatu project secara high level, memperoleh kesepakatan, dan mendapatkan autoritas dalam menjalankan suatu project. Sedangkan dalam agile environment, menghasilkan dokumen yang lebih fleksibel yang memperbolehkan team untuk merespon perubahan dan kebutuhan teknologi yang digunakan, dan deliver value ke customer dengan cepat. Dalam Agile Charter, kita bisa menggunakan beberapa pertanyaan berikut.

• Who will be engaged?
• What is this project about?
• Where will it occur?
• When will it start and end?
• Why is it being undertaken?
• How will it be undertaken?

Salah satu cara untuk mengeksplorasi proses chartering ini adalah dengan menggunakan project elevator statement, atau penjelasan singkat yang berisi mengenai goals, benefits, dan attribute suatu project atau product. Bisa juga dengan menggunakan Definition of “Done”, agile modeling, wireframes, dan personas.

Communicating With Stakeholders 

Sangat penting di dalam lingkungan Agile untuk berkomunikasi sesering mungkin untuk memastikan setiap orang on the same page dan kept up to date, karena komunikasi memberikan peranan yang penting dalam keberhasilan suatu project. Berikut adalah beberapa konsep fundamental dalam berkomunikasi di lingkungan Agile.

• Face to face Communication: salah satu cara berkomunikasi yang paling disarankan di lingkungan Agile adalah face to face communication. Ini adalah metode yang paling efektif karena memiliki interaksi yang tinggi dan juga keragaman informasi.
• Two-Way Communication: tidak seperti traditional top-downdimana stakeholders berkomunikasi secara searah dari atasan ke bawahan, motede two-way collaborative memberikan kesempatan secara cepat untuk mendapatkan feedback dari recevier ketika sender mengirimkan message.
• Knowledge Sharing: knowledge sharing di agile terjadi di beberapa level. Seperti product requirements dan product demonstration, kanban board, information radiators, personas, dan wireframe. Agile menekankan knowledge sharing dengan menggunakan low-tech, high touch, dimana orang dapat melihat dengan cepat apa yang terjadi di feature/ product development.
• Information Radiators: merupakan highly visible displays yang didalamnya terdapat chart, graphs, dan juga ringkasan dari data-data project. Information radiators bisa menampilkan feature delivered, who is working on what, feature selected, velocity, defect metrics, threats and issues, story maps, dan burn charts.

Working Collaboratively

Agile Manifesto menyoroti kolaborasi Stakeholder di manifesto ke 3 (Customer collaboration over contract negotiation) dan prinsip keempat (Business people and developers must work together daily throughout the project). Beberapa keuntungan dari kolaborasi adalah kita bisa mengambil keputusan dengan lebih baik dan bijak, mendorong pemecahan masalah, membangun relationship, dan juga menumbuhkan rasa memiliki dalam setiap permasalahan yang ada. Berikut adalah beberapa cara yang yang bisa kita lakukan untuk meningkatkan kolaborasi

• Workshops: berbeda dengan kebanyakan meeting pada umumnya, di workshop ini setiap peserta diajak untuk bisa saling engage dengan peserta lain, mempunyai goal yang jelas, dan schedule yang visible. Kata kuncinya adalah engagement.
• Brainstorming: peserta diajak untuk generate ide sebanyak mungkin dengan spontan, cepat dan sebanyak-banyaknya. Aturan di brainstorming ini adalah “There are no stupid ideas”.
• Collaboration Games: ini adalah bentuk permainan inovasi untuk memahami suatu complex atau ambiguous issues dan mendapatkan konsensus atas solusi-solusi. Beberapa permainan yang bisa dilakukan di Agile Projects antara lain: Remember the Future, Prune the Product Tree, Speedboat, Buy a Future, dan Bang-for-the-Buck.

Critical Interpersonal Skills

Interpersonal Skills adalah critical success factor di Agile Project.

• Emotional Intelligence: salah satu kemampuan untuk mengidentifikasi, mengevaluasi, dan mempengaruhi emosi diri kita sendiri, orang lain, dan kelompok. Cara terbaik untuk bisa memiliki Emotional Intelligence yang baik adalah dengan memulai dari diri sendiri. Self Awareness –> Self Management -> Social Awareness -> Social Skills.
• Active Listening: menyimak dengan baik apa yang orang lain ingin ungkapkan daripada sekadar mendengarkan apa yang orang lain bicarakan. 3 tingkatan Active Listening adalah Internal Listening -> Focused Listing -> Global Listening.
• Facilitation: kemampuan untuk memahami bagaimana cara menjalankan Workshop atau Meeting secara efektif. Ada beberapa hal yang perlu diperhatikan untuk bisa melakukan Facilitation, yaitu: Goals, Rules, Timing, Assisting.
• Negotiation: negosiasi yang sehat adalah mengijinkan setiap pihak untuk bisa menginvestigasi beberapa pilihan dan juga alternatif perspektif.
• Conflict Resolution: memahami tingkatan conflict di suatu environment dapat memahami situasi secara objective, dan juga tindakan yang perlu diambil berdasarkan situasi.
• Participatory Decision Making: memaksimalkan keterlibatan Stakeholders dalam proses pengambilan keputusan berdasarkan komitmen dan keterlibatan.

The post Stakeholder Engagement appeared first on Adi Kristanto | Project Management Consultant & Trainer.