Pelan Komunikasi Projek: Cara Membinanya (Templat + Contoh)

Pelan komunikasi ialah dokumen yang menentukan sama ada pihak berkepentingan projek anda kekal dimaklumkan dan sehaluan, atau kecewa dan terkejut. Tanpanya, maklumat yang tepat jarang sampai kepada orang yang tepat pada masa yang tepat, dan kebanyakan masalah projek boleh dikesan hingga ke jurang itulah.

Apakah pelan komunikasi projek?

Pelan komunikasi projek ialah dokumen yang menentukan siapa yang memerlukan maklumat apa, melalui saluran mana, seberapa kerap, dan siapa yang bertanggungjawab menghantarnya. Ia bukan sekadar jadual mesyuarat. Ia ialah pemetaan yang teliti bagi setiap audiens kepada setiap aliran maklumat yang memastikan mereka berkesan sepanjang kitar hayat projek.

Anggaplah ia sebagai persetujuan yang dibuat oleh pasukan projek sebelum kemas kini status pertama dihantar. Apabila seorang penaja bertanya mengapa mereka tidak dimaklumkan mengenai perubahan skop, atau apabila seorang pembangun berkata mereka hanya mendengar tentang tarikh akhir baharu melalui khabar angin, punca akarnya biasanya adalah pelan komunikasi yang tiada atau diabaikan.

Pelan ini berada bersama-sama piagam projek dan log RAID sebagai dokumen tadbir urus asas. Ia dibina semasa permulaan projek dan dikemas kini setiap kali audiens, saluran penghantaran, atau kadar kekerapan berubah dengan ketara.

Fakta utama

• Laporan Pulse of the Profession PMI mendapati bahawa 56% belanjawan projek berisiko berpunca daripada komunikasi yang lemah.
• Penyelidikan yang sama mendapati bahawa organisasi dengan amalan komunikasi yang berkesan menyelesaikan lebih daripada tiga kali ganda projek tepat pada masanya dan dalam bajet berbanding rakan sejawat dengan amalan yang lemah.
• PMI juga melaporkan bahawa organisasi berprestasi tinggi 2.6 kali lebih mungkin mempunyai pelan komunikasi yang didokumentasikan secara formal sebagai amalan standard.

Elemen utama pelan komunikasi

Setiap pelan komunikasi yang berkesan merangkumi enam dimensi yang sama, tanpa mengira saiz projek atau industri. Format jadual adalah yang paling jelas kerana ia menunjukkan keeenam-enam dimensi sekaligus dan menjadikan jurang lebih ketara.

Keenam-enam elemen ini bersama-sama menjawab setiap soalan yang munasabah mengenai aliran komunikasi tertentu. Jika mana-mana satu tiada, pelan tersebut mempunyai jurang.

Pelan yang kukuh juga merangkumi laluan eskalasi komunikasi (apakah yang berlaku apabila sesuatu yang mendesak timbul di luar kadar normal). Untuk projek yang lebih besar, tambahkan mekanisme maklum balas: bagaimana setiap audiens memaklumkan pasukan projek apabila komunikasi tidak berjalan dengan baik?

Contoh pelan komunikasi

Berikut adalah contoh yang telah diisi untuk projek pelancaran perisian bersaiz sederhana dengan audiens pelbagai fungsi.

Perhatikan bahawa setiap baris adalah spesifik: penaja eksekutif mendapat e-mel setiap dua minggu DAN taklimat lisan selama sepuluh minit dalam mesyuarat jawatankuasa pemandu, bukan sekadar "kemas kini berkala." Tahap spesifik itulah yang mencegah perbualan "saya tidak tahu mengenai perkara itu" tiga bulan kemudian.

Cara membina pelan komunikasi

Membina pelan komunikasi mengambil masa beberapa jam untuk projek kecil dan sehari penuh untuk projek yang besar. Enam langkah di bawah terpakai untuk kedua-duanya.

Langkah 1: Kenal pasti pihak berkepentingan anda

Anda tidak boleh menentukan aliran komunikasi tanpa mengetahui siapa audiens. Mulakan dengan menyenaraikan setiap orang, pasukan, atau kumpulan yang mempunyai kepentingan dalam projek. Ini adalah latihan yang sama seperti matriks analisis pihak berkepentingan, dan jika anda telah melakukannya, gunakannya sebagai sumber anda.

