👶 Артефакты для потомков

Последний пост навеял мысли о жизненном цикле задачи (примеры с Jira), которые давно хотел сформулировать в единый текст, чтобы зафиксировать для себя и поделиться с другими. Перед каждым пунктом должно быть одно слово (очень жирно) ВСЕГДА.

1️⃣ На этапе описания задачи добавляются связи с предыдущими задачами (реализациями), чтобы обеспечить преемственность в проекте. 2️⃣ У связей выбираются адекватные типы: follows, caused by, dependance for, depend – не валим всё в кучу "mentions", которая превратится в помойку. 3️⃣ Проставляется Epic, чтобы все задачи трекались верхнеуровнево и не надо было вспоминать перед релизом что мы там напланировали и проебали. 4️⃣ После Code-Review исполнитель пишет раздел «Фактическое решение», где коротко описывает суть решения, чтобы потом не перечитывать огромные MR-ы. 5️⃣ Если есть этап тестирования, то исполнитель пишет инструкцию тестировщикам (без разницы – мануальщикам или автоматизаторам). 6️⃣ После деплоя на этапе приемки исполнитель описывает методику (❕) проверки и результат проверки. 7️⃣ Если есть внешние приемщики – перед закрытием задачи они должны как минимум окнуть что всё выполнено ожидаемо, но в идеале – тоже описать методику и результат.

Всё это непререкаемо важно, чтобы спустя годы мы сами или те, кто будут после нас – могли по таким артефактам понять что вообще тут планировалось сделать; что было сделано в моменте; как это проверялось и какие связи с другими важными задачами были. Если забивать хер, то проект в долгосрочной перспективе – не жилец, даже при небольшом инциденте никто не найдет концов.

#work_hard@Another_MVP