WorkFlow для релизных проектов

01Цель и инкремент

УРОВЕНЬ ЦЕЛИEpic

User StoryБизнес доработка

Technical TaskТехнический инкремент

Job TaskКороткая работа

Каждая головная задача является контейнером поставки одного инкремента.

02Работы и планирование

Головная задача

АналитикаРазработкаТестированиеИная подзадача

СпринтПланируются оцененные работы с подтвержденной емкостью

03Состав и релиз

ПРОГНОЗПланируемый состав изменений

Проверка готовности

Зафиксированный состав

ПланированиеРазработкаФиксацияТестированиеВнедрение

Статус головной задачи и этап релиза изменяются независимо и синхронизируются только в контрольных точках.

Головная задача является элементом поставкиТрудозатраты учитываются в подзадачахПереход подтверждается артефактомГотовность задачи не равна готовности релиза

ЦЕЛЬEpic

ГОЛОВНАЯ ЗАДАЧАUser StoryБизнес доработка

ГОЛОВНАЯ ЗАДАЧАTechnical TaskТехнический инкремент

ГОЛОВНАЯ ЗАДАЧАJob TaskКороткая работа

АналитикаРазработкаТестированиеИная подзадача

Допустимые профильные подзадачи создаются по необходимости. Для короткой Job Task декомпозиция может не потребоваться.

Epic

Контейнер большой цели, которая не укладывается в один цикл разработки.

Когда: Нужно объединить несколько самостоятельных результатов и этапов.
Декомпозиция: User Story, Technical Task и Job Task.
Завершение: Все включенные задачи завершены, а цель Epic достигнута.

User Story

Пользовательский или клиентский результат, проходящий полный производственный цикл.

Когда: Изменение требует бизнес-требований, технического решения, разработки и приемки.
Декомпозиция: Аналитика, разработка, тестирование и иные профильные подзадачи.
Завершение: Результат внедрен, оценен заказчиком, обязательные работы и дефекты закрыты.

Technical Task

Самостоятельный технический результат для развития системы.

Когда: Пользовательская ценность не является головной, но нужны разработка и контроль качества.
Декомпозиция: Разработка и тестирование; аналитика добавляется, если требуется техническое задание.
Завершение: Технический результат внедрен целиком, подзадачи и влияющие дефекты закрыты.

Job Task

Короткая техническая или организационная работа с упрощенным маршрутом.

Когда: Не нужны отдельные этапы аналитики и тестирования, достаточно выполнения и ревью.
Декомпозиция: Подзадачи допустимы, но не обязательны.
Завершение: Работа прошла ревью или закрыта исполнителем, если ревью не требуется.

Defect

Один воспроизводимый дефект с ожидаемым и фактическим результатом.

Когда: Поведение системы расходится с подтвержденным требованием или тестовым сценарием.
Декомпозиция: Подзадачи разработки и тестирования создаются по фактической необходимости.
Завершение: Исправление протестировано, включено в релиз и внедрено.

МАТРИЦА ВЫБОРА

Как выбрать головную задачу

User Story

Когда использовать: Нужна доработка по требованию бизнес заказчика
Маршрут: Бизнес-требования, техническое задание, оценка, разработка, тестирование, внедрение, оценка.

Technical Task

Когда использовать: Нужен технический инкремент с разработкой и тестированием.
Маршрут: Опциональное техническое задание, оценка, разработка, тестирование и внедрение.
Не использовать: Не подменять ею короткую работу без полного производственного цикла.

Job Task

Когда использовать: Работа короткая, а отдельные стадии аналитики и тестирования избыточны.
Маршрут: Открыта, в работе, на ревью, закрыта.
Не использовать: Не использовать, если результат должен пройти полноценное тестирование и релизный контроль.

Epic

Высокоуровневая цель отслеживает прогресс входящих задач, но не принимает трудозатраты.3 статусов

Статусная модель Epic

Показать переходыВсеОсновной маршрутВозвратыИсключения

Условия и роли переходов

В работе → ЗакрытаЦель достигнута
Все включенные задачи закрыты.
Ответственная роль: Владелец цели
В работе → ОткрытаВернуть в открытыеОтветственная роль: Владелец цели
Закрыта → ОткрытаПереоткрытиеОтветственная роль: Владелец цели
В работе → ЗакрытаОтклонить работу
Указывается резолюция «Отклонено».
Ответственная роль: Владелец цели

Основной маршрутВозвратыАльтернативныеИсключенияСлужебное состояниеФинальный статус

