Daftar periksa penyiapan proyek menetapkan kondisi minimum untuk pekerjaan terkoordinasi: tujuan yang jelas, batasan yang ditentukan, pemilik keputusan, akses yang sesuai, dependensi yang dipahami, dan cara memeriksa kemajuan. Daftar ini seharusnya membantu tim memulai dengan bertanggung jawab. Jangan menjadikannya lomba administrasi atau menyiratkan bahwa semua ketidakpastian harus hilang sebelum pembelajaran dimulai.
Pisahkan penyiapan dari perencanaan terperinci. Penyiapan memungkinkan pengambilan keputusan dan kolaborasi. Perencanaan mengembangkan pekerjaan seiring bertambahnya pengetahuan. Daftar tugas dengan kategori yang rapi tidak dapat menggantikan kesepakatan tentang perubahan yang ingin diwujudkan proyek.
Panduan inisiasi proyek UMass Boston menggambarkan perbedaan antara menyusun piagam proyek dan mengembangkan rencana berikutnya. Daftar periksa ini adalah alat bantu kerja umum; persyaratan otorisasi organisasi Anda tetap berlaku.
Daftar periksa penyiapan proyek
| Area | Pemeriksaan | Bukti kesiapan |
|---|---|---|
| Tujuan | Dapatkah kita menjelaskan masalah dan hasil yang diinginkan? | Ringkasan singkat yang disepakati dengan bukti sumber |
| Cakupan | Apa yang termasuk, dikecualikan, dan belum pasti? | Batasan dan pertanyaan yang belum terjawab terlihat |
| Wewenang | Siapa yang dapat mengambil tiap keputusan penting? | Pemilik keputusan yang disebutkan dan jalur eskalasi |
| Orang | Siapa yang mengerjakan, berkontribusi, dan mengoperasikan hasil? | Tanggung jawab diterima dan ketersediaan realistis |
| Dependensi | Apa yang harus disediakan pihak lain? | Kontribusi dikonfirmasi atau asumsi dijelaskan |
| Akses | Dapatkah kontributor menggunakan informasi dan alat yang dibutuhkan? | Izin diuji melalui kanal yang disetujui |
| Sistem kerja | Di mana tugas, keputusan, risiko, dan dokumen disimpan? | Lokasi bersama dengan pemilik yang jelas |
| Tinjauan | Bagaimana hasil dan kolaborasi akan diperiksa? | Titik tinjauan terjadwal dan sinyal yang dapat digunakan |
Pemeriksaan belum selesai hanya karena dokumennya ada. Seseorang harus dapat menggunakannya untuk menjawab pertanyaan nyata. Jika ringkasan tidak dapat memastikan apakah permintaan termasuk dalam cakupan, bagian cakupan masih membutuhkan pekerjaan.
Mulai dengan ringkasan proyek singkat
Tuliskan masalah, kelompok terdampak, dan perubahan yang diinginkan dengan bahasa sederhana. Sertakan bukti yang tersedia serta batasannya. Implementasi yang diminta dapat dicantumkan sebagai opsi atau kendala, tetapi tidak boleh mengaburkan kebutuhan yang dilayani proyek.
Definisikan keberhasilan dengan hal yang dapat diperiksa tim. “Meluncurkan portal” menjelaskan pengiriman. “Pengguna dapat menyelesaikan tugas sasaran tanpa serah terima manual saat ini” menjelaskan hasil yang perlu diverifikasi. Anda mungkin membutuhkan keduanya, tetapi jangan mencampuradukkannya.
Catat kendala mutlak secara terpisah dari preferensi. Persyaratan hukum, kontrak yang sudah ada, dan tanggal peluncuran pilihan memiliki implikasi berbeda. Sebutkan siapa yang mengonfirmasi kendala agar dapat diperiksa saat situasi berubah.
Buat kepemilikan menjadi konkret
Daftarkan keputusan yang kemungkinan dihadapi proyek sebelum mencantumkan setiap peran. Contohnya perubahan cakupan, pilihan anggaran, penerimaan operasional, dan dependensi lintas tim yang belum selesai. Tentukan siapa yang memutuskan, berkontribusi, dan kapan eskalasi diperlukan.
Minta setiap pemilik menerima tanggung jawabnya. Mencantumkan nama seseorang dalam dokumen tidak otomatis memberinya waktu atau wewenang. Jika kepemilikan dibagi, jelaskan siapa yang mengoordinasikan keputusan langsung dan bagaimana perbedaan pendapat diselesaikan.
Sertakan orang yang akan mengoperasikan hasil. Dukungan, pemeliharaan, aksesibilitas, pelatihan, atau pengelolaan data mungkin membutuhkan pekerjaan sebelum peluncuran. Keterlibatan mereka termasuk dalam penyiapan, bukan kejutan kesiapan di saat terakhir.
Konfirmasikan dependensi alih-alih mengasumsikannya
Untuk setiap kontribusi eksternal, catat hasil yang dibutuhkan, orang yang mengoordinasikannya, tanggal terakhir yang berguna, dan bukti komitmennya. Bedakan “diminta” dari “diterima.”
Lalu tanyakan apa yang terjadi jika kontribusi terlambat atau berbeda dari harapan. Jawabannya bisa mengubah urutan kerja, mengurangi cakupan, menyelidiki alternatif, atau mengubah tanggal. Jangan menyembunyikan dependensi dengan memberinya status tugas di papan Anda sendiri.
Jika proyek masih dalam discovery, beberapa dependensi tetap belum pasti. Itu dapat diterima jika ketidakpastian terlihat dan langkah pengumpulan bukti berikutnya memiliki pemilik. Berisiko jika rencana memperlakukan kontribusi sebagai sesuatu yang pasti.
Contoh lengkap: memindahkan proses permintaan internal
Contoh hipotetis: tim bersiap memindahkan permintaan internal dari email ke proses intake bersama. Penyiapan awalnya terdiri dari papan, tanggal target, dan daftar kolom formulir.
Daftar periksa mengungkap tiga kesenjangan. Tidak ada yang memiliki pengecualian yang tidak cocok dengan formulir. Tim operasional diharapkan memberi dukungan tanpa kapasitas yang dikonfirmasi. Data permintaan historis memuat informasi yang tidak boleh disalin ke ruang kerja dengan akses luas.
Tim mengubah penyiapan sebelum memperluas daftar tugas. Tim menunjuk pemilik pengecualian, mengonfirmasi pengaturan dukungan awal, dan menetapkan pendekatan penanganan data yang disetujui bersama pemilik terkait. Tim juga mempersempit rilis pertama ke satu kategori permintaan.
Kini proyek dapat mulai belajar dari peluncuran terbatas. Daftar periksa tidak meramalkan semua risiko; daftar itu membuat beberapa keputusan penting terlihat selagi masih murah untuk diubah.
Siapkan sistem informasi secara ringan
Pilih satu tempat resmi untuk tiap jenis informasi. Tugas menunjukkan pekerjaan dan kepemilikan. Log keputusan mencatat pilihan, alasan, dan pengambil keputusan. Catatan risiko menunjukkan ketidakpastian dan respons. Dokumen referensi menyimpan materi yang tidak seharusnya disalin ke setiap tugas.
Tautkan tempat-tempat itu alih-alih memelihara versi duplikat. Jika keputusan berubah, perbarui catatan resminya dan beri tahu orang terdampak. Komentar tugas dapat menunjuk ke perubahan tanpa menjadi sumber kebenaran kedua.
Uji akses dengan kontributor yang mewakili pengguna. Jangan membagikan kredensial atau melewati kontrol izin agar daftar periksa tampak hijau. Jika seseorang tidak dapat mengakses materi yang dibutuhkan, selesaikan melalui proses akses yang disetujui dan catat hambatannya.
Tinjau penyiapan setelah pekerjaan nyata pertama
Jadwalkan tinjauan singkat setelah tim memiliki cukup pengalaman untuk menantang penyiapan. Tanyakan keputusan mana yang tertunda, tanggung jawab mana yang tidak jelas, dan informasi mana yang sulit ditemukan.
Gunakan retrospektif agile untuk pertanyaan kolaborasi. Ide retrospektif sederhana dapat membantu peserta mengumpulkan pengamatan sebelum diskusi. Pilih satu perbaikan cara kerja dan periksa dengan proses peningkatan retrospektif.
Jangan menjawab setiap kesulitan dengan menambah templat. Kadang solusinya adalah menghapus catatan duplikat, memperjelas hak keputusan, atau memberi pemilik yang ada cukup waktu.
Tanda proyek belum siap berkomitmen
Tunda komitmen penting ketika tidak ada yang berwenang menyetujuinya, target bergantung pada kontribusi eksternal yang belum dikonfirmasi, atau hasil tidak dapat dijelaskan secara konsisten. Lanjutkan discovery yang terpisah jika berguna, tetapi jangan menyebut tanggal tanpa dukungan sebagai janji.
Demikian pula, akses yang belum terselesaikan ke data sensitif atau kepemilikan operasional yang diwajibkan mungkin benar-benar menjadi gerbang. Daftar periksa dimaksudkan untuk mengungkap kondisi itu, bukan memberi alasan untuk mengakalinya.
Penyiapan yang bertanggung jawab dapat memuat hal yang belum diketahui. Namun, harus ada cara yang dapat dipercaya untuk mempelajari dan memutuskannya.
Pertanyaan yang sering diajukan
Apakah proyek kecil membutuhkan daftar periksa penyiapan?
Ya, tetapi sesuaikan bukti dan dokumentasinya dengan pekerjaan. Ringkasan singkat dan beberapa keputusan eksplisit mungkin cukup. Tujuannya adalah kejelasan, bukan meniru administrasi program besar.
Haruskah perencanaan terperinci selesai sebelum membuat papan proyek?
Anda dapat membuat papan lebih awal, tetapi bedakan tugas investigasi dari komitmen pengiriman. Papan seharusnya membuat ketidakpastian terlihat, bukan menyiratkan semua pekerjaan siap dijalankan.
Siapa yang memiliki daftar periksa penyiapan?
Pemimpin proyek dapat mengoordinasikannya, sementara pemilik terkait mengonfirmasi keputusan, tanggung jawab, dan kendala mereka. Tanpa memeriksa, satu orang tidak dapat secara bertanggung jawab memastikan ketersediaan atau wewenang semua orang.