### Заголовок * В заголовке задачи коротко сформулирована основная её суть. Заголовок начинается с глагола конкретного действия (Нарисовать/ Написать / Доработать / Переделать), а не с размытого (Подумать / Посмотреть / Поразмышлять). * В заголовке указано, для каких платформ требуется дизайн, если это важно. **Лучше использовать формулу:** Что (сделать) + Где (раздел) + На какой платформе (Декстоп / Моб версия / Моб приложение) **Пример хорошего заголовка:** "Нарисовать интерфейс экрана смены пароля в личном кабинете (Десктоп)" **Пример нехорошего заголовка:** “Не очень понятно как и куда внедрить фичу в поле комментария, надо подумать” ### Описание задачи * Описана проблема в формате "Как есть сейчас (или было раньше) — как хотим, чтобы стало" **Пример:** Сейчас кнопки (primary buttons) на сайте - синие. Нужно поменять все синие кнопки на красные. * Если задача подкреплена аналитикой и результатами исследований, они приложены к задаче. **Пример:** "А-Б тесты показали, что на красную кнопку тыкают чаще, поэтому нужно поменять все синие кнопки на красные. (Статистика во вложении)" * Прикреплены ссылки на макеты, с которыми связана задача. * Описан кейс (неуспешный), который обьясняет суть задачи и пожелание, как должно быть. **Пример:** Вася заходит на экран корзины, но по причине особой степени дальтонизма не видит синюю кнопку "оформить заказ", потому что она сливается с экраном. Вася не может оформить заказ. Нужно, чтобы Вася увидел кнопку". * Если есть связанные задачи по дизайну, то они прилинкованы к текущей. * Если планируется запуск крупной фичи, то приложен фич-лист. **пример фич-листа:**![](https://i.imgur.com/pVF8efl.png) ### Лейблы * После создания задачи на дизайн ей присвоен лейб "to do" * После окончательного согласования к задаче с лейблом "review" прикрепляется задача на разработку и задаче присваивается лейбл "done".