Основной маршрут: из статуса Открыта в статус В работе. Начата работа по входящим задачам.Ответственная роль: Владелец цели.
Основной маршрут: из статуса В работе в статус Закрыта. Цель достигнута. Условие: Все включенные задачи закрыты.Ответственная роль: Владелец цели.
Возвраты: из статуса В работе в статус Открыта. Вернуть в открытые.Ответственная роль: Владелец цели.
Возвраты: из статуса Закрыта в статус Открыта. Переоткрытие.Ответственная роль: Владелец цели.
Исключения: из статуса В работе в статус Закрыта. Отклонить работу. Условие: Указывается резолюция «Отклонено».Ответственная роль: Владелец цели.

Выбранный статус

Открыта

Владелец продукта / лидер команды

Создает Epic и формирует верхнеуровневое описание.
Отвечает за работы по Epic.
Переводит Epic в работу после первичной декомпозиции и начала хотя бы одной задачи.

Команда

Совместно с владельцем продукта декомпозирует Epic на User Story, Technical Task и Job Task.

Возвраты

Закрытый Epic можно переоткрыть в статус «Открыта».

Ограничения

Время учитывается в задачах и подзадачах, а не в Epic.

User Story

Полный маршрут от потребности и требований до внедрения и оценки результата.14 статусов

Статусная модель User Story

Условия и роли переходов

Формирование БТ → БТ готовоБТ подготовлено
Приложены название и ссылка на БТ.
Ответственная роль: Бизнес-аналитик
Формирование ТЗ → ТЗ готовоТЗ подготовлено
Приложена ссылка на ТЗ.
Ответственная роль: Системный аналитик
Оценка и декомпозиция → Готова к разработкеОценка завершена
Подзадачи созданы и оценены.
Ответственная роль: Команда
Разработка → Готова к тестированиюПередать на тестирование
Разработка и code review завершены, сборка доступна.
Ответственная роль: Разработчик
Тестирование → Готова к внедрениюТестирование успешно
Указана версия, дефекты закрыты, протокол приложен.
Ответственная роль: Тестировщик
Готова к внедрению → ОценкаВнедрено
Результат установлен в продуктивной среде.
Ответственная роль: Команда внедрения
БТ готово → Формирование БТБТ на доработкуОтветственная роль: Заказчик
Формирование БТ → ОткрытаВернуть в открытыеОтветственная роль: Бизнес-аналитик
Формирование ТЗ → Формирование БТВернуться к БТОтветственная роль: Системный аналитик
ТЗ готово → Формирование ТЗТЗ на доработкуОтветственная роль: Команда
Готова к разработке → Оценка и декомпозицияПовторная оценкаОтветственная роль: Разработчик
Разработка → Готова к разработкеВернуть в очередьОтветственная роль: Разработчик
Тестирование → РазработкаДоработка или изменение требованийОтветственная роль: Тестировщик
Любой статус → ЗакрытаЗакрыть или отклонить
Резолюция и комментарий обязательны; переход доступен из любого статуса.
Ответственная роль: Участники рабочего процесса
Любой рабочий статус → ОстановленаОстановить работу
Обязателен комментарий; система запоминает предыдущий статус.
Ответственная роль: Участники рабочего процесса
Остановлена → Предыдущий статусПродолжить работу
Задача возвращается в статус, из которого была остановлена.
Ответственная роль: Служебное состояние

Основной маршрутВозвратыАльтернативныеИсключенияСлужебное состояниеФинальный статус

