На этой странице
EtaperoОпубликовано:

Jira и план проекта: сроки поверх трекера

Jira хорошо отвечает на вопрос «что команда делает сейчас». Хуже — на вопросы руководителя проекта: успеем ли к дате, что сдвигает релиз, какие риски висят над вехой. Тикеты — это нижний уровень работы, а сроки проекта живут уровнем выше.

Чего не хватает трекеру для управления сроками

  • Зависимостей между крупными работами. В трекере можно связать тикеты, но расписание по этим связям он обычно не считает и критический путь не показывает.
  • Базового плана. Даты в тикетах переписываются, и через месяц непонятно, какой срок был обещан.
  • Работ вне трекера. Закупки, согласования, сертификация, обучение — их часто нет в Jira, но они сдвигают сроки так же.
  • Портфеля. Руководству нужна картина по всем проектам: цели, ключевые риски и блокеры на одной странице.

Как связать план и трекер

Рабочая схема — два уровня:

  1. План проекта — фазы, пакеты работ, вехи, зависимости и базовый план. Его ведёт руководитель проекта. См. «Иерархическая структура работ».
  2. Тикеты Jira — задачи команд. Их ведут команды в привычном трекере.

Связь между уровнями — ссылка строки плана на тикет. Система сравнивает статус и исполнителя строки с данными тикета и, если они разошлись, предлагает обновить строку. Тогда план не отстаёт от того, что команда отметила в Jira, и не нужен отдельный отчёт от команды.

Почему синхронизация должна быть только на чтение

Двусторонняя синхронизация кажется удобной, но создаёт проблемы:

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

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

Что смотреть руководителю проекта

  • Тикеты под риском: критичные тикеты, которым грозит нарушение срока.
  • Открытые вопросы со ссылками на связанные тикеты.
  • Расхождения плана и трекера: строки, у которых статус или исполнитель отличаются от связанного тикета.
  • Аналитику по истории тикетов: сколько времени проходит от начала работы до решения, где задачи застревают.

Как начать

  1. Определите, какие тикеты относятся к проекту: по метке или эпику.
  2. Постройте верхний уровень плана: фазы и вехи.
  3. Привяжите ключевые работы плана к тикетам.
  4. Зафиксируйте базовый план и раз в неделю смотрите отклонение.

Где это сделать

В Etapero тикеты проекта подтягиваются из Jira по метке или эпику. Синхронизация только читает Jira: в неё отправляются лишь запросы входа, поиска и чтения. Строку плана можно связать с тикетом — система предложит обновить её статус и исполнителя по данным Jira; на странице «Работы Jira» тикеты делятся на разделы по JQL или фильтру Jira, а по истории тикетов строятся виджеты аналитики.

Jira — товарный знак Atlassian. Etapero не связан с Atlassian.