Menyampaikan Berita Buruk
Anda benar-benar harus segera mengangkat masalah ini, namun jika Anda dapat melakukannya dalam skala waktu yang masuk akal (yaitu beberapa jam, tidak lebih) Anda harus melakukan sedikit penilaian dampak sebelum melakukannya.
Seperti halnya semua berita buruk, yang terbaik adalah memberikan informasi terperinci (daripada hanya mengatakan "itu akan terlambat") jadi sediakan banyak / banyak dari:
1) Estimasi / rentang waktu yang direvisi untuk tugas-tugas yang telah tergelincir.
2) Taksiran / rentang waktu yang direvisi untuk tugas-tugas di masa depan yang menurut Anda, mengingat mengetahui bahwa beberapa hal sudah berjalan, mungkin membutuhkan waktu lebih lama.
3) Alasan yang sangat singkat mengapa slippage terjadi (jangan berputar, hanya kebenaran, tetapi jangan terdengar seperti Anda membuat alasan). Dalam hal ini Anda menyatakan "Kami memperkirakan berdasarkan aturan X dan Y tetapi mereka sekarang memasukkan Z yang tidak pernah disebutkan". Dia mungkin dapat menggunakan ini dalam menjelaskan keterlambatan kepada klien dan mendidik mereka tentang pentingnya menjadi teliti sejak awal.
4) Jika alternatif yang memungkinkan untuk membawa hal-hal kembali ke jalurnya (biasanya mengurangi ruang lingkup tetapi mungkin ada opsi lain - bagian lain dari proyek ini mungkin di depan waktu dan mungkin untuk memindahkan tugas di sekitar).
Ingat dengan slippage dampak psikologis / kredibilitas adalah culmulative. Anda mungkin bisa lolos dengan satu tetapi yang kedua akan lebih sulit dan yang ketiga masih lebih keras.
Itulah mengapa poin 2 penting - perbaiki tidak hanya apa yang sudah tergelincir tetapi juga tugas masa depan yang sekarang Anda pikir mungkin memakan waktu lebih lama dari yang diperkirakan semula. Tergelincir terjadi di IT, tidak belajar dari kesalahan Anda adalah dosa yang lebih besar.
Mencegah Harus Memberikan Berita Buruk
Ada dua skenario di sini: pertama, Anda tidak melakukan perkiraan sendiri dalam hal ini tidak banyak yang dapat Anda lakukan selain mendorong untuk terlibat dalam perkiraan di putaran waktu berikutnya.
Kedua, Anda memang melakukan estimasi sendiri dalam hal ini Anda perlu melihat bagaimana melakukan estimasi yang lebih baik. Bagi saya, frasa kunci dalam pertanyaan adalah "selalu ada kejutan karena aturan bisnis terlalu rumit" .
Dengan hormat, jika itu selalu terjadi, itu seharusnya tidak mengejutkan . Jika Anda hanya mendapatkan setengah dari aturan bisnis maka Anda harus mengasumsikan bahwa dalam perkiraan Anda dan memungkinkan untuk merayap fitur.
Anda dapat melakukan ini dengan meningkatkan taksiran untuk aturan yang Anda miliki (ini berfungsi tetapi Anda tidak mendidik siapa pun tentang apa yang sebenarnya terjadi), tetapi lebih baik menyatakan dengan perkiraan Anda "Secara historis aturan yang kami dapatkan adalah versi yang disederhanakan dari apa yang sebenarnya mereka inginkan. Aturan yang mereka nyatakan akan memakan waktu 3 hari untuk diimplementasikan, namun kami harus mengizinkan 3 hari kontingensi untuk aturan yang belum disebutkan tetapi kemungkinan akan ditemukan selama pengembangan dan pengujian. "
Jika PM mempertanyakan hal ini maka Anda perlu mengingatkannya tentang semua waktu itu memang benar (dengan contoh - sulit untuk berdebat contoh) dan juga dengan lembut menyarankan bahwa ia berkepentingan untuk memberikan tepat waktu dan juga waktu Anda, jadi bukankah demikian? lebih baik bersikap konservatif?
Tetapi intinya: jika Anda selalu meremehkan karena faktor tertentu (dalam hal ini fitur merayap) maka angka itu menjadi perkiraan Anda.