Основной маршрут: из статуса Открыта в статус Формирование БТ. Начать подготовку БТ.Ответственная роль: Автор.
Основной маршрут: из статуса Формирование БТ в статус БТ готово. БТ подготовлено. Условие: Приложены название и ссылка на БТ.Ответственная роль: Бизнес-аналитик.
Основной маршрут: из статуса БТ готово в статус Формирование ТЗ. Начать подготовку ТЗ.Ответственная роль: Заказчик.
Основной маршрут: из статуса Формирование ТЗ в статус ТЗ готово. ТЗ подготовлено. Условие: Приложена ссылка на ТЗ.Ответственная роль: Системный аналитик.
Основной маршрут: из статуса ТЗ готово в статус Оценка и декомпозиция. Передать команде.Ответственная роль: Команда.
Основной маршрут: из статуса Оценка и декомпозиция в статус Готова к разработке. Оценка завершена. Условие: Подзадачи созданы и оценены.Ответственная роль: Команда.
Основной маршрут: из статуса Готова к разработке в статус Разработка. Взять в работу.Ответственная роль: Разработчик.
Основной маршрут: из статуса Разработка в статус Готова к тестированию. Передать на тестирование. Условие: Разработка и code review завершены, сборка доступна.Ответственная роль: Разработчик.
Основной маршрут: из статуса Готова к тестированию в статус Тестирование. Начать проверку.Ответственная роль: Тестировщик.
Основной маршрут: из статуса Тестирование в статус Готова к внедрению. Тестирование успешно. Условие: Указана версия, дефекты закрыты, протокол приложен.Ответственная роль: Тестировщик.
Основной маршрут: из статуса Готова к внедрению в статус Оценка. Внедрено. Условие: Результат установлен в продуктивной среде.Ответственная роль: Команда внедрения.
Основной маршрут: из статуса Оценка в статус Закрыта. Результат принят.Ответственная роль: Заказчик.
Возвраты: из статуса БТ готово в статус Формирование БТ. БТ на доработку.Ответственная роль: Заказчик.
Возвраты: из статуса Формирование БТ в статус Открыта. Вернуть в открытые.Ответственная роль: Бизнес-аналитик.
Возвраты: из статуса Формирование ТЗ в статус Формирование БТ. Вернуться к БТ.Ответственная роль: Системный аналитик.
Возвраты: из статуса ТЗ готово в статус Формирование ТЗ. ТЗ на доработку.Ответственная роль: Команда.
Возвраты: из статуса Готова к разработке в статус Оценка и декомпозиция. Повторная оценка.Ответственная роль: Разработчик.
Возвраты: из статуса Разработка в статус Готова к разработке. Вернуть в очередь.Ответственная роль: Разработчик.
Возвраты: из статуса Тестирование в статус Разработка. Доработка или изменение требований.Ответственная роль: Тестировщик.
Исключения: из статуса Любой статус в статус Закрыта. Закрыть или отклонить. Условие: Резолюция и комментарий обязательны; переход доступен из любого статуса.Ответственная роль: Участники рабочего процесса.
Исключения: из статуса Любой рабочий статус в статус Остановлена. Остановить работу. Условие: Обязателен комментарий; система запоминает предыдущий статус.Ответственная роль: Участники рабочего процесса.
Альтернативные: из статуса Остановлена в статус Предыдущий статус. Продолжить работу. Условие: Задача возвращается в статус, из которого была остановлена.Ответственная роль: Служебное состояние.

Выбранный статус

Открыта

Владелец продукта / лидер команды

Определяет приоритет и инициирует создание User Story.

Бизнес-аналитик

Проводит предварительный анализ требований.
Создает и оценивает подзадачу аналитики.

Возвраты

БТ и ТЗ можно вернуть на доработку.
Из очереди разработки можно вернуться к оценке.
Из разработки можно вернуться в очередь.
Из тестирования можно вернуться в разработку при изменении требований или доработке.

Ограничения

Остановка доступна из рабочего статуса и требует комментария; возврат выполняется в предыдущий статус.
Закрытие из любого статуса требует резолюции; отклонение фиксируется отдельно.
Время и изменения кода учитываются только в подзадачах.

Technical Task

Техническая поставка использует полный производственный цикл, но может пропустить подготовку ТЗ.12 статусов

Статусная модель Technical Task

Условия и роли переходов

Формирование ТЗ → ТЗ готовоТЗ подготовлено
Приложена ссылка на ТЗ.
Ответственная роль: Системный аналитик
Открыта → Оценка и декомпозицияБез этапа ТЗ
Аналитическая проработка не требуется.
Ответственная роль: Автор
Оценка и декомпозиция → Готова к разработкеОценка завершена
Подзадачи разработки и тестирования оценены.
Ответственная роль: Команда
Разработка → Готова к тестированиюПередать на тестирование
Разработка и code review завершены.
Ответственная роль: Разработчик
Тестирование → Готова к внедрениюТестирование успешно
Дефекты закрыты, протокол приложен.
Ответственная роль: Тестировщик
ТЗ готово → Формирование ТЗТЗ на доработкуОтветственная роль: Команда
Формирование ТЗ → ОткрытаВернуть в открытыеОтветственная роль: Системный аналитик
Готова к разработке → Оценка и декомпозицияПовторная оценкаОтветственная роль: Разработчик
Разработка → Готова к разработкеВернуть в очередьОтветственная роль: Разработчик
Тестирование → РазработкаИсправлениеОтветственная роль: Тестировщик
Закрыта → ОткрытаПереоткрытиеОтветственная роль: Заказчик
Любой статус → ЗакрытаЗакрыть или отклонить
Указывается резолюция выполнения или отклонения.
Ответственная роль: Участники рабочего процесса
Любой рабочий статус → ОстановленаОстановить работу
Обязателен комментарий; система запоминает предыдущий статус.
Ответственная роль: Участники рабочего процесса
Остановлена → Предыдущий статусПродолжить работу
Задача возвращается в статус, из которого была остановлена.
Ответственная роль: Служебное состояние

