Как мы работаем
Введение
Привет! В этом документе мы расскажем, как устроена наша Kanban-доска и как мы управляем задачами в процессе разработки. Kanban-доска помогает нам видеть, что происходит с задачами и поддерживать порядок на всех этапах работы.
Ты можешь найти доску по адресу: Доска Mobile.
На этой доске представлены все статусы задач, описанные в этой статье. Здесь ты можешь видеть, в каком состоянии находятся задачи, и обновлять их статус по мере продвижения работы.
Если у тебя есть вопросы по использованию доски, не стесняйся обращаться за помощью!
О чём этот документ
- Какие статусы у задач и как они меняются.
- Кто отвечает за задачи на каждом этапе.
- Как понять, что нужно делать дальше и что уже сделано.
Процесс начинается с добавления новых задач в Backlog — это список всех идей и запросов. Затем мы планируем, какие задачи будут в следующем спринте, и переносим их в To do. Когда команда начинает работу над задачей, она переходит в статус In Progress. После разработки задача отправляется на Code Review и Test, чтобы убедиться, что всё работает как надо.
Когда всё проверено и одобрено, задача переходит в Test done, затем в Ready for Release и, наконец, в Done, когда она успешно развернута и доступна пользователям.
Этот документ поможет тебе лучше понять, как мы работаем, и сделать процесс более понятным и упрощённым. Если у тебя возникнут вопросы, не стесняйся спрашивать!
Диаграмма
1. Backlog
Описание: Все задачи, которые еще не были запланированы для выполнения. Здесь хранятся идеи и запросы, ожидающие своей очереди на планирование.
Переход в следующий статус:
- Задачи планируются и переносятся в статус To do во время планирования в последние дни спринта, с учетом capacity команды.
Ответственные: Лид команды, Менеджер
2. To do
Описание: Задачи, запланированные на следующий спринт и готовые к выполнению, находятся в этом статусе. Разработчики берут задачи из этой колонки в работу.
Переход в следующий статус:
- Разработчики берут задачи из To do и переносят их в In Progress.
Процесс:
- Задачи в To do располагаются сверху вниз в порядке приоритета.
- Разработчики берут задачи из To do сверху вниз, начиная с самой приоритетной.
- Если задача уже имеет назначенного исполнителя, только этот человек может взять задачу в работу.
- Любой разработчик может взять такую задачу по согласованию с лидом команды.
Ответственные: Исполнители
3. Hold
Описание: Задачи, у которых есть неразрешенные блокеры и которые не могут быть выполнены до их устранения. Задачи в этом статусе ожидают разрешения проблем, мешающих их выполнению.
Переход в следующий статус:
- Задача переходит в Hold по согласованию с лидом и менеджером.
- После разрешения блокеров задача возвращается в To do или другой подходящий статус.
Ответственные: Лид команды, Менеджер, Исполнители
4. Rework
Описание: Задачи, которые не соответствуют требованиям качества и требуют доработки, находятся в этом статусе. Задача должна быть взята для исправления в течение одного рабочего дня.
Конфликт задач
Если текущий исполнитель занят другой задачей, он должен вернуть задачу в To do и взять задачу из Rework приоритетно.
Переход в следующий статус:
- Исполнитель самостоятельно берет задачу из Rework в In Progress для исправления.
- Если исполнитель уже взял другую задачу и у него есть задача в Rework, он возвращает текущую задачу в To do и берет задачу из Rework.
Ответственные: Исполнители
5. In Progress
Описание: Задачи, находящиеся в процессе выполнения. Здесь исполнители работают над задачами, которые были взяты в работу.
Переход в следующий статус:
- После завершения разработки задача переходит в Code Review.
Ответственные: Исполнители
6. Code Review
Смотри: Как мы ревьювим код
Описание: Задачи, находящиеся на стадии проверки кода, размещены в этом статусе. Код-ревью и тестирование могут проходить параллельно. Если задача готова к тестированию, она немедленно переходит в статус Test, независимо от состояния код-ревью. Код-ревью отслеживается по лейблу cr::approved на Merge Request и завершается, когда этот лейбл установлен.
Переход в следующий статус:
- Если задача готова к тестированию, она сразу переходит в Test.
- Если задача готова только для код-ревью, она остается в Code Review до завершения проверки.
Ответственные: Исполнители, Ревьюверы
7. Test
Описание: Задачи, переданные на ручное тестирование тестировщикам. Тестировщики проверяют соответствие задачи требованиям и её корректную работу.
Переход в следующий статус:
- Если задача проходит тестирование, тестировщик переводит её в Test done.
- Если задача не проходит тестирование, она возвращается в Rework.
Ответственные: Тестировщики
8. Test done
Описание: Задачи, которые успешно прошли тестирование и готовы к мержу. Здесь задачи ждут завершения всех необходимых проверок перед релизом.
Переход в следующий статус:
- После успешного код-ревью Merge Request мержится и задача переходит в Ready for Release.
Ответственные: Исполнители
9. Ready for Release
Смотри: Как мы релизим
Описание: Задачи, которые успешно завершены, смержены в develop и готовы к релизу. Здесь задачи подготавливаются к финальному релизу.
Переход в следующий статус:
- После релиза задачи переходят в Done.
Ответственные: Исполнители, Релиз-дежурный
10. Done
Смотри: Как мы релизим
Описание: Задачи, которые успешно раскатаны на пользователей и помержены в мастер через релиз-флоу. Этот статус указывает на полное завершение задачи.
Переход в следующий статус:
- Завершающий статус.
Ответственные: Релиз-дежурный, Тестировщики
Авторы
melvspace Vadim Melnikov