Cara menyusun timeline proyek yang benar-benar diikuti tim

Sebagian besar timeline proyek gagal di minggu pertama, bukan di minggu terakhir. Timeline dibuat sekali saat kickoff, dibagikan sebagai gambar, lalu tidak pernah dilihat lagi. Timeline yang benar-benar diikuti tim dibuat dengan cara berbeda: mundur dari tanggal akhir, bersama orang-orang yang akan mengerjakannya.

Mulai dari tanggal yang tidak bisa digeser

Setiap proyek punya satu tanggal yang pasti: peluncuran, akhir kontrak, rapat direksi, atau musim tertentu. Tulis tanggal itu lebih dulu. Lalu susun milestone yang harus tercapai sebelum tanggal tersebut, mundur ke belakang. “Konten disetujui” harus terjadi sebelum “situs live”. “Data dimigrasi” harus terjadi sebelum “pengguna dilatih”. Inilah kerangkanya.

Buat estimasi bersama orang yang mengerjakan

Manajer proyek yang membuat estimasi sendirian cenderung terlalu optimis. Tanyakan kepada setiap penanggung jawab tahap berapa lama pekerjaannya, lalu tanyakan apa yang biasanya meleset. Tambahkan waktu itu. Timeline dengan cadangan waktu yang jujur lebih mudah dipertahankan daripada timeline yang mundur setiap minggu.

Tampilkan ketergantungan antar tugas

Penyebab paling umum timeline berantakan adalah ketergantungan yang tersembunyi. Desain tidak bisa selesai sebelum konten siap. Pengujian tidak bisa dimulai sebelum lingkungan uji tersedia. Gambarkan hubungan ini di timeline, bukan hanya di kepala seseorang. Saat satu tugas mundur, semua orang bisa melihat apa saja yang ikut bergeser.

Tandai hari ini, setiap hari

Timeline baru berguna jika orang bisa melihat posisi mereka saat ini. Tampilkan penanda “hari ini” dengan jelas dan lihat bersama di setiap rapat mingguan. Tugas di sebelah kiri garis yang belum selesai adalah agenda rapat. Hal lain tidak perlu dibahas sebelum tugas-tugas itu dijelaskan.

Rencanakan per fase, bukan satu blok besar

Timeline yang sangat panjang menyembunyikan masalah. Bagi proyek menjadi fase dua sampai enam minggu, masing-masing diakhiri dengan sesuatu yang bisa dilihat klien. Rinci fase berikutnya sebelum dimulai, dan biarkan fase selanjutnya tetap garis besar. Anda akan belajar lebih banyak di fase pertama daripada yang bisa diprediksi rencana apa pun.

Periksa kapasitas sebelum berjanji

Timeline mengasumsikan orangnya tersedia. Sebelum menjanjikan tanggal, periksa siapa yang sudah sibuk di proyek lain dan siapa yang sudah mengajukan cuti. Desainer yang cuti tepat di dua minggu fase desain adalah masalah timeline, bukan masalah orang, dan murah untuk diperbaiki sejak awal.

Simpan satu versi saja

Timeline terburuk adalah timeline yang ada di tiga tempat: slide, spreadsheet, dan email. Simpan satu timeline yang bisa dilihat seluruh tim dan klien, lalu perbarui di sana. Saat ada perubahan, tulis alasannya di tempat yang sama.

Daftar periksa singkat

• Tanggal akhir yang pasti sudah ditulis dan disepakati.
• Setiap fase punya penanggung jawab yang memberikan estimasi.
• Ketergantungan antar tugas digambarkan, bukan diasumsikan.
• Kapasitas dan cuti sudah dicek sebelum tanggal dijanjikan.
• Hanya ada satu timeline, dan ditinjau setiap minggu terhadap hari ini.