Jangan Gunakan “I Told You So” dalam Evaluasi Proyek
Setiap organisasi yang menjalankan proyek – baik kecil maupun besar – pasti pernah mendengar ungkapan “I told you so” (saya sudah katakan). Pada awalnya, kata‑kata ini terdengar seperti cara menegaskan kebenaran pendapat, namun dalam konteks evaluasi proyek, penggunaan frasa tersebut dapat menimbulkan dampak negatif yang serius. Artikel ini membahas mengapa “I told you so” tidak cocok dalam evaluasi proyek, apa konsekuensinya bagi tim, serta strategi yang lebih konstruktif untuk mengelola evaluasi.
1. Mengapa “I Told You So” Berbahaya?
1.1 Menurunkan Moral Tim
Ketika seorang pemimpin atau rekan kerja mengucapkan “I told you so”, anggota tim cenderung merasa dipermalukan. Perasaan ini dapat mengikis motivasi, mengurangi rasa percaya diri, dan membuat anggota tim menjadi enggan mengambil inisiatif di masa mendatang.
1.2 Membuat Lingkungan Kerja Menjadi Defensif
Proyek yang sukses memerlukan kolaborasi terbuka. Jika evaluasi selalu diiringi dengan tuduhan, orang akan bersikap defensif, menutup diri, dan tidak mau berbagi informasi penting. Akibatnya, pembelajaran yang seharusnya didapatkan menjadi terhambat.
1.3 Mengalihkan Fokus dari Solusi ke Kesalahan
Evaluasi seharusnya menyoroti apa yang dapat diperbaiki, bukan siapa yang salah. “I told you so” menekankan kesalahan individu, bukan proses. Hal ini membuat diskusi berputar pada mencari kambing hitam, bukan pada perbaikan sistemik.
2. Dampak Negatif pada Proses Evaluasi
- Kurang Transparansi – Anggota tim enggan mengungkapkan kendala karena takut dipersalahkan.
- Informasi Tidak Akurat – Untuk melindungi diri, orang mungkin menyembunyikan data atau memberikan jawaban yang tidak jujur.
- Penurunan Kualitas Keputusan – Tanpa data yang lengkap, keputusan perbaikan menjadi kurang tepat.
- Turnover yang Tinggi – Rasa tidak dihargai dapat membuat karyawan mencari peluang di tempat lain.
3. Pendekatan Evaluasi yang Produktif
Berikut beberapa langkah praktis untuk bergerak jauh dari “I told you so” dan menciptakan evaluasi yang membangun.
3.1 Fokus pada Fakta, Bukan pada Orang
Gunakan data objektif – misalnya, metrik kinerja, jadwal, anggaran – untuk menilai hasil. Hindari menyebutkan siapa yang “menyebabkan” masalah.
3.2 Terapkan Prinsip “Blameless Post‑Mortem”
Metode ini, populer di industri teknologi, menekankan analisis akar penyebab tanpa menyalahkan individu. Tim berdiskusi tentang apa yang terjadi, mengapa, dan bagaimana mencegahnya di masa depan.
3.3 Ajukan Pertanyaan Konstruktif
Alih-alih “Kenapa kamu tidak melakukan X?”, tanyakan “Apa yang menghalangi kita mencapai X?” atau “Bagaimana proses ini bisa disederhanakan?” Pertanyaan ini mengundang solusi.
3.4 Gunakan Bahasa Positif
Contoh: “Kita menemukan bahwa estimasi waktu terlalu optimis. Bagaimana kita bisa meningkatkan akurasi di sprint berikutnya?”
3.5 Dokumentasikan Pembelajaran Secara Terstruktur
Buat template “Lesson Learned” yang mencakup:
- Deskripsi masalah
- Data pendukung
- Akar penyebab
- Tindakan perbaikan
- Penanggung jawab
- Deadline implementasi
4. Peran Pemimpin dalam Menghindari “I Told You So”
4.1 Menjadi Teladan – Pemimpin yang mengakui kesalahan sendiri menciptakan budaya aman untuk mengakui kegagalan.
4.2 Memfasilitasi Diskusi – Alih-alih memberi penilaian, pimpin percakapan dengan pertanyaan terbuka.
4.3 Menghargai Kontribusi – Ucapkan terima kasih atas upaya tim, meski hasil tidak sesuai target.
5. Contoh Kasus: Mengubah “I Told You So” Menjadi “What Can We Do Better?”
Dalam sebuah proyek pengembangan aplikasi mobile, timeline terlewat tiga minggu. Manajer proyek awalnya berkata, “Saya sudah bilang jangan gunakan teknologi X, kenapa tetap dipaksa?” Tim merasa direndahkan dan suasana rapat menjadi tegang.
Setelah menyadari dampak negatifnya, manajer mengubah pendekatannya:
- Mengumpulkan data waktu dan hambatan teknis.
- Mengadakan sesi retrospektif dengan format “What went well, What didn’t, What next?”
- Menetapkan aksi: mengganti modul yang bermasalah dengan alternatif yang lebih stabil, menambah pelatihan singkat untuk tim.
Hasilnya, tim merasa dihargai, menyelesaikan modul berikutnya tepat waktu, dan kepercayaan kembali terbangun.
6. Ringkasan Praktis
- Hindari “I told you so”; gantikan dengan pertanyaan berbasis data.
- Bangun budaya “blameless” untuk meningkatkan transparansi.
- Gunakan bahasa positif dan fokus pada perbaikan proses.
- Dokumentasikan pelajaran secara terstruktur agar dapat dipakai kembali.
- Pemimpin harus menjadi contoh yang mengakui kesalahan dan memfasilitasi solusi.
Dengan meninggalkan sikap “I told you so”, evaluasi proyek menjadi sarana pembelajaran yang menguatkan tim, meningkatkan kinerja, dan meminimalkan risiko kegagalan di masa depan.
Untuk membaca lebih lanjut tentang teknik evaluasi proyek yang efektif, kunjungi Project Management Institute atau Scrum.org.