Основной маршрутВозвратыАльтернативныеИсключенияСлужебное состояниеФинальный статус

Основной маршрут: из статуса Открыта в статус Формирование ТЗ. ТЗ требуется.Ответственная роль: Автор.
Основной маршрут: из статуса Формирование ТЗ в статус ТЗ готово. ТЗ подготовлено. Условие: Приложена ссылка на ТЗ.Ответственная роль: Системный аналитик.
Основной маршрут: из статуса ТЗ готово в статус Оценка и декомпозиция. Передать команде.Ответственная роль: Команда.
Альтернативные: из статуса Открыта в статус Оценка и декомпозиция. Без этапа ТЗ. Условие: Аналитическая проработка не требуется.Ответственная роль: Автор.
Основной маршрут: из статуса Оценка и декомпозиция в статус Готова к разработке. Оценка завершена. Условие: Подзадачи разработки и тестирования оценены.Ответственная роль: Команда.
Основной маршрут: из статуса Готова к разработке в статус Разработка. Взять в работу.Ответственная роль: Разработчик.
Основной маршрут: из статуса Разработка в статус Готова к тестированию. Передать на тестирование. Условие: Разработка и code review завершены.Ответственная роль: Разработчик.
Основной маршрут: из статуса Готова к тестированию в статус Тестирование. Начать проверку.Ответственная роль: Тестировщик.
Основной маршрут: из статуса Тестирование в статус Готова к внедрению. Тестирование успешно. Условие: Дефекты закрыты, протокол приложен.Ответственная роль: Тестировщик.
Основной маршрут: из статуса Готова к внедрению в статус Оценка. Внедрено.Ответственная роль: Команда внедрения.
Основной маршрут: из статуса Оценка в статус Закрыта. Результат принят.Ответственная роль: Заказчик.
Возвраты: из статуса ТЗ готово в статус Формирование ТЗ. ТЗ на доработку.Ответственная роль: Команда.
Возвраты: из статуса Формирование ТЗ в статус Открыта. Вернуть в открытые.Ответственная роль: Системный аналитик.
Возвраты: из статуса Готова к разработке в статус Оценка и декомпозиция. Повторная оценка.Ответственная роль: Разработчик.
Возвраты: из статуса Разработка в статус Готова к разработке. Вернуть в очередь.Ответственная роль: Разработчик.
Возвраты: из статуса Тестирование в статус Разработка. Исправление.Ответственная роль: Тестировщик.
Возвраты: из статуса Закрыта в статус Открыта. Переоткрытие.Ответственная роль: Заказчик.
Исключения: из статуса Любой статус в статус Закрыта. Закрыть или отклонить. Условие: Указывается резолюция выполнения или отклонения.Ответственная роль: Участники рабочего процесса.
Исключения: из статуса Любой рабочий статус в статус Остановлена. Остановить работу. Условие: Обязателен комментарий; система запоминает предыдущий статус.Ответственная роль: Участники рабочего процесса.
Альтернативные: из статуса Остановлена в статус Предыдущий статус. Продолжить работу. Условие: Задача возвращается в статус, из которого была остановлена.Ответственная роль: Служебное состояние.

Выбранный статус

Открыта

Автор задачи

Определяет приоритет и инициирует создание задачи.

Возвраты

Из «Открыта» можно сразу перейти к оценке, если ТЗ не требуется.
ТЗ возвращается на доработку, очередь разработки - на оценку, тестирование - в разработку.
Закрытую задачу можно переоткрыть.

Ограничения

Время и изменения кода учитываются в подзадачах.
В продуктивную среду задача поставляется целиком.

Job Task

Короткий маршрут для работы, которой не нужны отдельные стадии аналитики и тестирования.4 статусов

Статусная модель Job Task

Показать переходыВсеОсновной маршрутВозвраты

Условия и роли переходов

На ревью → В работеДоработатьОтветственная роль: Ревьюер
В работе → ОткрытаВернуть в очередьОтветственная роль: Исполнитель
Закрыта → ОткрытаПереоткрытиеОтветственная роль: Ревьюер или исполнитель

Основной маршрутВозвратыАльтернативныеИсключенияСлужебное состояниеФинальный статус

Основной маршрут: из статуса Открыта в статус В работе. Взять в работу.Ответственная роль: Автор.
Основной маршрут: из статуса В работе в статус На ревью. Предъявить результат.Ответственная роль: Исполнитель.
Основной маршрут: из статуса На ревью в статус Закрыта. Ревью пройдено.Ответственная роль: Ревьюер.
Возвраты: из статуса На ревью в статус В работе. Доработать.Ответственная роль: Ревьюер.
Возвраты: из статуса В работе в статус Открыта. Вернуть в очередь.Ответственная роль: Исполнитель.
Возвраты: из статуса Закрыта в статус Открыта. Переоткрытие.Ответственная роль: Ревьюер или исполнитель.