Susun pihak berkepentingan mengikut tahap pengaruh dan minat mereka. Pihak berkepentingan yang berpengaruh tinggi dan berminat tinggi (biasanya penaja dan pembuat keputusan utama) memerlukan komunikasi yang kerap dan terperinci. Pihak berkepentingan yang berpengaruh tinggi tetapi berminat rendah (eksekutif yang meluluskan tetapi tidak terlibat sehari-hari) memerlukan kemas kini ringkas yang didorong oleh pengecualian. Kumpulan yang berpengaruh rendah tetapi berminat tinggi (pengguna akhir yang terjejas oleh perubahan) memerlukan komunikasi yang kerap dan jelas mengenai perkara yang mempengaruhi mereka.

Langkah 2: Tentukan apakah yang perlu diketahui oleh setiap pihak berkepentingan

Untuk setiap pihak berkepentingan, tanya: apakah keputusan yang mereka buat, dan apakah maklumat yang mereka perlukan untuk membuat keputusan tersebut dengan baik? Penaja eksekutif perlu tahu sama ada projek berada pada landasan yang betul dan sama ada sebarang risiko memerlukan campur tangan mereka. Seorang pembangun perlu tahu apakah yang mereka bina dalam sprint ini dan bila spesifikasi akan dimuktamadkan. Pengguna akhir perlu tahu apakah yang berubah, bila, dan apakah yang perlu mereka lakukan.

Tulis ini dalam istilah yang mudah. Elakkan label generik seperti "kemas kini projek" kerana ia bermakna perkara yang berbeza kepada orang yang berbeza. Spesifik sentiasa lebih baik: "aktual bajet berbanding ramalan" berbanding "maklumat kewangan."

Langkah 3: Pilih saluran yang betul untuk setiap aliran

Pemilihan saluran adalah tentang memadankan medium dengan mesej dan tabiat audiens. Saluran yang salah lebih teruk daripada tiada komunikasi: amaran risiko yang mendesak terkubur dalam surat edaran e-mel mingguan secara praktikalnya tiada amaran.

Gunakan prinsip-prinsip ini:

• Mendesak dan berisiko tinggi: mesej terus, panggilan telefon, atau mesyuarat khusus
• Kemas kini berstruktur berkala: laporan e-mel atau mesyuarat tetap
• Maklumat rujukan yang ditarik oleh pihak berkepentingan apabila diperlukan: dokumen bersama, dashboard, atau halaman intranet
• Penyelarasan pasukan: kemas kini tugas alat projek dan standup berulang

Berhati-hati agar tidak beralih kepada e-mel untuk segala-galanya. Lebihan peti masuk adalah nyata. Jika pihak berkepentingan sudah mengabaikan e-mel anda, mereka akan mengabaikan pelan komunikasi baharu yang dihantar melalui e-mel.

Langkah 4: Tetapkan kadar kekerapan

Kekerapan sama pentingnya dengan kandungan. Terlalu kerap dan pihak berkepentingan mula menapis mesej anda. Terlalu jarang dan mereka mengisi kekosongan dengan meminta kemas kini ad hoc, yang mengambil masa lebih banyak daripada yang diperlukan oleh kadar kekerapan yang tetap.

Padankan kekerapan dengan perubahan yang sebenarnya berlaku. Laporan status projek kepada penaja adalah munasabah setiap minggu semasa pelaksanaan dan setiap dua minggu semasa fasa yang lebih tenang. Amaran perubahan kepada pengguna akhir adalah munasabah pada Milestone utama, bukan setiap kali tugas kecil selesai.

Jadikan kadar kekerapan berkait dengan irama semula jadi projek anda: semakan sprint, pintu Milestone, dan mesyuarat pelancar projek adalah titik sentuhan komunikasi semula jadi untuk dibina.

Langkah 5: Berikan pemilik

Setiap komunikasi dalam pelan memerlukan pemilik yang dinamakan: orang yang bertanggungjawab menghasilkan dan mengedarkannya mengikut jadual. Tanpa pemilik yang dinamakan, "seseorang akan menghantarnya" menjadi "tiada siapa yang menghantarnya."

Pengurus projek memiliki kebanyakan komunikasi luaran kepada penaja dan eksekutif. Scrum Master atau ketua pasukan biasanya memiliki komunikasi dalaman pasukan. Pakar bidang atau ketua jabatan memiliki komunikasi teknikal kepada kumpulan tertentu. Gunakan matriks RACI jika pemilikan merentas komunikasi cukup kompleks untuk mewarantikannya.

Langkah 6: Semak dan selenggara pelan

