Тема дня: простое внедрение Definition of done

Все вокруг говорят, что definition of done очень важно, от этого сильно зависит качество конечного результата. DoD может включать тесты, может не включать тесты. Может включать обновление документации, может не включать.
Всё зависит от задачи и контекста, естественно. Главное, не пере.б.ть.

Однако дело с DoD обстоит как с сексом у подростков или искусственном интеллектом в современном мире. Все говорят о нём, однако практически никто не использует. Да-да, 2 года назад тоже самое было с блок-чейном, 5 лет назад было в big data. В общем ничего нового.

Чтобы и в вашей команде появились definition of done чек листы - предлагаю очень простой лайф хак.
Покажу на примере Джиры и Гитхаба.
В Джире добавьте кастомное поле "DoD" с типом чек боксов. И добавьте туда самые подходящие вам пункты для DoD листа.
Например:
- Checked in Safari,
- Checked in Chrome,
- Tests implemented,
- Docs up to date.
При заведении задачи выбирайте релевантные.

На гитхабе же добавьте приложение (Task list completed)https://github.com/marketplace/task-list-completed. Оно позволяет в комментариях создавать чек листы. С элементарным синтаксисом типа "- [x] Checked in Safari". При ПРе пусть разработчик будет указывать пункты из чеклиста, которые он выполнил. Отметка во всех пунктах листа вознагржается зелёной галкой в чеках (как другая галка ci). Отсутствие одной из них - крестом.

Если честно - очень спасает от дурацких вопросов "А в мобильной версии сафари проверил? Точно?"
Пункты в DoD в Джире можете указывать, можете не указывать, как хотите. Зависит от строгости вашего процесса.