Выбранный статус

Открыта

Ответственный за статусАвтор

Автор

Создает задачу и добавляет верхнеуровневое описание.
Назначает ответственного исполнителя.
При необходимости декомпозирует работу на подзадачи.

Исполнитель

Участвует в декомпозиции работ.
Оценивает трудоемкость задачи.

Возвраты

С ревью задача возвращается в работу.
Из работы можно вернуться в «Открыта».
Закрытую задачу можно переоткрыть.

Ограничения

При отсутствии подзадач изменение кода может быть связано непосредственно с Job Task.

Defect

Дефект проходит исправление и повторную проверку, а зависимость может временно заблокировать тестирование.8 статусов

Статусная модель Defect

Условия и роли переходов

В работе → Готова к тестированиюИсправление готово
Разработка и code review завершены.
Ответственная роль: Разработчик
Тестирование → Готова к внедрениюИсправление подтверждено
Подзадачи и влияющие дефекты закрыты.
Ответственная роль: Тестировщик
В работе → ЗакрытаЗакрыть без тестирования
Тестирование и внедрение по данным работам не требуются.
Ответственная роль: Разработчик
Тестирование → В работеИсправить повторноОтветственная роль: Тестировщик
В работе → ОткрытаВернуть в открытыеОтветственная роль: Разработчик
Тестирование → ЗаблокированаЗаблокировать проверку
Указана активная блокирующая зависимость.
Ответственная роль: Тестировщик
Заблокирована → Готова к тестированиюВозобновить проверку
Связанный блокирующий дефект или зависимость закрыты.
Ответственная роль: Тестировщик
Закрыта → ОткрытаПереоткрытиеОтветственная роль: Команда сопровождения
Любой статус → ЗакрытаЗакрыть
Закрытие доступно после выполнения необходимых работ.
Ответственная роль: Участники рабочего процесса
Любой рабочий статус → ОстановленаОстановить работу
Система сохраняет статус, из которого остановлена работа.
Ответственная роль: Участники рабочего процесса
Остановлена → Предыдущий статусПродолжить работу
Возврат возможен только в сохраненный предыдущий статус.
Ответственная роль: Служебное состояние

Основной маршрутВозвратыАльтернативныеИсключенияСлужебное состояниеФинальный статус

Основной маршрут: из статуса Открыта в статус В работе. Начать исправление.Ответственная роль: Автор.
Основной маршрут: из статуса В работе в статус Готова к тестированию. Исправление готово. Условие: Разработка и code review завершены.Ответственная роль: Разработчик.
Основной маршрут: из статуса Готова к тестированию в статус Тестирование. Начать проверку.Ответственная роль: Тестировщик.
Основной маршрут: из статуса Тестирование в статус Готова к внедрению. Исправление подтверждено. Условие: Подзадачи и влияющие дефекты закрыты.Ответственная роль: Тестировщик.
Альтернативные: из статуса В работе в статус Закрыта. Закрыть без тестирования. Условие: Тестирование и внедрение по данным работам не требуются.Ответственная роль: Разработчик.
Основной маршрут: из статуса Готова к внедрению в статус Закрыта. Исправление внедрено.Ответственная роль: Команда внедрения.
Возвраты: из статуса Тестирование в статус В работе. Исправить повторно.Ответственная роль: Тестировщик.
Возвраты: из статуса В работе в статус Открыта. Вернуть в открытые.Ответственная роль: Разработчик.
Исключения: из статуса Тестирование в статус Заблокирована. Заблокировать проверку. Условие: Указана активная блокирующая зависимость.Ответственная роль: Тестировщик.
Альтернативные: из статуса Заблокирована в статус Готова к тестированию. Возобновить проверку. Условие: Связанный блокирующий дефект или зависимость закрыты.Ответственная роль: Тестировщик.
Возвраты: из статуса Закрыта в статус Открыта. Переоткрытие.Ответственная роль: Команда сопровождения.
Исключения: из статуса Любой статус в статус Закрыта. Закрыть. Условие: Закрытие доступно после выполнения необходимых работ.Ответственная роль: Участники рабочего процесса.
Исключения: из статуса Любой рабочий статус в статус Остановлена. Остановить работу. Условие: Система сохраняет статус, из которого остановлена работа.Ответственная роль: Участники рабочего процесса.
Альтернативные: из статуса Остановлена в статус Предыдущий статус. Продолжить работу. Условие: Возврат возможен только в сохраненный предыдущий статус.Ответственная роль: Служебное состояние.

