За день до дедлайна команда заявляет, что половина работы не сделана: я знаю, как это исправить

Возраст задачи (Work Item Age) — лучший способ идентифицировать заблокированные задачи в спринте. Если возраст задачи больше ожидаемого, то с большой долей вероятности что-то мешает эту задачу закрыть.

Давайте посмотрим на самые вероятные причины чрезмерно высокого показателя возраста задачи:

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

Мое любимое изображение этой метрики — банановая шкурка, которую какие-то ребята прикрепили к карточке задачи, размещенной на доске.

Пока банановая шкурка желтая — с задачей все в порядке. Когда шкурка начинает чернеть, становится понятно, что задача в работе находится уже слишком долго.

В этом случае есть смысл разобраться в причинах такой ситуации. Есть хороший шанс улучшить работу всей команды, если причину застоя удастся устранить.

В теории Kanban возраст задачи считается с момента, как задача зашла в работу, и до текущего состояния. То есть если, например, у вас работа начинается со статуса In Dev, а сейчас задача прошла три этапа и находится в In Test, то возраст считается за все четыре статуса, которые задача в работе. 

Разумеется, возраст задачи имеет смысл измерять только для задач, которые еще пока не сделаны. Такие задачи относятся к еще одной популярной Kanban-метрике «Задачи в работе». Если задача уже сделана и принята заказчиком, она перестает быть частью «Задач в работе» и переходит в категорию выполненных, и учитывается с помощью третьей популярной Kanban-метрики «Пропускная способность» команды. 

Как использовать в Jira

Поначалу для меня было сложно найти эту метрику в Jira из-за неочевидного названия. В Jira она называется Days in column.

Метрика показывает, сколько задача находится в текущем статусе. Это не совсем то же самое, что возраст, но если вы смотрите на эту метрику достаточно часто, скажем, на каждом дейлике, то отличия не имеют значения.

Более того, иногда это позволяет точнее идентифицировать, на каком именно этапе работы задача застревает дольше ожидаемого.

Если у вас на доске спринта либо Kanban-доске она не отображается, метрику эту можно достаточно просто включить в настройках отображения карточек.

Практический пример использования

На одном из предыдущих проектов команда на Daily Scrum-митингах зачастую умалчивала о проблемах до самого конца.

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

Как результат я, как Scrum Master, был лишен возможности помочь команде убирать препятствия к достижению цели спринта. Начал разбираться, как можно повысить прозрачность прогресса команды и наткнулся на эту метрику. На следующем же дейлике задал вопросы ответственным людям, почему некоторые задачи у нас так долго лежат в текущем статусе. Как результат — удалось идентифицировать и устранять проблемы, мешающие достижению цели спринта гораздо раньше, что ощутимо улучшило процесс работы всей команды. 

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