Pelan komunikasi yang ditulis semasa pelancar dan tidak pernah dikemas kini adalah lebih teruk daripada tiada pelan, kerana ia mewujudkan keyakinan palsu. Jadualkan semakan pada setiap Milestone utama atau pintu fasa. Tanya:

• Adakah senarai pihak berkepentingan telah berubah?
• Adakah saluran yang dipilih masih berfungsi?
• Adakah kadar kekerapan sesuai dengan kedudukan kita dalam projek?
• Adakah pihak berkepentingan benar-benar membaca dan bertindak berdasarkan apa yang mereka terima?

Masukkan maklum balas daripada mesyuarat pelancar projek dan daripada perbualan retrospektif dengan pihak berkepentingan utama. Pelan ini adalah dokumen hidup, bukan kotak untuk ditanda.

Panduan saluran komunikasi dan kadar kekerapan

Keperluan komunikasi yang berbeza memerlukan saluran dan irama yang berbeza. Berikut adalah rujukan pantas untuk jenis komunikasi projek yang paling biasa.

Kadar kekerapan yang betul untuk mana-mana saluran bergantung pada kadar projek. Kitaran sprint Agile mendorong irama dalaman yang lebih pantas berbanding fasa Waterfall. Padankan kadar komunikasi anda dengan kadar projek, bukan dengan kalendar sewenang-wenangnya.

Amalan terbaik

Tulis pelan pada permulaan projek, bukan selepas itu. Masalah komunikasi bertambah buruk dari masa ke masa. Setiap minggu pihak berkepentingan tidak mendapat maklumat yang jelas adalah seminggu andaian yang terkumpul.

Pastikan ia ringkas dan mudah imbas. Pelan komunikasi yang tiada siapa membacanya tidak berguna. Gunakan format jadual. Elakkan perenggan prosa. Format jadual enam lajur dalam artikel ini merangkumi semua elemen yang diperlukan tanpa menjadi sebuah manual.

Asingkan kadar berkala daripada komunikasi yang dicetuskan. Pelan anda harus mempunyai dua bahagian: komunikasi berjadual (laporan mingguan, standup, mesyuarat jawatankuasa pemandu) dan komunikasi yang dicetuskan (eskalasi risiko, perubahan skop, keputusan go/no-go). Kedua-duanya memerlukan pemilik dan saluran; mereka hanya tidak berkongsi kalendar.

Dapatkan pengesahan pihak berkepentingan semasa pelancar. Telusuri pelan komunikasi semasa mesyuarat pelancar projek. Tanya pihak berkepentingan sama ada saluran dan kadar kekerapan sesuai untuk mereka. Maklum balas mereka sering mendedahkan kekangan praktikal (CFO tidak menyemak Slack, ketua teknikal lebih suka async berbanding mesyuarat) yang menjadikan pelan jauh lebih mungkin diikuti.

Semak semula apabila pasukan berubah. Apabila seorang pihak berkepentingan menyertai atau meninggalkan, atau apabila risiko baharu timbul yang memerlukan aliran komunikasi baharu, kemas kini pelan. Anggapnya sebagai dokumen hidup dengan nombor versi dan tarikh kemas kini terakhir.

Kesilapan biasa

Mengelirukan pelan komunikasi dengan jadual mesyuarat. Pelan memetakan setiap aliran maklumat, bukan hanya mesyuarat dalam kalendar anda. Laporan status, akses dashboard, saluran Slack, dan pengumuman e-mel semuanya adalah aliran komunikasi. Jika ia tidak ada dalam pelan, ia akan berlaku secara tidak konsisten.

Menggunakan saluran yang sama untuk segala-galanya. Beralih kepada e-mel untuk semua komunikasi mewujudkan kekacauan peti masuk dan menyembunyikan kemendesakan. Bezakan saluran mengikut tujuan. Isu mendesak memerlukan saluran yang lebih pantas. Bahan rujukan memerlukan saluran yang boleh dicari dan ditarik.

Melupakan lajur pemilik. Pelan yang menyenaraikan apa yang dikomunikasikan tetapi bukan siapa yang bertanggungjawab untuk melakukannya hampir-hampir merosot serta-merta. Setiap baris mesti mempunyai orang yang dinamakan, bukan peranan atau pasukan.

Menganggap pelan sebagai artifak sekali gus. Projek berubah. Pihak berkepentingan berubah. Saluran yang berfungsi dalam fasa perancangan tidak selalu berfungsi dalam penghantaran. Jadualkan semakan pelan komunikasi pada setiap Milestone utama.

