Kickoff Projek yang Mencegah Peluasan Skop

Peluasan skop terkenal sebagai masalah pelaksanaan projek. Ia bukan begitu. Ia hampir selalu merupakan masalah definisi projek. PMI's Pulse of the Profession mendapati bahawa 52% projek mengalami peluasan skop, dan pengurusan keperluan yang lemah pada permulaan projek adalah punca utama yang disebut oleh pengurus projek.

Menjelang seseorang menambah ciri yang tidak ada dalam pelan asal, atau pihak Stakeholder meminta "perubahan kecil" yang menulis semula tiga minggu kerja, kegagalan sebenar telah berlaku pada permulaan. Pasukan mula membina sebelum mereka bersetuju tentang apa yang sedang dibina. Matlamat cukup kabur sehingga semua orang mengisi ruang kosong secara berbeza. Tiada siapa menyatakan dengan lantang apa yang projek itu secara jelas tidak akan lakukan.

Mesyuarat kickoff adalah peluang tunggal anda untuk mencegah ini. Kebanyakan kickoff gagal melakukan itu kerana ia bermula dengan tugasan dan bukannya penyelarasan. Seseorang berkongsi papan projek, pasukan membahagikan kerja, dan semua orang meninggalkan tempat tersebut dengan anggapan bahawa mereka faham projek itu sedangkan mereka sebenarnya faham bahagian mereka sahaja. Itu bukan perkara yang sama. Penyelarasan yang baik pada kickoff juga merupakan cara terbaik untuk melindungi focus blocks pasukan kemudian, kerana apabila skop jelas, gangguan di tengah projek berkurangan dengan ketara.

Kickoff yang berstruktur mengambil masa 60 minit. Projek yang kukuh dari segi struktur mengelakkan berminggu-minggu kerja semula. Itulah pertukarannya.

Mengapa Kebanyakan Kickoff Tersasar

Terdapat tiga corak kegagalan yang boleh dijangka dalam kickoff projek.

Matlamat dinyatakan tanpa kriteria kejayaan. "Bina pengalaman onboarding yang lebih baik" kedengaran seperti matlamat. Tetapi ia bukan. Ia adalah hala tuju. Tanpa kriteria kejayaan yang boleh diukur (apa maksud "lebih baik", dan bagaimana kita tahu bila ia dicapai), matlamat itu adalah kanvas kosong yang setiap pihak Stakeholder melukisnya secara berbeza.

Non-goal diabaikan. Bahagian non-goal adalah bahagian yang paling tidak selesa dalam sebarang kickoff kerana ia memerlukan seseorang untuk menyatakan secara jelas "kita tidak melakukan X." Itu terasa seperti membataskan keambisian. Tetapi ketiadaan senarai non-goal bermakna setiap permintaan di luar skop yang datang di tengah projek perlu dirundingkan dari awal, secara spontan, di bawah tekanan. Non-goal mewujudkan rangka yang telah dipersetujui terlebih dahulu untuk perbualan tersebut. Tanpanya, anda bermula dari sifar setiap kali.

Tiada siapa boleh menamakan DRI. Tanggungjawab yang diagihkan adalah tetapan lalai untuk projek kolaboratif. Semua orang "bertanggungjawab" dalam erti kata yang kabur. Tetapi apabila keputusan perlu dibuat dan tiada siapa mempunyai kuasa yang jelas, keputusan itu sama ada tidak dibuat atau ia dinaikkan kepada pimpinan, yang melambatkan segala-galanya dan mewujudkan kebergantungan dalam hala tuju yang salah. Setiap projek memerlukan seorang Directly Responsible Individual yang memiliki hasilnya, walaupun apabila kerja itu benar-benar kolaboratif.