Возвраты

Из тестирования дефект возвращается в работу.
При активной зависимости тестирование блокируется и возобновляется после ее закрытия.
Закрытый дефект можно переоткрыть.

Ограничения

Один Defect описывает один дефект.
Остановка доступна из любого статуса и сохраняет точку возврата.

Профильные подзадачи

Аналитика, разработка, тестирование и иная подзадача используют единый короткий жизненный цикл.3 статусов

Статусная модель Профильные подзадачи

Единая модель для подзадач аналитики, разработки, тестирования и иных профильных работ.

Показать переходыВсеОсновной маршрутВозвратыИсключения

Условия и роли переходов

В работе → ЗакрытаРабота завершена
Подтверждающий артефакт приложен.
Ответственная роль: Исполнитель
Открыта → ЗакрытаОтклонить работу
Указывается резолюция «Отклонено».
Ответственная роль: Автор
В работе → ОткрытаВернуть в очередьОтветственная роль: Исполнитель
Закрыта → ОткрытаПереоткрытиеОтветственная роль: Исполнитель
В работе → ЗакрытаОтклонить
Указана соответствующая резолюция.
Ответственная роль: Исполнитель

Основной маршрутВозвратыАльтернативныеИсключенияСлужебное состояниеФинальный статус

Основной маршрут: из статуса Открыта в статус В работе. Начать работу.Ответственная роль: Автор.
Основной маршрут: из статуса В работе в статус Закрыта. Работа завершена. Условие: Подтверждающий артефакт приложен.Ответственная роль: Исполнитель.
Исключения: из статуса Открыта в статус Закрыта. Отклонить работу. Условие: Указывается резолюция «Отклонено».Ответственная роль: Автор.
Возвраты: из статуса В работе в статус Открыта. Вернуть в очередь.Ответственная роль: Исполнитель.
Возвраты: из статуса Закрыта в статус Открыта. Переоткрытие.Ответственная роль: Исполнитель.
Исключения: из статуса В работе в статус Закрыта. Отклонить. Условие: Указана соответствующая резолюция.Ответственная роль: Исполнитель.

Выбранный статус

Открыта

Системный аналитик · подзадача «Аналитика»

Создает подзадачу и добавляет верхнеуровневое описание работы.

Разработчик · подзадача «Разработка»

Создает подзадачу и добавляет верхнеуровневое описание работы.

Функциональный тестировщик · подзадача «Тестирование»

Создает подзадачу тестирования, когда необходимо функциональное или интеграционное тестирование.
Перед началом работ обеспечивает заполнение первоначальной оценки.
Переводит подзадачу в работу, когда она готова к выполнению.
Отклоняет подзадачу, если проведение работ отменено.

Возвраты

Из работы можно вернуться в «Открыта».
Закрытую подзадачу можно переоткрыть.
Работу можно отклонить с соответствующей резолюцией.

Ограничения

Для разработки требуется ссылка на изменение кода.
Для тестирования требуется протокол или ссылка на результаты проверки.

Владелец продукта или лидер команды

Инициирование, приоритет, приемка

Формулирует цель, определяет приоритет, контролирует прогресс Epic и принимает продуктовый результат.

Подтверждение: Цель, приоритет, подтверждение готовности и оценка результата.

Бизнес-аналитик

Формирование бизнес-требований

Уточняет потребность, готовит бизнес-требования и передает подтвержденный результат системному аналитику.

Подтверждение: Согласованные бизнес-требования.

Системный аналитик

Техническое задание, декомпозиция

Проектирует техническое решение, уточняет требования и создает аналитические подзадачи.

Подтверждение: Техническое задание и декомпозиция.

Разработчик

Оценка, разработка, исправление

Оценивает работу, реализует изменение, связывает изменения кода с подзадачей и проводит code review.

Подтверждение: Изменение кода, review и закрытая подзадача разработки.

Тестировщик

Планирование проверок, тестирование

Оценивает тестирование, готовит сценарии, проверяет результат, регистрирует дефекты и повторно тестирует исправления.

Подтверждение: Тестовые сценарии и протокол тестирования.

Инженер внедрения

Контуры, сборка, внедрение

Обеспечивает доступность среды, установку сборки и техническое выполнение внедрения.

Подтверждение: Подтверждение установки и внедрения.

Релиз-менеджер

Состав релиза, фиксация, риски

Фиксирует фактический состав релиза, контролирует емкость, согласует поздние изменения и эскалирует риски.

Подтверждение: Версия релиза, согласованный состав и зафиксированные решения.

Ревьюер или заказчик

Ревью и оценка

Подтверждает качество короткой работы или оценивает внедренный пользовательский результат.

