Если дока пишется неделю, то её можно заменить двумя очными встречами по паре часов, а остальное время потратить на реализацию и тестирование.

Хм, а можно как-то определять эту границу, когда нужно писать доку, а когда все ещё достаточно очных встреч?

Мой ответ: спросить команду, соотнести с имеющимися целями

Я сторонник максимально мелкой нарезки - это повышает скорость  поставки и снижает финансовый риск в случае неудачи. Чем дольше мы готовимся, тем эпичнее факап.

Игорь, но тут есть грань. Я вам даю 100% гарантию, что если в обсуждении будет нечто, что не описывается парой предложений и нельзя удержать в голове целиком это будут обсуждать очень много раз и все равно забудут и растеряют по дороге. Будут обсуждать по сто раз одно и тоже, и все равно придется переделывать. Это не озночает, что нужна FRD сходу. Но даже на очень маленьких задачах оказывается проще сделать Flowchart в Miro. Или написать небольщой PRD.

Делайте, кто ж вам запрещает-то? Включайте голову и делайте :)

Working software over comprehensive documentation...

Я не возьмусь определить формальные критерии.

Вряд ли есть формальный критерий. Это должно от разработчиков исходить, если им понятно все без доки, не надо ни в коем случае их писать. Если скажут "лучше записать", то надо

Кстати в эпоху ремоута face to face умер. Это можно уже вычеркивать из манифеста =)  Мы очень много стали Miro применять, отличная замена документам, мы их уже на все подряд используем. Делаем звонок и уже на авомате доска. Ее потом можно к тикету прикрепить.

Спасибо ребят! В очередной раз уточнил для себя важные вопросы 👌

Я не Господи. Я Господчиков.

Может быть там одной буквы не хватило до слова «господин» 🙂

Какой кринж

Похороны лучшая практика. 😂

https://twitter.com/allenholub/status/1471907799416197120?s=21 Алан толковый мужик 🙂

Лучше в этот канал такое https://t.me/OgileKambanScram

Features request подход посмотрите. По Jira могу сказать, у меня потоки идут из трех бизнес проектов и одного технологического. По каждому потоку от 500 до более 2000 элементов, по каждому версионирование собирается. Потоки репозиториев и веток это отдельная история. Как пример, настроил scrum доску в жира, на доске беклога пять параллельных спринтов обычно. В основном списке задачи появляются просто по метке "ToDelivery". А Workflow это скорее к сайслу элемента, набор таких состояний уже не так явно и ожидаемо кореллирует с изначальной прозрачностью.