Cara Mendokumentasikan Keputusan Agar Benar-Benar Berhasil (dan Tidak Terus Diperdebatkan Kembali)

Sebelas bulan yang lalu, tim Anda menghabiskan tiga pertemuan untuk memilih antara membangun integrasi secara internal atau membelinya. Orang-orang datang dengan persiapan. Seseorang membuat spreadsheet. Diskusinya benar-benar baik — kekhawatiran diungkapkan, kompromi dipertimbangkan, dan keputusan diambil. Kemudian semua orang kembali bekerja.

Minggu ini seorang pemimpin teknik baru bergabung, melihat integrasi, dan mengajukan pertanyaan yang wajar: "Mengapa kita tidak membangun ini sendiri?" Dan jawaban jujur yang tersedia bagi siapa saja di ruangan itu adalah: tidak ada yang ingat dengan tepat. Jadi pertanyaannya terbuka lagi. Tiga pertemuan akan segera terjadi lagi — dengan informasi yang lebih sedikit daripada pertama kali, karena orang yang membuat spreadsheet tersebut pergi pada bulan Maret.

Tidak ada yang aneh tentang cerita itu, dan itulah masalahnya. Tim yang tidak akan pernah kalah dalam sebuah tugas terus-menerus kalah dalam keputusan, karena tugas memiliki sistem dan keputusan memiliki suasana. Postingan ini adalah perbaikan praktis yang lengkap: apa yang harus dicatat, tujuh bidang yang penting, kerangka kerja yang layak dipinjam, dan kebiasaan yang membuat praktik ini bertahan.

Apa itu Rekaman Keputusan — dan Apa yang Dibahas dalam Postingan Ini

Sebuah catatan keputusan adalah dokumen singkat dan terstruktur yang menangkap satu keputusan penting: apa yang diputuskan, apa alternatifnya, mengapa opsi ini terpilih, siapa yang mengambil keputusan, dan kapan Anda akan memeriksa apakah keputusan tersebut berhasil. Ini ditulis ketika keputusan dibuat, bukan direkonstruksi kemudian, dan disimpan di tempat yang dapat dicari oleh seluruh tim.

Ini bukan notulen rapat — catatan kronologis dari sebuah percakapan — dan ini bukan tugas. Perbedaan tersebut cukup penting sehingga masing-masing memiliki posnya sendiri: notulen rapat vs. log keputusan membahas tingkat dokumen, dan item tindakan vs. keputusan membahas tingkat tugas. Pos ini adalah panduan yang mengacu kembali ke keduanya.

Satu catatan ruang lingkup: keputusan yang signifikan. Di mana mengadakan offsite tidak perlu dicatat. Apa pun yang akan Anda benci untuk diperdebatkan kembali dalam enam bulan — arsitektur, vendor, harga, kebijakan, standar perekrutan — perlu dicatat. Uji yang berguna: jika seorang rekan di masa depan dapat dengan masuk akal bertanya "mengapa seperti ini?", keputusan tersebut memenuhi syarat.

Apa Biaya Sebenarnya dari Keputusan yang Tidak Didokumentasikan

Biaya-biaya tersebut bersifat biasa, berulang, dan sebagian besar tidak terlihat karena mereka datang menyamar sebagai pekerjaan normal. Pertanyaan yang sudah diselesaikan diperdebatkan kembali — debat yang sama, dipentaskan lagi, tanpa siapa pun yang memegang konteks. Karyawan baru mewarisi sistem yang bentuknya tidak bisa dijelaskan oleh siapa pun, sehingga mereka harus belajar kembali dengan merusak sesuatu atau mengalihkan setiap pertanyaan kepada orang yang paling lama bekerja di ruangan itu. Dan ketika hasilnya salah, tidak ada cara untuk mengetahui apakah alasannya buruk atau keberuntungannya yang buruk — yang berarti prosesnya tidak pernah membaik.

Ada juga sisi yang lebih tajam: akuntabilitas. Ketika sebuah keputusan hanya ada dalam ingatan, sejarahnya ditulis ulang oleh siapa pun yang menceritakannya — biasanya untuk kepentingan mereka sendiri. Sebuah catatan membuat alasan dapat diperiksa ketika itu penting, yang merupakan dasar dari jejak audit keputusan yang nyata. Kami menulis sebuah artikel pendamping singkat tentang biaya yang terakumulasi itu sendiri: biaya keputusan yang tidak terdokumentasi.

Kerangka Kerja yang Sudah Ada — dan Celah yang Mereka Tinggalkan

Anda tidak perlu menciptakan praktik ini; beberapa kerangka kerja serius menyentuhnya. Namun, penting untuk memperhatikan apa yang sebenarnya dicakup oleh masing-masing, karena yang paling populer menyelesaikan masalah yang berbeda dari yang dibahas dalam pos ini.

Perhatikan pola ini: tiga dari empat kerangka terkenal menetapkan peran; hanya ADR yang menghasilkan catatan. Peran dan catatan adalah setengah yang saling melengkapi — RAPID atau DACI memberi tahu Anda siapa yang memiliki D; catatan mempertahankan apa yang diputuskan D dan mengapa. Kebanyakan tim yang merasa "kami memiliki proses keputusan" telah mengadopsi kerangka peran dan sepenuhnya melewatkan catatan. Itulah celah yang diisi oleh tujuh bidang di bawah ini. Satu kerangka memang melintasi garis, dan layak disebut karena ini adalah hal terdekat dengan catatan yang dihasilkan oleh kerangka peran: SPADE (Gokul Rajaram, digunakan di Google, Facebook, dan Square) menambahkan Alternatif dan Jelaskan ke peran yang ditetapkan oleh yang lain — dua dari tujuh bidang di bawah ini, ditangkap pada saat keputusan dibuat daripada setelahnya. Ini masih mengatur berdasarkan pertemuan keputusan daripada berdasarkan keputusan, jadi ini belum menjadi log; tetapi tim yang sudah menjalankan SPADE hanya dua bidang dari satu. Versi singkatnya adalah kerangka SPADE dalam lima huruf, dan keempat kerangka peran duduk berdampingan di panduan hak keputusan.