Подтверждение: Решение о закрытии, резолюция или оценка.

КОНТРОЛЬ ПЕРЕХОДОВ

Поля и проверки по этапам

Идентификация и контекст

При создании

Ответственный: Автор задачи

Тема
Описание
Система и модуль
Компонент
Приоритет
Связь с Epic или родительской задачей

Без достаточного описания задача не должна переходить в работу.

Требования и решение

До оценки

Ответственный: Аналитики и заказчик

Бизнес-требования
Техническое задание
Вложения и ссылки на артефакты
Оценка влияния на безопасность

Переход разрешен после приложения и подтверждения требуемого артефакта.

Планирование работ

При декомпозиции

Ответственный: Исполнители

Исполнитель
Спринт
Первоначальная оценка
Оставшееся время
Срок выполнения

Все обязательные подзадачи созданы, назначены и оценены.

Готовность и качество

Перед тестированием и внедрением

Ответственный: Разработчик и тестировщик

Ссылка на изменение кода
Результат code review
Тестовый протокол
Версия исправления
Закрытые влияющие дефекты

Незавершенная разработка, открытый дефект или отсутствие протокола блокируют переход.

Связь с релизом

От планирования до фиксации

Ответственный: Команда и релиз-менеджер

Планируется в релизе
Включено в релиз
Версия релиза
Комментарий к позднему изменению

Только фактическая версия включения определяет согласуемый состав релиза.

01

Разделить результат и работу

Аналитика, разработка, тестирование и внедрение оформляются отдельными подзадачами внутри одной головной задачи.

02

Ограничить размер

Одна подзадача должна укладываться максимум в пять рабочих дней. Более крупная работа требует дальнейшей декомпозиции.

03

Зафиксировать оценку

До планирования исполнитель указывает первоначальную оценку, а во время работы ежедневно обновляет фактические затраты и остаток.

04

Сверить с емкостью

В спринт попадают только декомпозированные и оцененные задачи, для которых подтверждена доступная емкость участников.

КРИТЕРИИ ГОТОВНОСТИ

До командного планирования

Бизнес-требования подтверждены, если они нужны.
Техническое решение подготовлено или не требуется для задачи.
Созданы все обязательные профильные подзадачи.
Назначены исполнители и заполнены первоначальные оценки.
Выявлены зависимости, ограничения и влияющие дефекты.

БАЗОВАЯ МОДЕЛЬ СПРИНТА

Распределение емкости

Рабочий цикл длится от двух недель до одного месяца. Состав готовится до начала спринта, а приоритет определяет порядок взятия задач.

70%20%10%

Бизнес-задачиТехнический долгРиски

Принцип распределяет емкость спринта: 70% на бизнес-задачи, 20% на технический долг и развитие, 10% на риски и форс-мажор. Пропорция применяется при планировании состава работ до начала спринта.

ДВА САМОСТОЯТЕЛЬНЫХ ЦИКЛА

Синхронизация задачи и релиза

Статус задачи не является статусом релиза. Между дорожками показаны только контрольные точки синхронизации.

Головная задача

01Оценка и декомпозиция
02Готова к разработке
03Разработка и тестирование
04Готова к внедрению
05Внедрена / оценка

Планируемый состав измененийПрогнозный состав после оценки и проверки емкости

Проверка готовностиПодзадачи, дефекты и артефакты контролируются независимо от этапа релиза

Фактический составВерсия назначена релиз-менеджером; после фиксации изменения блокируются

Подтверждение результатаПосле внедрения задача получает следующий статус или оценку

Релиз

01Планирование
02Разработка состава
03Фиксация
04Функциональное и регрессионное тестирование
05Внедрение

ПРОГНОЗ

Планируется в релизе

Командная гипотеза о целевой поставке. Поле помогает оценивать емкость и риски, но не является подтвержденным составом.

ФАКТ

Включено в релиз

Версия, назначенная релиз-менеджером после проверки готовности. Именно она определяет контролируемый состав поставки.

01
Планирование
Команда прогнозирует кандидатов и проверяет оценки и доступную емкость.
02
Разработка
Релиз-менеджер мониторит состав, трудоемкость и риски незавершения.
03
Фиксация
Состав стабилизируется; поздние добавления требуют отдельного согласования.
04
Функциональное тестирование
В сборку поступают исправления дефектов; новые задачи являются исключением.
05
Регрессионное тестирование
Проверяется стабильность полного состава релиза.
06
Внедрение
Подтвержденный состав поставляется, задачи получают результат внедрения.

После фиксации

Новая задача добавляется только после оценки риска и явного согласования ответственных за релиз.

При угрозе сроку

