Koreksi saya jika saya salah; tetapi saya pikir apa yang Anda bicarakan adalah - "Bisakah / Bagaimana cara menggunakan Bug tracking / Sistem Pelacakan Masalah untuk juga melakukan 'Pelacakan Keputusan'. Apakah ada atau tidak ada sesuatu yang saya lewatkan?
Pada awalnya saya akan mengatakan ini memang ide yang bagus. Meskipun kami tidak menggunakannya dengan cara yang tepat, masuk akal bahwa kami menggunakannya untuk tujuan pelacakan. Dalam kasus kami, utas panjang email - lebih sebagai forum / milis diikuti.
Namun, pertanyaan Anda dalam arti yang lebih luas adalah tentang bagaimana membuat (dan mengelola) keputusan secara efektif dan menghubungkan implikasi kerja kembali ke keputusan yang diambil yang membawa wawasan yang lebih baik.
Seperti yang saya katakan, itu bisa menjadi ide bagus jika itu membantu orang. Tidak ada yang salah tentang itu. Tetapi untuk membuat keputusan secara efektif memerlukan beberapa hal konkret.
Memang benar bahwa sebagian besar keputusan harus merupakan upaya inklusif berbasis luas sehingga semua aspek penting dicakup dan ditimbang dengan tepat sebelum keputusan didasarkan. Jadi alat apa pun yang Anda gunakan harus memungkinkan akses transparan ke informasi untuk semua pihak. Anda benar bahwa mode Asynchronous dalam menyampaikan dan mengumpulkan informasi membantu karena orang dapat meluangkan waktu sebelum memberikan saran. Jika dimintai jawaban di muka - biasanya dalam rapat, penilaiannya mungkin tidak sama kuatnya dibandingkan dengan orang yang sama dengan pekerjaan rumah yang cukup.
Namun, ini tidak selalu berarti "demokrasi murni" di mana setiap suara sama. Secara umum, orang yang mengambil keputusan haruslah satu atau sedikit - dan walaupun mereka telah mengambil semua pendapat, mereka harus secara individu bertanggung jawab atas keputusan dan tidak semua orang yang memberikan pendapat mereka.
Sebagian besar keputusan harus ditindaklanjuti. Ini mungkin sulit untuk menghindari kontradiksi; tetapi fakta bahwa keputusan tidak dapat ditindaklanjuti dan hanya subjektif berarti ada kemungkinan untuk interpretasi masa depan (salah).
Penting untuk mengklasifikasikan tingkat dan ruang lingkup keputusan. Yang paling penting kita harus mengidentifikasi apakah kita sedang mendiskusikan masalah desain khusus atau aspek kode tertentu, aspek proses atau apakah ini perencanaan proyek dan melacak masalah terkait? Cukup sering ketika masalah muncul dari kode produksi - semua ini berlaku, tetapi kita harus dapat membedakan semua aspek yang berbeda dan secara independen untuk dapat mengelola keputusan ini secara efektif.
Terkadang keputusan bisa berupa apakah kita menggunakan sistem atau peran dan tanggung jawab tertentu untuk individu; mungkin sulit untuk menempatkan keputusan-keputusan ini bersamaan dengan mengkode keputusan-keputusan spesifik pada forum tipe papan pengumuman.
Hanya anekdot tambahan; setiap tim harus menempatkan ulasan kode dan ulasan desain sebagai proses dengan sendirinya - yang akan mencakup banyak masalah seperti yang Anda kutip. Mereka harus apakah keputusan melacak kesepakatan dengan hal-hal lain atau tidak.
Praktik pengambilan keputusan yang baik melibatkan banyak disiplin tentang bagaimana kami mengumpulkan informasi dan memastikan bahwa keputusan ditindaklanjuti dengan implementasi dengan semangat yang benar.
Alat hanya dapat membantu membuat informasi lebih rapi tidak lebih dari itu; tetapi itu mungkin bisa membantu jika itu berhasil untuk Anda.