Прежде чем начать ознакомление с рабочим потоком, давайте разберемся с ролями:
У каждой задачи есть цикл жизни, который определяется последовательной сменой статусов задачи в таск-трекере.
Статус | Расшифровка | Что происходит с задаче в данном статусе |
---|---|---|
OPEN | Новая задача | Постановщик задачи создает задачу в таск-трекере, указывает приоритет и описывает бизнес-требования. |
TEST CASES | Тестовые случаи | Тестировщики берут задачи в этом статусе и проверяют поле "Как проверить задачу", если все в порядке задача переходит в статус READY FOR DESIGN |
READY FOR DESIGN | Готова к проработке | Задача на этом этапе задача ожидает проработки/декомпозиции. |
IN DESIGN | В проработке | Выполняется проработка/декомпозиция задачи (задача описывается так, чтобы ее понял человек который будет выполнять задачу, если нужно задача разбивается на подзадачи). |
DESIGN CHECK | Проверка выполненной проработки | На данном этапе проверяется полнота требований, и все ли необходимые материалы приложены к задаче. В этом статусе задачей занимается человек, находящийся на более вышестоящей должности чем человек, который занимался задачей в статусе IN DESIGN. Например для Разработчика это будет Тимлид, а для Тимлида это будет вышестоящий Руководитель. Примечание: данный статус может быть пропущен, если вышестоящего Руководителя нет, или в компании доверяют человеку, который выполнял задачу в статусе IN DESIGN). |
READY FOR DEV | Задача готова для начала разработки | Задача на этом этапе готова к разработке (при необходимости декомпозирована на Task-и и приоритеты расставлены, конечные исполнители могут быть назначены). Проверена полнота требований, все необходимые материалы приложены. |
IN DEV | Поступила в разработку | Реализация задачи. Статус проставляется, когда конечный исполнитель начинает работу над Task. |
READY TO REVIEW | Готова к поверхностному осмотру | Задача ожидает, что ее возьмет в ревью человек, находящийся на более вышестоящей должности (по согласованию ревью может проводить человек занимающий аналогичную должность) |
IN REVIEW | Выполняется поверхностный осмотр выполненной задачи | Перевод задачи в этот статус означает готовность к поверхностной проверке (иногда к проверке качества) выполнения задачи. Это может быть как Review кода задачи, так и проверка написанной документации, тестов и т.п. |
READY FOR TESTING | Задача готова к тестированию | Выставляется когда проведено Review и отсутствуют замечания. CI должен быть пройден. |
IN TESTING | Задача в тестировании | Выставляется когда QA начинает ручное/авто-тестирование задачи. |
READY FOR DEPLOY | Задача готова к выкладке | Выставляется когда QA провел тестирование. Подробно о действиях происходящих в данном статусе написано здесь » |
ON PROD | Задача на проде | Выставляет релиз-менеджером, когда задача попала на Prod. |
CLOSED | Задача выполнена | Выставляется Project Manager-ом, когда задача на проде и удовлетворяет бизнес-требованиям. |
WAIT FOR DEMO | Ожидает демонстрации | Задача выполнена, выложена на test-сервер и готова к проведению демо. После успешного тестирования, задача готова к деплою на один из конечных серверов, например: production или beta (в зависимости от типа задачи). После проведения демо по задаче возможно создание ряда доработок (заведение Task-ов). |
READY TO CONTINUE | Задача готова к продолжению разработки | Выставляется когда по задаче нужно внести исправления или появилась более приоритетная задача. Часто критичный баг на проде является причиной перевода текущей задачи в этот статус. |
ON HOLD | Когда не возможно перевести задачу на следующую стадию | Если по задаче возникли вопросы, тормозящие выполнение задачи, задача переводится в статус "On Hold". В задаче оставляется обязательный комментарий в чем именно проблема с выполнением и она переводится на того человека/отдел, который может предоставить недостающую информацию или оказать другую помощь в решении. Когда человек ответил на вопрос - статус не меняется, но задача переводится на человека, который задавал вопрос. |
REJECTED | Отклонена | Когда задачу более не нужно выполнять (используется вместо удаления задачи). |
Аккаунт-менеджер - выстраивает отношения с клиентом, он может поддерживать беседу на “нормальном человеческом” языке и разбирается в продуктах. Аккаунт транслирует стратегические приоритеты клиента проджект-менеджеру, а тот формулирует задачи команде, которой руководит технический специалист — team-лидер.
Аналитик - понимает специфику разных индустрий и прорабатывают бизнес-требования. А разработчики на основе этих требований реализуют уникальные технически сложные задачи.
Project Manager (проджект-менеджер) — сдать качественный проект, соблюдая отведенные сроки и бюджет, на особо крупных проектах он может управлять несколькими командами.