Хтось має досвід використання програмного забезпечення для відстеження помилок / відстеження випусків, таких як bugzilla, mantis або JIRA, не лише для помилок або завдань, але для того, щоб ініціювати та підтримувати дискусії, які врешті-решт призводять до прийняття рішення?
Наприклад, розробник вважає, що всі захищені поля слід скасувати та змінити на приватні поля із захищеними методами, які мають доступ до них. Це не його дзвінок, і він хотів би це обговорити. Зазвичай він доводить крапку на наступній нараді розробників, в кінці якої приймається рішення. Натомість моя ідея полягала в тому, щоб він відкрив питання певного типу «рішення» та описав його наміри, як зазвичай, як можна було б описати помилку чи завдання.
Інші розробники можуть висловити свої коментарі, якщо їм це подобається, і врешті-решт питання закрито як "прийняте" або "відмовлено".
Переваги я бачу в цьому:
- Асинхронне спілкування: ніхто не змушений озвучувати свою думку на нараді, коли вони ще не встигли наглядати за всіма наслідками зазначеного рішення.
- Письмовий журнал міркувань, що призводять до прийняття рішення. Якщо згодом хтось знову поставить це питання, його можна буде надіслати.
- Взаємовідносини з іншими питаннями можуть бути встановлені, наприклад, завдання може бути виконане за рішенням.
- Інтеграція з програмним забезпеченням для управління версіями, наприклад, фіксація, простежується до рішення.
Недоліки:
- Сильний запах золотого молотка: програмне забезпечення для відстеження випусків зазвичай використовується для відстеження дійсних предметів
- Організаційні накладні витрати можуть бути непропорційними: замість невеликої неформальної бесіди треба доносити свої ідеї в письмовій формі