Item Tindakan vs. Keputusan: Mengapa Melacak Tugas Kehilangan Alasan
Item tindakan adalah sebuah tugas: apa yang akan dilakukan, oleh siapa, kapan — item ini ditutup ketika pekerjaan selesai. Sebuah keputusan adalah pilihan: opsi X dibandingkan dengan opsi Y dan Z, dengan alasan — dan tetap relevan lama setelah setiap tugas terkait ditutup, karena menjelaskan mengapa segala sesuatunya seperti itu. Tim melacak item tindakan dengan ketat dalam sistem tugas sementara keputusan di baliknya tidak tercatat, itulah sebabnya pertanyaan yang sudah diselesaikan sering kali diperdebatkan kembali. Solusinya: catat setiap keputusan signifikan beserta opsi dan alasannya dalam log keputusan, dan biarkan item tindakan merujuk pada keputusan yang mereka laksanakan.
Pengawas tugas Anda sangat teliti dan keputusan Anda adalah legenda. Perbedaan yang memperbaikinya cukup kecil untuk muat dalam satu baris masing-masing:
- Item tindakan adalah tugas — apa, siapa, kapan. Ini ditutup ketika pekerjaan selesai, dan setelah ditutup, itu menjadi sejarah yang tidak aktif.
- Sebuah keputusan adalah sebuah pilihan — X dibandingkan Y dan Z, karena. Itu tidak pernah "tertutup": itu tetap menopang selama konsekuensinya berlangsung.
- Alat dan kebiasaan menangkap yang pertama dan kehilangan yang kedua — tugas bertahan lebih lama daripada pertemuan, penalaran tidak.
- Solusinya adalah satu kebiasaan: keputusan penting dicatat dengan opsi dan alasan (cara melakukannya), dan item tindakan merujuk pada keputusan yang mereka laksanakan.
Pertemuan berakhir dengan baik. Tiga item tindakan masuk ke dalam pelacak dalam beberapa menit: "Migrasi penagihan ke Vendor A — K., akhir sprint." "Hapus endpoint lama — S., Jumat." "Perbarui halaman harga — M., Kamis." Pemilik, tenggat waktu, kriteria selesai. Buku teks.
Enam bulan kemudian, ketiga tugas tersebut sudah lama ditutup — dan seorang pemimpin tim baru melihat Vendor A dan bertanya mengapa itu dipilih dibandingkan alternatif yang jelas. Pelacak memiliki jawaban untuk pertanyaan yang tidak ada yang tanyakan: siapa yang memigrasi penagihan dan kapan. Pertanyaan yang diajukan — mengapa — tidak pernah menjadi item tindakan siapa pun. Itu adalah keputusan dari mana item tindakan berasal, dan itu tidak ada di mana pun.
Ini adalah versi tingkat tugas dari batas yang ditarik tiga kali dalam seri ini: di tingkat dokumen dalam notulen vs. log keputusan, dan sebagai praktik penulisan lengkap dalam cara mendokumentasikan keputusan. Postingan ini adalah pemisahan yang paling tajam dari ketiga, karena tugas dan keputusan sering kali dicampuradukkan dalam satu kalimat — biasanya dalam menit penutupan rapat: "oke, jadi item tindakan adalah…"
Tugas telah dilacak.
Keputusan itu hilang.
Mode kegagalan dari rapat yang dijalankan dengan baik
Item Tindakan vs. Keputusan: Perbedaan Sebenarnya
Letakkan kedua artefak berdampingan dan mereka berbeda dalam setiap sifat yang penting:
Apa itu
Item tindakan: satu unit kerja — apa yang akan dilakukan, oleh siapa, kapan. Keputusan: pilihan yang telah diselesaikan — opsi X dibandingkan Y dan Z, dengan alasan yang dinyatakan.
Ketika itu berakhir
Item tindakan ditutup ketika pekerjaan selesai, dan ditutup berarti tidak aktif. Sebuah keputusan tidak memiliki status selesai: ia tetap menjadi beban selama konsekuensinya berlangsung — seringkali bertahun-tahun.
Pertanyaan apa yang dijawabnya nanti
Tugas menjawab "apakah itu sudah dilakukan?" Keputusan menjawab "mengapa ini seperti ini?" — pertanyaan yang sebenarnya diajukan oleh setiap karyawan baru, auditor, dan post-mortem.
Biaya kehilangan kendali
Sebuah tugas yang hilang muncul kembali dengan sendirinya — seseorang menyadari pekerjaan yang hilang. Sebuah keputusan yang hilang gagal secara diam-diam: pilihan tetap berlaku sementara alasannya menguap, sampai seseorang mengajukan kembali dari awal.
Mengapa Keputusan Adalah Aset yang Tahan Lama
Inilah asimetri yang membuat ini layak untuk diposting: item tindakan tidak berharga setelah selesai; keputusan menjadi lebih berharga. Tidak ada yang pernah membutuhkan "migrasi penagihan — K., akhir sprint" lagi setelah migrasi selesai. Tetapi "Vendor A dibandingkan B dan membangun, karena hosting UE menghilangkan B dan biaya pembangunan dua kuartal" menjadi lebih berharga setiap bulan — itu memperkenalkan pemimpin baru dalam empat puluh detik, itu menetapkan preseden yang dapat dirujuk oleh pilihan vendor berikutnya, dan saat perpanjangan kontrak itu memberi tahu Anda dengan tepat asumsi mana yang perlu diperiksa ulang.
Tim memiliki penyimpanan yang benar-benar terbalik: sistem yang rumit untuk artefak dengan masa simpan satu sprint, dan tidak ada sistem sama sekali untuk artefak dengan masa simpan bertahun-tahun. Pembalikan itu bukanlah kelalaian — pelacak tugas ada karena tugas memiliki pemilik yang merasakan sakit kehilangan mereka minggu ini. Sebuah keputusan yang hilang menyakiti orang lain, nanti, yang tidak dapat melacak rasa sakit itu ke penyebabnya. (Kami menghitung biaya yang terakumulasi itu secara terpisah di biaya keputusan yang tidak terdokumentasi.) Tujuan mewarisi pembalikan yang identik — target kuartalan dilacak dengan teliti dan alasan yang menetapkannya tidak ada di mana pun, yang merupakan kasus untuk memperlakukan Hasil Kunci sebagai catatan keputusan.
Apa yang Ditangkap oleh Catatan Keputusan yang Nyata
Perbaikan ini bukan untuk membebani item tindakan dengan konteks — tetapi untuk memberikan keputusan artefaknya sendiri. Praktik penuh adalah catatan tujuh bidang; esensi tingkat tugas adalah tiga hal yang secara struktural tidak dapat dipegang oleh item tindakan: opsi yang kalah (sehingga "apakah kita pernah mempertimbangkan…?" memiliki jawaban), argumen yang memutuskan (sehingga alasan dapat dinilai ketika keadaan berubah), dan tanggal tinjauan (sehingga pilihan diperiksa kembali dengan sengaja daripada oleh krisis).
Kemudian tautkan ke bawah: setiap item tindakan yang melaksanakan keputusan merujuk padanya. "Migrasi penagihan — K., akhir sprint (Keputusan #47)." Satu petunjuk, dan sejarah inersia pelacak menjadi dapat dinavigasi kembali ke pemikiran yang hidup — yang juga merupakan tulang punggung dari jejak audit keputusan yang dapat digunakan. SPADE menyebut jahitan yang sama dalam surat-suratnya sendiri: D menghasilkan keputusan, dan item tindakan adalah apa yang muncul dari E setelahnya — dua artefak dari satu ritual, yang merupakan pemisahan tepat yang diperdebatkan dalam pos ini.
Item tindakan melaksanakan keputusan.
Mereka tidak dapat menjelaskannya.
Log Keputusan Bukanlah Daftar Tugas
Satu penggabungan layak mendapatkan peringatan tersendiri, karena alat mendorongnya: memasukkan keputusan ke dalam pelacak tugas sebagai tugas khusus. Ini terasa rapi dan secara struktural gagal — seluruh siklus hidup pelacak salah untuk keputusan. Tugas ingin ditutup; keputusan tidak boleh. Tugas diarsipkan dari pandangan ketika selesai; keputusan perlu tetap dapat ditemukan tepat setelah segala sesuatu di sekitarnya "selesai." Tugas dimiliki oleh pelaksana; keputusan oleh pengambil keputusan. Enam bulan kemudian, sebuah keputusan yang diajukan sebagai tugas adalah tiket yang ditutup dalam sprint yang diarsipkan — secara teknis disimpan, secara praktis hilang.
Kedua sistem tersebut dapat berfungsi dengan baik saat masing-masing memegang artefaknya sendiri: pelacak melacak pekerjaan, log menyimpan pilihan, dan penunjuk menghubungkannya. (Versi dokumen dari pemisahan yang sama: notulen vs. log keputusan.)
Tiket Kami Sudah Membawa Konteks
Sanggahan terkuat: tiket modern kaya — deskripsi, thread komentar, tautan. Seluruh debat vendor ada di komentar epik tersebut, dengan cap waktu. Mengapa mempertahankan artefak kedua ketika diskusi sudah terlampir pada karya tersebut?
Dua jawaban struktural. Pertama, sebuah thread komentar adalah transkrip, bukan putusan: ia mempertahankan segala sesuatu yang pernah dikatakan, secara berurutan, tanpa penanda untuk argumen mana yang sebenarnya memutuskan hasilnya — merekonstruksi alasan dari empat puluh komentar adalah arkeologi, dan pembaca berikutnya tidak akan melakukannya. Kedua, thread tersebut diarsipkan di bawah karya, bukan pilihan: ketika epik ditutup dan arsip sprint, diskusi tenggelam bersamanya. Tugas catatan adalah sebaliknya — sebuah putusan setengah halaman dengan alasan yang menentukan, diarsipkan di bawah pertanyaan, dapat ditemukan ketika karya yang membawanya sudah lama hilang.
Pengakuan yang jujur: untuk pilihan kecil yang dapat dibalik, utas tiket benar-benar cukup — praktik ini untuk keputusan yang akan Anda benci untuk diperdebatkan kembali. Jika membaliknya memerlukan usaha yang besar atau lebih, itu mendapatkan catatan; jika membaliknya memerlukan waktu satu sore, biarkan tiket yang menanggungnya.
Diagnosis
Buka pelacak Anda dan temukan tugas yang telah selesai yang melibatkan pilihan signifikan. Sekarang coba jawab, dari apa pun yang ditulis di mana saja: apa alternatifnya, dan mengapa mereka kalah? Jika jejaknya berakhir di "per diskusi" — keputusan Anda adalah cerita rakyat dengan tenggat waktu.
Bagaimana Argumentree Menangkap Keputusan — Dengan Alasan yang Terlampir
Alasan keputusan tidak tercatat adalah karena mencatatnya adalah langkah terpisah setelah diskusi — dan langkah terpisah sering dilewatkan. Di Argumentree, diskusi itu sendiri adalah catatan: pertanyaannya eksplisit, opsi membawa argumen pro dan kontra mereka dalam pohon yang dinilai, dan keputusan disampaikan dengan alasan yang sudah terstruktur. Tidak ada yang perlu ditranskripsi, tidak ada yang perlu direkonstruksi.
Item tindakan kemudian melakukan satu pekerjaan yang mereka kuasai — mengeksekusi — sementara setiap pertanyaan "mengapa" diarahkan ke catatan yang hidup. Pelacak menjaga sprint; Argumentree menjaga alasan. Untuk menangkap keputusan berikutnya alih-alih hanya tugasnya, mulai gratis dan catat satu pilihan nyata beserta alasannya.
Lacak Pekerjaan. Pertahankan Alasan.
Item tindakan dan keputusan adalah artefak nyata dan keduanya layak memiliki sistem — kegagalannya adalah menggunakan satu sistem untuk keduanya dan membiarkan artefak yang tahan lama mati dalam siklus hidup artefak yang dapat dibuang.
Jadi, simpan menit penutupan pertemuan Anda, dengan satu amandemen. Setelah "oke, item tindakan adalah…" tambahkan pertanyaan kedua: "dan apa yang baru saja kita putuskan, dan mengapa?" Lima menit, tujuh bidang, satu entri log — dan prospek baru berikutnya mendapatkan jawaban alih-alih proyek arkeologi.
Tugas ditutup. Keputusan bertumpuk.
Beri Keputusan Sistemnya Sendiri
Argumen sekali, terstruktur — dan pertahankan alasan selama keputusan itu berlaku.
Sumber & Bacaan Lanjutan
- Nygard, M. (2011). Mendokumentasikan Keputusan Arsitektur. Cognitect.Praktik pencatatan-per-keputusan yang dibahas dalam pos ini berlaku di batas tugas — keputusan bertahan lebih lama daripada pekerjaan yang mengimplementasikannya.
- Rogers, P. & Blenko, M. (2006). Siapa yang Memiliki D? Harvard Business Review, Januari 2006.Kepemilikan keputusan (RAPID®) — mengapa pengambil keputusan, bukan pelaksana, yang memiliki catatan.
- Rekaman Keputusan Arsitektur — adr.github.ioTemplate dan alat untuk praktik catatan keputusan.
Pertanyaan yang Sering Diajukan
Apa perbedaan antara item tindakan dan keputusan?
Item tindakan adalah tugas — apa yang akan dilakukan, oleh siapa, kapan — dan akan ditutup ketika pekerjaan selesai. Keputusan adalah pilihan yang telah diselesaikan — satu opsi dibandingkan alternatif, dengan alasan yang dinyatakan — dan tetap relevan selama konsekuensinya berlangsung. Tugas menjawab "apakah itu sudah dilakukan?"; keputusan menjawab "mengapa seperti ini?"
Mengapa keputusan tidak seharusnya dilacak dalam pelacak tugas?
Karena siklus hidup pelacak tidak sesuai untuk mereka: tugas dimaksudkan untuk ditutup dan diarsipkan, sementara keputusan harus tetap dapat ditemukan lama setelah pekerjaan terkait selesai. Sebuah keputusan yang diajukan sebagai tiket menjadi item yang ditutup dalam sprint yang diarsipkan — disimpan tetapi praktis tidak dapat ditemukan. Keputusan seharusnya berada dalam log keputusan, dengan item tindakan yang merujuk pada keputusan yang mereka laksanakan.
Apakah semua keputusan perlu dicatat?
Tidak — hanya yang signifikan. Ambang praktis: jika membalikkan pilihan akan menghabiskan satu sprint atau lebih, atau jika Anda akan membenci untuk membahasnya lagi dalam enam bulan, itu layak dicatat. Pilihan kecil yang dapat dibalik dapat tinggal di tiket yang mengimplementasikannya.
Apa yang seharusnya dicantumkan dalam catatan keputusan?
Setidaknya ada tiga hal yang tidak boleh dimiliki oleh item tindakan: opsi yang kalah, argumen yang memutuskan hasil, dan tanggal tinjauan. Template lengkap dengan tujuh kolom — pertanyaan, opsi, argumen, keputusan, alasan, pemilik, tanggal tinjauan — ada dalam panduan kami tentang cara mendokumentasikan keputusan.
Bukankah thread komentar tiket sudah menjadi catatan keputusan?
Sebuah utas komentar adalah transkrip, bukan putusan: ia menyimpan segala yang dikatakan tanpa penanda untuk apa yang sebenarnya memutuskan hasilnya, dan itu disimpan di bawah pekerjaan, sehingga diarsipkan ketika tiket ditutup. Sebuah catatan adalah kebalikannya — sebuah putusan singkat dengan alasan yang menentukan, disimpan di bawah pertanyaan, dapat ditemukan setelah pekerjaan selesai.
Bagaimana item tindakan dan catatan keputusan terhubung?
Dengan referensi: setiap item tindakan yang melaksanakan keputusan mencantumkan entri lognya ("Keputusan #47"). Pelacak menyimpan pekerjaan; log menyimpan alasan; penunjuk membuatnya dapat dinavigasi dalam kedua arah.
Hentikan Mengulang Pertanyaan yang Sudah Diselesaikan
Deliberasi terstruktur dengan catatan keputusan otomatis — alasan tetap ada selama keputusan tersebut ada.
Tentang Argumentree Team
Decision Science
The Argumentree team is building the collaborative decision-making platform Argumentree. Our mission is to transform how organizations make, document, and learn from decisions.
Artikel Terkait
Apakah Anda pikir utas tiket sudah cukup?
Bawa argumen — terstruktur — ke forum Argumentree.
Bergabunglah dalam Diskusi