📋 Чеклист хорошей задачи: перестаём терять время на уточнения

Всем успешной доставки!
Хорошая задача - это не про аккуратно написанный текст. Это про экономию часов команды и меньше «а что ты имел в виду?» в комментариях. Ниже чеклист, который должен вам помочь избежать подводных камней после взятия в работу.

🔑 Обязательные поля (то, без чего задача мусор)
Заголовок - коротко и понятно (что + зачем).
Пример: «Добавить фильтр по статусу в список заявок, чтобы менеджеры видели только открытые».
Описание / Краткое ТЗ - не роман, а шаги/критерии приёма:
-Что сделать (функционал)
-Где изменить (страница/модуль)
-Ожидаемое поведение (конкретно)
Acceptance Criteria (Критерии приёма) - 3–5 пунктов «как проверить, что Done».
Пример: «1) Фильтр виден в правом верхнем углу; 2) При выборе “Открытые” выводятся только статусы A,B; 3) Работает на мобильной версии».
Ожидаемый результат / бизнес-ценность - зачем это нужно (кто выиграет и почему). Очень важный пункт, не хочется делать фичи, которые ничего не дают продукту/компании.
Пример: «Сокращает время обработки заявок на 20% у команды поддержки».

✅ Хорошая привычка - шаблон задачи
Вставьте в шаблон трекера:
Title: [Коротко] — [Ценность]
Description: [Что сделать / где / как]
Acceptance: 1) … 2) … 3) …
Type: [feature/bug/etc]
Owner: @…
Dependencies: [список]
Design: [ссылка]
Estimate: [x pts]

🔍 Пример плохой vs хороший
Плохо:
«Сделать фильтр. Срочно. Нужно, чтобы менеджеры могли выбирать статус.»
Хорошо:
Title: Фильтр по статусу в списке заявок , чтобы отображать только открытые
Description: Добавить выпадающий фильтр. По умолчанию — "Все".
Acceptance: 1) Фильтр показывает опции A/B/C; 2) При выборе "Открытые" видны статусы A,B; 3) Переход между страницами сохраняет фильтр.
Design: [link]
Dependencies: API /statuses готово.