Жизненный цикл задач и ошибок
КОСМОДРОМ использует единый, продуманный workflow (процесс) для управления задачами и ошибками. Это обеспечивает последовательность, контроль качества и четкое распределение ответственности на каждой стадии работы.
Основной принцип
Задача или ошибка последовательно проходят стадии Согласования, Исполнения, Ревью и Тестирования, прежде чем будут завершены. На любой стадии (кроме исполнения) работу можно вернуть на доработку, если она не соответствует требованиям.
Детальное описание статусов и переходов
Нажмите чтобы раскрыть
1. ЧЕРНОВИК
Задача или ошибка создана, но не опубликована. Видна только автору.
После «Публикации» сущность становится доступной команде и переходит на первую активную стадию в зависимости от её настроек:
— Если назначен согласующий → «ЖДЕТ СОГЛАСОВАНИЯ».
— Если согласование не требуется → «ЖДЕТ ИСПОЛНЕНИЯ».
2. ЖДЕТ СОГЛАСОВАНИЯ
Сущность ожидает проверки и утверждения требований ответственным сотрудником (аналитиком, менеджером).
— "Принять": Требования утверждены. Сущность переходит в статус «ЖДЕТ ИСПОЛНЕНИЯ».
— "Исправить": Если описание или параметры неполны или некорректны, согласующий отправляет сущность на доработку автору. Она возвращается в статус «ЧЕРНОВИК» с комментариями.
3. СОГЛАСОВАНИЕ
Согласующий проверяет описание, требования и параметры задачи/ошибки.
— "Принять": Требования утверждены. Сущность переходит в статус «ЖДЕТ ИСПОЛНЕНИЯ».
— "Исправить": Если описание или параметры неполны или некорректны, согласующий отправляет сущность на доработку автору. Она возвращается в статус «ЧЕРНОВИК» с комментариями.
4. ЖДЕТ ИСПОЛНЕНИЯ
Сущность утверждена и готова к выполнению. Ожидает, когда исполнитель возьмёт её в работу.
— "В работу": Статус меняется на «ИСПОЛНЕНИЕ». Исполнитель приступает к работе (разработке, дизайну, анализу и т. д.).
5. ИСПОЛНЕНИЕ
Исполнитель активно работает над решением задачи или исправлением ошибки.
«Готово»: Работа выполнена. Сущность переходит на следующую стадию:
— Если требуется ревью → статус «ЖДЕТ РЕВЬЮ».
— Если ревью не требуется → статус «ЖДЕТ ТЕСТИРОВАНИЯ» (для ошибок/задач разработки) или «ЗАКРЫТО» (для задач, не требующих тестирования).
6. ЖДЕТ РЕВЬЮ
Выполненная работа ожидает проверки код-ревьюером, дизайн-ревьюером или другим ответственным специалистом.
— «Принять»: Ревью пройден. Сущность переходит в статус «ЖДЕТ ТЕСТИРОВАНИЯ».
— «Исправить»: Обнаружены существенные замечания. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
— «В работу»/«На паузу»: Ревью пройден. Сущность переходит в статус «ЖДЕТ ТЕСТИРОВАНИЯ».
7. РЕВЬЮ
Ревьюер проверяет качество выполненной работы на соответствие стандартам.
— «Принять»: Ревью пройден. Сущность переходит в статус «ЖДЕТ ТЕСТИРОВАНИЯ».
— «Исправить»: Обнаружены существенные замечания. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
8. ЖДЕТ ТЕСТИРОВАНИЯ
Реализация готова к проверке тестировщиком (QA). Для задач, не требующих тестирования (например, «Общие» или «Тестирование»), эта стадия пропускается.
— «Готово»: Тестирование успешно пройдено. Сущность переходит в финальный статус «ЗАКРЫТО».
— «Исправить»: Обнаружены баги или отклонения. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
9. ТЕСТИРОВАНИЕ
Тестировщик проверяет, что реализация соответствует всем требованиям и спецификации, описанным в сущности.
— «Готово»: Тестирование успешно пройдено. Сущность переходит в финальный статус «ЗАКРЫТО».
— «Исправить»: Обнаружены баги или отклонения. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
10. ЗАКРЫТО
Финальный статус. Работа над задачей или ошибкой полностью завершена, все обязательные стадии пройдены, результат принят
Задача или ошибка создана, но не опубликована. Видна только автору.
После «Публикации» сущность становится доступной команде и переходит на первую активную стадию в зависимости от её настроек:
— Если назначен согласующий → «ЖДЕТ СОГЛАСОВАНИЯ».
— Если согласование не требуется → «ЖДЕТ ИСПОЛНЕНИЯ».
2. ЖДЕТ СОГЛАСОВАНИЯ
Сущность ожидает проверки и утверждения требований ответственным сотрудником (аналитиком, менеджером).
— "Принять": Требования утверждены. Сущность переходит в статус «ЖДЕТ ИСПОЛНЕНИЯ».
— "Исправить": Если описание или параметры неполны или некорректны, согласующий отправляет сущность на доработку автору. Она возвращается в статус «ЧЕРНОВИК» с комментариями.
3. СОГЛАСОВАНИЕ
Согласующий проверяет описание, требования и параметры задачи/ошибки.
— "Принять": Требования утверждены. Сущность переходит в статус «ЖДЕТ ИСПОЛНЕНИЯ».
— "Исправить": Если описание или параметры неполны или некорректны, согласующий отправляет сущность на доработку автору. Она возвращается в статус «ЧЕРНОВИК» с комментариями.
4. ЖДЕТ ИСПОЛНЕНИЯ
Сущность утверждена и готова к выполнению. Ожидает, когда исполнитель возьмёт её в работу.
— "В работу": Статус меняется на «ИСПОЛНЕНИЕ». Исполнитель приступает к работе (разработке, дизайну, анализу и т. д.).
5. ИСПОЛНЕНИЕ
Исполнитель активно работает над решением задачи или исправлением ошибки.
«Готово»: Работа выполнена. Сущность переходит на следующую стадию:
— Если требуется ревью → статус «ЖДЕТ РЕВЬЮ».
— Если ревью не требуется → статус «ЖДЕТ ТЕСТИРОВАНИЯ» (для ошибок/задач разработки) или «ЗАКРЫТО» (для задач, не требующих тестирования).
6. ЖДЕТ РЕВЬЮ
Выполненная работа ожидает проверки код-ревьюером, дизайн-ревьюером или другим ответственным специалистом.
— «Принять»: Ревью пройден. Сущность переходит в статус «ЖДЕТ ТЕСТИРОВАНИЯ».
— «Исправить»: Обнаружены существенные замечания. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
— «В работу»/«На паузу»: Ревью пройден. Сущность переходит в статус «ЖДЕТ ТЕСТИРОВАНИЯ».
7. РЕВЬЮ
Ревьюер проверяет качество выполненной работы на соответствие стандартам.
— «Принять»: Ревью пройден. Сущность переходит в статус «ЖДЕТ ТЕСТИРОВАНИЯ».
— «Исправить»: Обнаружены существенные замечания. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
8. ЖДЕТ ТЕСТИРОВАНИЯ
Реализация готова к проверке тестировщиком (QA). Для задач, не требующих тестирования (например, «Общие» или «Тестирование»), эта стадия пропускается.
— «Готово»: Тестирование успешно пройдено. Сущность переходит в финальный статус «ЗАКРЫТО».
— «Исправить»: Обнаружены баги или отклонения. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
9. ТЕСТИРОВАНИЕ
Тестировщик проверяет, что реализация соответствует всем требованиям и спецификации, описанным в сущности.
— «Готово»: Тестирование успешно пройдено. Сущность переходит в финальный статус «ЗАКРЫТО».
— «Исправить»: Обнаружены баги или отклонения. Сущность возвращается исполнителю на доработку в статус «ЖДЕТ ИСПОЛНЕНИЯ».
10. ЗАКРЫТО
Финальный статус. Работа над задачей или ошибкой полностью завершена, все обязательные стадии пройдены, результат принят
Важные правила и исключения
Минимальный workflow
Для простых задач может быть применен цикл «ИСПОЛНЕНИЕ» → «ЗАКРЫТО». Это зависит от параметров, указанных при создании (тип задачи, уровень исполнителя).
Возвраты
Возможность вернуть сущность на предыдущую стадию — ключевой элемент контроля качества. Это стандартная практика, а не ошибка процесса.
Автоматические переходы
Некоторые переходы между статусами система выполняет автоматически
Например, при нажатии «Готово» на стадии Исполнения задача сама перейдет в «ЖДЕТ РЕВЬЮ» или «ЖДЕТ ТЕСТИРОВАНИЯ» в зависимости от настроек.
Например, при нажатии «Готово» на стадии Исполнения задача сама перейдет в «ЖДЕТ РЕВЬЮ» или «ЖДЕТ ТЕСТИРОВАНИЯ» в зависимости от настроек.
Особенности для Ошибок
Для ошибок стадия «ТЕСТИРОВАНИЕ» является обязательной для всех типов, так как требует обязательной верификации исправления командой QA.