Apa yang Harus Ditangkap: Tujuh Bidang

Ini adalah template milik Argumentree — bukan standar eksternal, tetapi sintesis yang kami gunakan dan rekomendasikan: disiplin catatan ADR, diperluas dengan dua hal yang dibutuhkan keputusan tim umum yang didapatkan keputusan arsitektur secara gratis (pemilik yang eksplisit, dan tanggal tinjauan). Ambil saja seperti adanya.

Rekaman yang Dapat Anda Salin

Dalam praktiknya, tujuh bidang tersebut muat di setengah halaman. Sebuah contoh yang dikerjakan, dipadatkan:

Itu adalah seluruh artefak. Siapa pun yang bergabung dengan tim tahun depan membacanya dalam empat puluh detik dan tahu apa yang diputuskan, apa yang dikalahkan, berapa biayanya, dan kapan itu akan muncul kembali. Bandingkan itu dengan catatan tiga rapat.

Praktik-Praktik yang Membuatnya Melekat

Template tidak gagal; kebiasaan yang gagal. Empat praktik memisahkan tim yang catatan keputusannya hidup dari tim yang catatan mereka mati setelah minggu kedua:

Kesalahan Umum

Empat mode kegagalan menjadi penyebab utama log keputusan yang ditinggalkan:

Kami Agile — Bukankah Ini Hanya Beban Dokumentasi?

Versi terkuat dari keberatan ini layak dinyatakan dengan benar: dokumentasi memiliki biaya yang nyata, sebagian besar dokumen tidak pernah dibaca, dan tim yang menghabiskan energinya untuk menulis tentang pekerjaan alih-alih melakukannya telah membuat dirinya lebih lambat tanpa alasan. Wawasan Agile — perangkat lunak yang berfungsi lebih penting daripada dokumentasi yang komprehensif — adalah koreksi terhadap penyakit yang nyata.

Jawabannya adalah bahwa keberatan tersebut menargetkan artefak yang salah. Nygard menulis ADR untuk tim agile, dengan alasan yang persis sama: catatan tersebut setengah halaman, ditulis sekali, pada saat pengetahuan itu tersedia — dan pembacanya bukan auditor tetapi dirimu di masa depan, sebelas bulan dari sekarang, menatap integrasi dan bertanya-tanya mengapa. Asimetri biaya sangat ekstrem: lima menit pada saat pengambilan keputusan dibandingkan dengan tiga pertemuan litigasi ulang kemudian. Ini adalah dokumentasi langka yang membayar dirinya sendiri dengan menghindari pertemuan.

Peringatan yang jujur: praktik ini gagal ketika diterapkan sebagai teater proses — kolom yang diwajibkan yang tidak dipercaya siapa pun, catatan yang ditulis untuk memenuhi kotak centang. Ini berhasil ketika tim merasakan rasa sakit yang dicegahnya. Jika tim Anda belum kehilangan keputusan, mulailah dengan satu entri log untuk panggilan signifikan Anda berikutnya dan biarkan momen pertama "tunggu, kami mencatat ini!" menjual kebiasaan tersebut.

Bagaimana Argumentree Mengotomatiskan Keputusan Dokumen

Semua yang di atas berfungsi dengan halaman wiki. Alasan kami membangun Argumentree adalah bahwa bidang yang paling sulit untuk ditangkap secara manual adalah bidang 3 — argumen — karena mereka terjadi secara langsung, dalam diskusi, dan menuliskannya setelahnya berarti merangkum dari ingatan. Di Argumentree, deliberasi itu sendiri terstruktur: pertanyaannya eksplisit, opsi dan argumen pro/con mereka membentuk sebuah pohon, dan penilaian menunjukkan argumen mana yang benar-benar mempengaruhi keputusan.

Yang berarti catatan keputusan bukanlah dokumen yang ditulis seseorang setelah pertemuan — ini adalah struktur pertemuan itu sendiri, yang dipertahankan. Semua tujuh bidang muncul secara otomatis: pertanyaan, opsi, argumen, keputusan, alasan (jalur argumen yang menang), pemilik, dan tanggal tinjauan. Tidak ada langkah transkripsi, tidak ada penyimpangan ingatan, dan seluruh alasan tetap dapat diperiksa untuk setiap pembaca di masa depan. Lihat secara menyeluruh di intelijen pertemuan. Jika Anda ingin mencoba format ini pada keputusan nyata minggu ini, Anda dapat memulai gratis dan mendokumentasikan yang berikutnya saat Anda membuatnya.

Keputusan adalah Aset — Jika Anda Menjaganya

Perbedaan antara organisasi yang menjadi lebih pintar dan yang tetap sibuk bukanlah kecerdasan — melainkan ingatan. Tugas diselesaikan dan menguap; keputusan, disimpan dengan alasannya, terakumulasi: preseden terbentuk, pola muncul, dan tinjauan mengajarkan proses untuk memperbaiki dirinya sendiri.

Mulailah lebih kecil dari yang terasa serius. Keputusan signifikan berikutnya: lima menit, tujuh bidang, satu rumah yang dapat dicari, satu tanggal ulasan. Ketika pemimpin teknik baru bertanya "mengapa kita tidak membangun ini sendiri?" — dan seseorang menjawab dengan bacaan empat puluh detik alih-alih tiga pertemuan — praktik ini akan terbayar dengan sendirinya, selamanya.