Kitaran pelepasan yang lebih cepat dan struktur pasukan rentas fungsi telah menjadikan mod kegagalan ini lebih mahal. Apabila projek melibatkan empat pasukan dan dihantar setiap dua minggu, salah faham bertambah dengan cepat. Kos salah komunikasi pada minggu pertama bukan satu hari kerja semula. Ia adalah satu Sprint yang hilang merentasi empat pasukan. Penyelidikan McKinsey mengenai transformasi agile mendapati bahawa peranan dan tanggungjawab yang tidak jelas dalam pasukan rentas fungsi adalah antara tiga ramalan utama kelewatan projek.

Sebelum Kickoff: Ringkasan Projek Satu Halaman

Perkara yang paling berkesan yang boleh anda lakukan untuk meningkatkan mesyuarat kickoff adalah mengedarkan ringkasan projek satu halaman 24 jam sebelumnya. Ringkasan ini memaksa anda untuk mengkristalkan projek sebelum mesyuarat, mendedahkan salah faham lebih awal (dalam ulasan async dan bukannya dalam bilik), dan memberikan mesyuarat kickoff titik permulaan bersama dan bukannya halaman kosong.

Ringkasan tersebut hendaklah merangkumi:

Apa yang sedang kita bina dan mengapa. Dua atau tiga ayat maksimum. Jika anda tidak dapat meringkaskannya dalam dua atau tiga ayat, projek itu tidak cukup ditakrif untuk di-kickoff.

Rupa kejayaan. Kriteria yang spesifik dan boleh diukur. Bukan "pengguna akan mempunyai pengalaman yang lebih baik" tetapi "kadar pengaktifan pengguna baharu meningkat daripada 23% kepada 35% dalam masa 60 hari selepas pelancaran."

Apa yang projek ini tidak termasuk (non-goal). Senarai non-goal. Mulakan dengan perkara yang dibincangkan secara jelas dan diputuskan di luar skop. Tambahkan apa-apa lain yang cukup bersebelahan untuk menarik peluasan skop.

Kekangan. Tarikh akhir, belanjawan, saiz pasukan, kebergantungan teknikal, keperluan pematuhan. Kekangan bukan halangan. Ia adalah parameter yang perlu direka bentuk oleh pasukan.

Siapa memiliki apa. Draf RACI atau sekurang-kurangnya nama DRI dan pembahagian kasar tanggungjawab.

Edarkan ini kepada semua peserta kickoff 24 jam sebelum mesyuarat. Minta ulasan bertulis sebelum hadir. Apabila mesyuarat bermula, anda tidak akan menemui ringkasan itu. Anda akan membincangkannya.

Agenda Kickoff 60 Minit

Berikut adalah kickoff berstruktur yang muat dalam 60 minit dan merangkumi semua yang penting.

0-10 minit: Matlamat dan kriteria kejayaan. Bincangkan pernyataan matlamat dan kriteria kejayaan ringkasan bersama-sama. Jangan membacanya dengan kuat. Tanya pasukan: "Adakah ini menangkap apa yang kita cuba lakukan? Adakah ada sesuatu yang penting yang hilang dari rangka kerja ini?" Matlamatnya adalah untuk mendedahkan perselisihan pendapat tentang hala tuju lebih awal, bukan untuk mengesahkan apa yang telah anda tulis.

10-20 minit: Non-goal. Baca senarai non-goal dan tanya: "Adakah ada sesuatu yang perlu kita tambah?" Di sinilah konflik yang paling produktif sering muncul. Seseorang akan berkata "sebenarnya, saya menganggap kita termasuk X." Kini anda tahu bahawa definisi projek perlu lebih jelas, sebelum kerja bermula.

20-35 minit: Kekangan dan kebergantungan. Liputi garis masa, belanjawan, kebergantungan teknikal, dan kekangan luaran. Untuk setiap kebergantungan, namakan orang atau pasukan yang memilikinya dan bersetuju tentang cara kebergantungan akan dijejaki. Kebergantungan yang tidak dinamakan dan dimiliki dalam kickoff menjadi pemblokir yang tiada siapa jangkakan. Jalankan semakan kapasiti awal sprint yang ringkas sebelum bahagian ini, kerana mengetahui ketersediaan sebenar pasukan menjadikan perbualan garis masa lebih berasas dan bukannya berangan-angan.