Membebankan pihak berkepentingan dengan maklumat yang tidak mereka perlukan. Tidak setiap pihak berkepentingan memerlukan setiap kemas kini. Terlalu banyak maklumat menyebabkan pihak berkepentingan menapis semua komunikasi anda, termasuk yang kritikal. Segmenkan audiens anda dengan teliti dan hantar kepada setiap kumpulan hanya apa yang relevan untuk mereka.

Mengabaikan komunikasi dua hala. Pelan yang hanya menolak maklumat ke luar terlepas separuh gambarannya. Bina mekanisme maklum balas: soalan retrospektif yang dijadualkan, item agenda tetap bagi pihak berkepentingan untuk membangkitkan kebimbangan, atau mekanisme balas-kepada-e-mel-ini yang mudah.

Soalan yang kerap ditanya

Apakah yang perlu disertakan dalam pelan komunikasi?

Sekurang-kurangnya: senarai pihak berkepentingan, maklumat yang diperlukan oleh setiap satu, saluran yang digunakan untuk menyampaikannya, kekerapan, pemilik yang bertanggungjawab, dan format. Projek yang lebih besar juga menyertakan laluan eskalasi untuk isu mendesak dan mekanisme maklum balas. Format jadual enam lajur (audiens, mesej, saluran, kekerapan, pemilik, format) merangkumi semua ini dalam satu dokumen yang mudah diimbas.

Bagaimana pelan komunikasi berbeza daripada pelan pengurusan pihak berkepentingan?

Matriks analisis pihak berkepentingan memberi tumpuan kepada mengenal pasti, menilai, dan merancang cara melibatkan pihak berkepentingan sepanjang projek keseluruhan. Pelan komunikasi adalah lebih sempit: ia menyatakan aliran maklumat sebenar antara pasukan projek dan pihak berkepentingan. Kedua-duanya berkaitan. Analisis pihak berkepentingan memberitahu anda siapa yang anda hadapi dan berapa banyak pengaruh yang mereka miliki; pelan komunikasi memberitahu anda dengan tepat apakah yang akan anda hantar kepada mereka, bila, dan bagaimana. Kebanyakan projek membuat analisis pihak berkepentingan terlebih dahulu dan menggunakannya sebagai input kepada pelan komunikasi.

Bilakah pelan komunikasi harus dibina?

Semasa permulaan projek, seiring dengan piagam projek dan penilaian risiko awal. Pelan harus digubal sebelum mesyuarat pelancar projek supaya ia boleh disemak dan dipersetujui bersama pihak berkepentingan utama dalam mesyuarat tersebut. Membinanya selepas pelaksanaan bermula adalah lebih baik daripada tidak membinanya sama sekali, tetapi anda akan menghabiskan masa tambahan untuk menyelesaikan corak komunikasi yang telah terbentuk secara tidak formal.

Berapa panjangkah pelan komunikasi?

Sepanjang yang diperlukan dan tidak lebih. Projek kecil dengan lima pihak berkepentingan mungkin muat dalam satu halaman. Program besar dengan 30 atau lebih pihak berkepentingan merentasi pelbagai organisasi mungkin memerlukan dokumen berbilang halaman dengan bahagian berasingan untuk komunikasi dalaman dan luaran. Panjang yang betul adalah apa-apa yang merangkumi semua aliran komunikasi yang signifikan tanpa padding.

Adakah pelan komunikasi berubah semasa projek?

Ya, dan ia sepatutnya begitu. Setiap kali senarai pihak berkepentingan berubah, skop projek beralih dengan ketara, atau saluran komunikasi berhenti berfungsi, pelan harus dikemas kini. Amalan terbaik adalah menyemak pelan pada setiap pintu Milestone utama. Jejak perubahan dengan nombor versi dan tarikh kemas kini terakhir supaya pihak berkepentingan sentiasa tahu versi mana yang semasa.

---

Pelan komunikasi tidak wujud secara bersendirian. Ia adalah dokumen yang mendorong laporan status projek mingguan anda, memaklumkan kadar mesyuarat pihak berkepentingan anda, dan menyuap rekod tentang apakah yang dikomunikasikan ke dalam pelajaran yang dipelajari. Betulkan ia pada awal, dan maklumat projek mengalir hampir secara automatik. Silap, dan anda akan menghabiskan selebihnya projek mengejar pihak berkepentingan dengan kemas kini yang sepatutnya sudah mereka miliki.