Jira и план проекта: сроки поверх трекера
Jira хорошо отвечает на вопрос «что команда делает сейчас». Хуже — на вопросы руководителя проекта: успеем ли к дате, что сдвигает релиз, какие риски висят над вехой. Тикеты — это нижний уровень работы, а сроки проекта живут уровнем выше.
Чего не хватает трекеру для управления сроками
- Зависимостей между крупными работами. В трекере можно связать тикеты, но расписание по этим связям он обычно не считает и критический путь не показывает.
- Базового плана. Даты в тикетах переписываются, и через месяц непонятно, какой срок был обещан.
- Работ вне трекера. Закупки, согласования, сертификация, обучение — их часто нет в Jira, но они сдвигают сроки так же.
- Портфеля. Руководству нужна картина по всем проектам: цели, ключевые риски и блокеры на одной странице.
Как связать план и трекер
Рабочая схема — два уровня:
- План проекта — фазы, пакеты работ, вехи, зависимости и базовый план. Его ведёт руководитель проекта. См. «Иерархическая структура работ».
- Тикеты Jira — задачи команд. Их ведут команды в привычном трекере.
Связь между уровнями — ссылка строки плана на тикет. Система сравнивает статус и исполнителя строки с данными тикета и, если они разошлись, предлагает обновить строку. Тогда план не отстаёт от того, что команда отметила в Jira, и не нужен отдельный отчёт от команды.
Почему синхронизация должна быть только на чтение
Двусторонняя синхронизация кажется удобной, но создаёт проблемы:
- две системы начинают спорить, чьи данные правильные;
- изменения в трекере нужно согласовывать с его владельцами и администраторами;
- ошибка в настройке может массово изменить тикеты.
Если система управления проектами только читает Jira, трекер остаётся единственным источником правды по задачам, а подключение не требует менять процессы команд.
Что смотреть руководителю проекта
- Тикеты под риском: критичные тикеты, которым грозит нарушение срока.
- Открытые вопросы со ссылками на связанные тикеты.
- Расхождения плана и трекера: строки, у которых статус или исполнитель отличаются от связанного тикета.
- Аналитику по истории тикетов: сколько времени проходит от начала работы до решения, где задачи застревают.
Как начать
- Определите, какие тикеты относятся к проекту: по метке или эпику.
- Постройте верхний уровень плана: фазы и вехи.
- Привяжите ключевые работы плана к тикетам.
- Зафиксируйте базовый план и раз в неделю смотрите отклонение.
Где это сделать
В Etapero тикеты проекта подтягиваются из Jira по метке или эпику. Синхронизация только читает Jira: в неё отправляются лишь запросы входа, поиска и чтения. Строку плана можно связать с тикетом — система предложит обновить её статус и исполнителя по данным Jira; на странице «Работы Jira» тикеты делятся на разделы по JQL или фильтру Jira, а по истории тикетов строятся виджеты аналитики.
Jira — товарный знак Atlassian. Etapero не связан с Atlassian.