35-50 minit: Pemilikan dan RACI. Lalui RACI atau rangka kerja tanggungjawab. Untuk setiap aliran kerja utama atau kategori keputusan: siapa yang melakukan kerja (Responsible), siapa yang memiliki hasilnya (Accountable), siapa yang perlu dirujuk sebelum membuat keputusan, siapa yang perlu dimaklumkan selepas keputusan dibuat. Matlamatnya bukan untuk mencipta RACI yang lengkap dengan 40 baris. Ia adalah untuk menjawab soalan "siapa yang membuat keputusan?" untuk keputusan yang paling mungkin timbul.

50-60 minit: Pengurusan perubahan. Bersetuju tentang proses permintaan perubahan sebelum sesiapa membuat permintaan perubahan. Apa yang berlaku apabila seorang pihak Stakeholder ingin menambah skop? Siapa yang menilainya? Siapa yang meluluskannya? Bagaimana kesan ke atas garis masa dan sumber dinilai? Perbualan ini terasa terlalu awal pada kickoff. Ia menjadi mendesak tiga minggu kemudian apabila penambahan skop pertama tiba. Mempunyai proses yang telah dipersetujui terlebih dahulu menjadikan perbualan jauh lebih cepat dan kurang bersifat politik.

Menulis Senarai Non-Goal

Senarai non-goal layak mendapat lebih perhatian daripada yang biasanya diberikan. Berikut cara menjana senarai yang berguna.

Mulakan dengan menyenaraikan semua yang boleh dimasukkan projek tetapi tidak akan. Fikirkan tentang:

• Ciri yang dibincangkan dan dipotong secara jelas atas sebab skop
• Masalah bersebelahan yang akan didedahkan projek tetapi tidak diselesaikan
• Segmen khalayak yang di luar skop
• Kerja teknikal yang akan ditangguhkan ke fasa kemudian
• Standard prestasi atau kualiti yang bercita-cita tinggi tetapi tidak dikomitmen

Kemudian tambahkan apa-apa dari kesebelahan ringkasan projek. Jika anda mereka bentuk semula onboarding, adakah anda juga mereka bentuk semula tooltip dalam aplikasi? Jujukan e-mel? Pengalaman sesi pertama? Jika tidak, nyatakannya secara jelas.

Senarai non-goal melindungi pasukan daripada corak peluasan skop yang paling biasa: tambahan bersebelahan yang kelihatan kecil ("bolehkah kita juga baiki X semasa kita ada di sana?") tetapi secara kumulatif memakan projek. Harvard Business Review mengenai kegagalan perancangan projek mencatat bahawa pengembangan skop menyumbang kepada majoriti lebihan belanjawan dalam projek rentas fungsi, dan hampir kesemuanya berasal daripada kesamaran tentang apa yang projek itu secara jelas tidak lakukan. Apabila permintaan datang, anda menunjuk kepada senarai non-goal dan berkata: "Kami membincangkan corak ini pada kickoff dan bersetuju ia di luar skop untuk fasa ini. Jika itu telah berubah, kita perlu menilai kesannya secara rasmi."

Itu bukan tindak balas yang berbelit-belit. Ia menjimatkan masa.

RACI Dilakukan dengan Cepat

Matriks RACI penuh untuk setiap tugasan adalah berlebihan untuk kebanyakan projek. Apa yang sebenarnya anda perlukan adalah jawapan kepada soalan-soalan ini:

Siapakah DRI untuk projek ini? Seorang sahaja. DRI bertanggungjawab ke atas hasilnya, memiliki keputusan pelancaran, dan mempunyai kata putus ke atas pertukaran skop dan keutamaan. Ini bukan pengurus projek yang menjejaki pelan. Ia adalah orang yang namanya dikaitkan dengan sama ada projek itu berjaya.

Siapa yang perlu meluluskan keputusan reka bentuk? Takrifkan proses ulasan reka bentuk terlebih dahulu.

Siapa yang perlu meluluskan perubahan skop? Ini berkait terus dengan proses permintaan perubahan.

