Tugas proyek adalah pekerjaan yang harus dilakukan. Tonggak adalah kejadian atau pencapaian penting untuk menandai kemajuan. “Jalankan tes penerimaan” adalah tugas; “penerimaan operasional dikonfirmasi” adalah tonggak. Pembedaan ini membantu tim melihat apakah aktivitas yang selesai menghasilkan kesiapan atau keputusan yang dibutuhkan.
Tenggat berbeda lagi: tenggat adalah tanggal yang diwajibkan. Sebuah tonggak dapat memiliki tenggat, tetapi tibanya tanggal tersebut tidak membuktikan bahwa tonggak telah terjadi. Mencatat perbedaan ini dengan jujur penting ketika pemangku kepentingan mengandalkan rencana.
Panduan Penilaian Jadwal GAO membedakan tonggak dan aktivitas dalam jadwal proyek. Contoh di sini menerapkan pembedaan penjadwalan tersebut pada tinjauan tim dan serah terima; semuanya hipotetis, bukan kisah proyek pelanggan.
Bandingkan tugas, tonggak, tenggat, dan hasil kerja
| Item | Makna | Contoh | Bukti penyelesaian |
|---|---|---|---|
| Tugas | Pekerjaan yang membutuhkan upaya dan waktu | Gladi migrasi | Gladi dilakukan dan pengamatan dicatat |
| Hasil kerja | Item atau kemampuan yang dihasilkan | Panduan migrasi | Isi disepakati dan kriteria mutu terpenuhi |
| Tonggak | Kejadian penting atau keadaan yang diterima | Operasi menerima tanggung jawab | Penerimaan berwenang tercatat dengan semua syarat |
| Tenggat | Persyaratan tanggal | Transisi harus selesai sebelum kontrak berakhir | Bandingkan tanggal tonggak aktual atau perkiraan dengan tanggal wajib |
Dalam penjadwalan konvensional, tonggak dimodelkan sebagai titik berdurasi nol. Itu tidak berarti pekerjaan untuk mencapainya terjadi seketika. Hubungkan aktivitas persiapan, tinjauan, dan penerimaan yang nyata, bukan menyembunyikannya dalam simbol berlian bertuliskan “siap”.
Aktivitas ringkasan dapat mencakup banyak tugas. Namun, aktivitas itu bukan otomatis tonggak. Menyebut fase enam minggu sebagai tonggak dapat mengaburkan apakah yang dimaksud adalah pekerjaan fasenya, tanggal akhirnya, atau keputusan pada batas fase.
Beri nama tonggak agar dapat diverifikasi
Pilih keadaan atau kejadian dengan penerima yang jelas: “Pilot diterima pemilik layanan”, “Akses yang diperlukan disetujui”, atau “Kelompok hasil lengkap pertama ditinjau”. Hindari label seperti “fase dua” dan “hampir selesai” yang harus dijelaskan oleh penyusun rencana awal.
Untuk setiap tonggak, catat:
- Kejadian atau keadaan yang diterima yang diwakilinya.
- Bukti yang diperlukan untuk mengonfirmasi pencapaian.
- Orang atau peran yang berwenang mengonfirmasi.
- Pekerjaan pendahulu dan dependensi eksternal yang diperlukan.
- Batasan tanggal, jika ada.
- Cara menangani syarat, pengecualian, atau penerimaan sebagian.
Ini tidak mengharuskan dokumen besar untuk setiap kejadian kecil. Satu kalimat penerimaan yang jelas dapat mencegah kesalahpahaman mahal. Tingkat detailnya harus sesuai dengan konsekuensi jika tonggak keliru dinyatakan selesai.
Jika “diterima dengan syarat” mungkin terjadi, definisikan syarat dan siapa yang bertanggung jawab atas sisanya. Jangan mengubah pekerjaan yang belum selesai menjadi catatan kaki tersembunyi hanya untuk mempertahankan status hijau.
Contoh lengkap: pelatihan selesai belum berarti layanan siap
Tim hipotetis menyerahkan layanan pelaporan kepada operasi. Rencana proyek memuat tonggak “pelatihan selesai”. Tiga sesi pelatihan berlangsung sesuai jadwal, lalu proyek menandai transisi sebagai siap.
Tim penerima kemudian menemukan bahwa mereka tidak dapat memulihkan laporan terjadwal yang gagal. Sesi pelatihan membahas operasi normal, sementara petunjuk akses dan pemulihan masih belum lengkap.
Masalahnya bukan bahwa pelatihan tidak berguna. Tonggaknya mewakili jumlah aktivitas, bukan keputusan kesiapan yang dimaksud pemangku kepentingan.
Dalam rencana yang diperbaiki, “operasi menerima tanggung jawab dukungan” menjadi tonggak transisi. Buktinya mencakup panduan penanganan rutin yang disepakati, latihan pemulihan yang sesuai, akses terkonfirmasi, serta daftar keterbatasan tersisa yang diterima secara eksplisit. Pelatihan tetap menjadi rangkaian tugas yang mendukung kesiapan.
Kriteria ini adalah ilustrasi dan perlu disesuaikan dengan risiko serta kebutuhan operasi layanan. Ini bukan standar penerimaan operasional universal.
Proyek juga menambahkan tugas terpisah untuk tinjauan penerimaan itu sendiri. Penerima tidak dapat meninjau bukti tanpa mengeluarkan waktu hanya karena jadwal memodelkan tonggak akhir sebagai sebuah titik.
Pilih cukup banyak tonggak untuk mengarahkan keputusan
Jadwal yang hanya memiliki “mulai” dan “selesai” dapat membuat pemangku kepentingan buta terhadap risiko di tengah jalan. Jadwal dengan tonggak untuk setiap tindakan kecil membuat kejadian penting sulit terlihat.
Pilih tonggak di sekitar perubahan penting: otorisasi untuk melanjutkan, asumsi desain yang diterima, kemampuan yang dapat digunakan, kesiapan uji coba, atau perpindahan tanggung jawab. Tanyakan, “Keputusan apa yang menjadi mungkin setelah kejadian ini dikonfirmasi?”
Untuk pekerjaan eksplorasi, tonggak bermakna mungkin berupa tinjauan bukti, bukan bukti bahwa gagasan pilihan berhasil. “Keputusan pilot berdasarkan bukti yang disepakati” bisa lebih jujur daripada “pilot sukses” jika eksperimen memang dirancang untuk mengetahui apakah pendekatan tersebut berfungsi.
Pastikan pelacakan pengiriman cukup rinci untuk menunjukkan cara mencapai tonggak. Tampilan tingkat tinggi berguna bagi pemangku kepentingan, tetapi tidak boleh memutuskan hubungan kejadian yang dijanjikan dari pekerjaan dan dependensi di bawahnya.
Tinjau tonggak yang terancam sebelum tenggatnya
Saat perkiraan mundur, selidiki rangkaian prasyarat. Apakah hasil kerja belum lengkap, peninjau tidak tersedia, kriteria penerimaan masih rancu, atau dependensi belum dikonfirmasi? Masalah yang berbeda membutuhkan respons berbeda.
Pertanyaan tinjauan yang berguna adalah, “Kapan tanggal terakhir kita masih bisa mengambil keputusan berbeda?” Waktunya mungkin lebih awal daripada tenggat tonggak. Jika pemasok harus dipilih dua minggu sebelum pengujian, peringatan pada hari pengujian sudah terlambat.
Jangan menggeser tanggal baseline tonggak hanya agar sesuai dengan perkiraan saat ini. Pertahankan komitmen acuan dan catat perubahan yang disetujui. Panduan baseline Gantt membahas perbandingan ini lebih lanjut.
Jika tonggak tercapai lebih lambat dari rencana, catat tanggal aktual dan alasan yang didukung bukti. Riwayat itu dapat memperbaiki perencanaan berikutnya tanpa mengubah pembicaraan menjadi saling menyalahkan.
Masukkan tonggak secara selektif ke retrospektif
Retrospektif tidak perlu mengulang setiap pembaruan status proyek. Pilih tonggak yang mengajarkan sesuatu tentang cara kerja tim: penerimaan terlambat, dependensi yang mengejutkan, atau asumsi kesiapan yang keliru.
Tanyakan apa yang diyakini tim saat menyusun rencana, bukti apa yang kemudian menantang keyakinan itu, dan perubahan kecil apa yang dapat memperbaiki keputusan berikutnya. Misalnya, uji kriteria penerimaan dengan pemilik penerima sebelum memulai paket kerja berikutnya.
Gunakan retrospektif tim untuk memeriksa polanya dan panduan butir tindakan untuk menindaklanjuti. NextRetro dapat menampung diskusi; jadwal yang disetujui tetap berada di sistem perencanaan proyek.
Pertanyaan umum
Bisakah tonggak memiliki durasi?
Dalam penjadwalan konvensional, tonggak adalah titik waktu tanpa durasi. Persiapan, pemeriksaan, dan keputusan di sekitarnya membutuhkan waktu dan sebaiknya ditampilkan sebagai aktivitas. Periksa perilaku alat perencanaan jika alat itu mengizinkan representasi lain.
Apakah penyelesaian hasil kerja selalu menjadi tonggak?
Tidak. Hasil kerja adalah item atau kemampuan yang dihasilkan. Penyelesaian atau penerimaannya dapat menjadi tonggak jika mewakili kejadian penting, tetapi tidak setiap hasil kerja kecil memerlukan tingkat pelaporan itu.
Apa yang harus dilakukan jika tonggak baru selesai sebagian?
Jelaskan keadaan sebenarnya dan syarat yang masih tertunda. Gunakan aturan penerimaan bersyarat yang sudah ditetapkan jika proyek memilikinya. Jika tidak, tandai tonggak belum tercapai, bukan memakai persentase yang menyiratkan penerimaan yang sebenarnya belum terjadi.