Релиз-менеджер делает риск видимым и инициирует решение о составе, а не скрывает незавершенную работу статусом.

При исключении

Изменение удаляется через безопасный откат или выключается функциональным переключателем.

Перед внедрением

Проверяется полный состав, закрытие влияющих дефектов, наличие протоколов и готовность плана восстановления.

ПРОЦЕССНАЯ СХЕМА

Разработка, проверка и возврат исправления

01Подзадача разработки

02Code review

03Сборка на тестовом контуре

04Передача в тестирование

ТЕСТИРОВАНИЕ УСПЕШНОПротокол подтверждает результатГотова к внедрению

или

ОБНАРУЖЕНО ОТКЛОНЕНИЕСоздать или связать DefectОдин Defect описывает один дефект

Возврат в разработкуИсправление → code review → новая сборка → повторное тестирование → подтверждение исправления

Разработка

Код связывается с подзадачей разработки.
Изменение проходит code review.
Сборка доступна на тестовом контуре.
Подзадача закрывается после завершения работы.

Артефакт: изменение кода и результат review

Тестирование

Сценарии подготовлены до начала проверки.
Фактический результат сопоставлен с ожидаемым.
Влияющие дефекты зарегистрированы и связаны.
Результат зафиксирован в протоколе.

Артефакт: протокол тестирования

Дефект

Одна задача описывает один дефект.
Указаны шаги, среда, ожидаемый и фактический результат.
Добавлены безопасные диагностические данные без секретов.
Исправление проходит повторное тестирование.

Артефакт: подтвержденное исправление

Остановка

Работа временно прекращается с обязательным комментарием. После устранения причины задача возвращается в сохраненный рабочий статус.

Возврат

Требования возвращаются на доработку, очередь разработки на оценку, а тестирование в разработку при подтвержденной необходимости исправления.

Отклонение

Закрытие без поставки сопровождается резолюцией и причиной. Решение не должно маскироваться обычным успешным завершением.

Блокирующая зависимость

Проверка приостанавливается до закрытия связанной зависимости, после чего продолжается с той же контрольной точки.

Правило переоткрытия

Закрытая задача или подзадача может быть переоткрыта, если результат больше не соответствует критериям. Причина и новый объем работы фиксируются явно, а статус возвращается в начало подходящего рабочего цикла.

01
Подготовить типы головных задач и подзадач.
02
Настроить независимые статусные модели и разрешенные переходы.
03
Определить роли, владельцев статусов и права переходов.
04
Настроить обязательные поля, проверки и подтверждающие артефакты.
05
Связать задачи со спринтами и отделить прогноз релиза от фактического состава.
06
Провести пилот на одном потоке поставки.
07
Обучить авторов, аналитиков, разработчиков, тестировщиков и релиз-менеджеров.
08
Масштабировать модель после разбора пилотных отклонений.
09
Регулярно контролировать качество данных и соблюдение переходов.

WorkFlow для релизных проектов

Общая карта WorkFlow

Модель задач и декомпозиция

Epic

User Story

Technical Task

Job Task

Defect

Как выбрать головную задачу

User Story

Technical Task

Job Task

Epic

Статусная модель Epic

Условия и роли переходов

Открыта

Владелец продукта / лидер команды

Команда

В работе

Владелец продукта / лидер команды

Команда

Закрыта

Владелец продукта / лидер команды

Возвраты

Ограничения

User Story

Статусная модель User Story

Условия и роли переходов

Открыта

Владелец продукта / лидер команды

Бизнес-аналитик

Формирование БТ

Владелец продукта / лидер команды

Бизнес-аналитик

Системный аналитик, разработчик, тестировщик, DevOps и сопровождение

БТ готово

Владелец продукта / лидер команды

Бизнес-аналитик

Формирование ТЗ

Владелец продукта / лидер команды

Бизнес-аналитик

Системный аналитик

Разработчик, тестировщик и DevOps

ТЗ готово

Владелец продукта / лидер команды

Бизнес-аналитик

Системный аналитик

Разработчик

Тестировщик

Оценка и декомпозиция

Владелец продукта / лидер команды

Бизнес-аналитик

Системный аналитик

Разработчик

Тестировщик

Релиз-менеджер

Готова к разработке

Системный аналитик

Разработчик

DevOps

Разработка

Владелец продукта / лидер команды

Системный аналитик

Разработчик

Тестировщик

DevOps

Релиз-менеджер

Готова к тестированию

Тестировщик

Тестирование

Разработчик

Тестировщик

Релиз-менеджер

Готова к внедрению

DevOps

Релиз-менеджер

Оценка

Владелец продукта / бизнес-заказчик

Закрыта

Релиз-менеджер