Siapa yang perlu dirujuk sebelum kita muktamadkan hala tuju pada [kategori keputusan utama]? Untuk kebanyakan projek, terdapat 3-5 kategori keputusan di mana pilihan yang salah tanpa perundingan mewujudkan masalah politik atau operasi kemudian. Namakan mereka.

Siapa yang perlu sentiasa dimaklumkan tentang status? Ini berkait dengan amalan log keputusan anda, menyimpan rekod apa yang diputuskan dan mengapa, dengan orang yang tepat dimaklumkan.

Gunakan format ringkas ini untuk kickoff:

Log Kickoff

Setiap keputusan yang dibuat dalam kickoff hendaklah didokumenkan dalam log kickoff bersama. Bukan nota mesyuarat. Rekod keputusan. Perbezaan itu penting. Ini adalah kes penggunaan tepat yang log keputusan dibina, iaitu rekod yang boleh dicari tentang apa yang dipersetujui dan mengapa, bukan sekadar apa yang dibincangkan.

Nota mesyuarat menangkap apa yang dibincangkan. Log keputusan menangkap apa yang diputuskan dan mengapa. Log kickoff adalah rujukan autoriti untuk keputusan skop, pemilikan, dan proses yang dibuat sebelum kerja bermula.

Format setiap entri:

Keputusan: Apa yang dipersetujui. Alasan: Mengapa keputusan ini dibuat (walaupun satu ayat). Tarikh: Bila ia diputuskan. Pemilik: Siapa yang membuat keputusan atau kepada siapa ia terpakai.

Apabila peluasan skop tiba kemudian dalam projek, log kickoff adalah alat utama anda untuk perbualan tersebut. "Kami membincangkan ini pada kickoff dan memutuskan X kerana Y" adalah rangka kerja yang jauh lebih berkesan daripada "saya rasa kita bersetuju..." Log itu menjadikan persetujuan itu nyata, bukan sekadar diingati.

Templat Ringkasan Kickoff

Berikut adalah format satu halaman yang boleh anda sesuaikan:

---

Ringkasan Projek: [Nama Projek] Edarkan 24 jam sebelum kickoff. Kumpulkan ulasan bertulis sebelum mesyuarat.

Apa yang sedang kita bina: [2-3 ayat]

Mengapa ini penting sekarang: [1-2 ayat tentang konteks perniagaan]

Kriteria kejayaan:

• [Hasil spesifik dan boleh diukur 1]
• [Hasil spesifik dan boleh diukur 2]
• [Hasil spesifik dan boleh diukur 3]

Apa yang projek ini TIDAK termasuk (non-goal):

• [Item di luar skop yang jelas 1]
• [Item di luar skop yang jelas 2]
• [Item di luar skop yang jelas 3]

Kekangan:

• Tarikh akhir: [Tarikh]
• Belanjawan: [Jumlah atau T/A]
• Kebergantungan utama: [Namakan kebergantungan dan pemiliknya]
• Kekangan teknikal/undang-undang/pematuhan yang diketahui: [Senarai]

Pemilikan (draf):

• DRI: [Nama]
• Tanggungjawab utama: [Senarai ringkas]

Proses permintaan perubahan: [Cara penambahan akan dinilai dan diluluskan]

---

Perangkap Biasa

Memulakan dengan tugasan sebelum bersetuju tentang matlamat. Membuka kickoff dengan papan projek dan menugaskan tiket adalah cara terpantas untuk melangkau penyelarasan yang benar-benar penting. Papan itu boleh tunggu sehingga bahagian kedua. Dapatkan penyelarasan tentang matlamat, non-goal, dan pemilikan dahulu.

Kriteria kejayaan yang kabur. "Pengguna menyukai pengalaman baharu" bukan kriteria kejayaan. Ia adalah harapan. Kriteria kejayaan adalah spesifik, boleh diukur, dan terikat masa. Jika anda tidak dapat menerangkan cara anda mengukur sama ada projek itu berjaya, anda belum selesai mentakrifkan projek itu.

Menugaskan pasukan tanpa menamakan DRI. "Pasukan produk memiliki ini" bukan tugasan pemilikan. Namakan orangnya. Apabila ada keputusan sukar yang perlu dibuat pada minggu keempat, "pasukan produk" tidak boleh membuatnya. DRI boleh.

Melangkau proses permintaan perubahan. Ini selalu terasa tidak perlu pada kickoff. Ia selalu menjadi perlu semasa projek. Luangkan lima minit untuknya pada kickoff dan jimatkan berhari-hari perundingan kemudian.

Tidak mengedarkan ringkasan terlebih dahulu. Kickoff tanpa ringkasan yang diedarkan lebih awal bermakna 20 minit pertama dihabiskan untuk mengorientasikan orang kepada maklumat yang boleh mereka proses secara async. Ia juga bermakna anda kehilangan tempoh ulasan async di mana orang mendedahkan perselisihan sebelum ia menjadi konflik suhu bilik.

Selepas Kickoff: Hubungan dengan Retrospektif

Kickoff adalah ramalan tentang bagaimana projek akan berjalan. Retrospektif pada akhir projek adalah tempat anda membandingkan ramalan dengan realiti. Adakah senarai non-goal bertahan? Adakah struktur DRI berfungsi? Adakah kriteria kejayaan betul?

Retrospektif yang paling berguna adalah yang mana pasukan mempunyai dokumen kickoff untuk dibandingkan. Tanpanya, retrospektif adalah perbualan tentang perasaan. Dengannya, ia adalah perbualan tentang keputusan, dan keputusan boleh diperbaiki.

Bina tabiat membaca ringkasan kickoff pada retrospektif. Ia mengambil masa tiga minit dan menghasilkan pembelajaran yang lebih baik daripada sebarang amalan tunggal lain.

Mengukur Kualiti Kickoff

Penunjuk utama kickoff yang baik adalah ketiadaan perundingan semula di tengah projek. Jejaki:

Penambahan skop setiap projek. Berapa kali pasukan menambah skop secara rasmi selepas kickoff? Jejaki ini merentasi beberapa projek. Apabila kualiti kickoff meningkat, nombor ini sepatutnya turun.

Jam kerja semula. Jam yang dihabiskan untuk kerja yang terpaksa dilakukan semula kerana hala tuju berubah atau keperluan tidak jelas. Sekali lagi, ini sepatutnya turun apabila ketegasan kickoff meningkat.

Hari dari kickoff ke penghantaran pertama. Kickoff yang jelas biasanya mengurangkan kelewatan yang disebabkan oleh kesamaran antara "kita mula" dan "kita hantar sesuatu." Penyelidikan Deloitte mengenai pasukan berprestasi tinggi mendapati bahawa pasukan dengan ritual pelancaran projek yang berstruktur, termasuk non-goal yang jelas dan rangka kerja RACI, mencapai pencapaian pertama mereka 30% lebih cepat daripada pasukan yang melangkau kickoff berstruktur. Jika metrik ini tidak bergerak, kickoff mungkin menghasilkan kertas kerja dan bukannya penyelarasan.

Matlamat kickoff adalah pasukan yang mula membina atas set andaian yang sama tentang apa yang sedang mereka bina, mengapa mereka membinanya, dan apa rupa "selesai". Segala-galanya dalam mesyuarat adalah infrastruktur untuk hasil itu.

Meluangkan 60 minit untuk soalan itu sebelum sebarang kod ditulis atau reka bentuk dimulakan bukan bebanan. Ia adalah insurans paling murah yang boleh anda beli untuk lapan minggu seterusnya.

Ketahui Lebih Lanjut: Terokai Panduan Penuh Produktiviti Pasukan untuk lebih banyak panduan tentang merancang, mengendalikan, dan menghantar sebagai pasukan. Bacaan berkaitan: kemas kini status mingguan tanpa persembahan, onboarding kakitangan baharu kepada cara bekerja anda, dan menjalankan program AI pilot.