Я собираюсь начать с того, что скажу, что считаю JIRA подходящим инструментом. Хорошее управление проектом требует визуального отслеживания прогресса. Большинство людей мыслят визуально, и, хотя ежедневные стендапы — отличный инструмент для общения для получения информации о статусе проекта, они более эффективны с визуальными эффектами, такими как доска JIRA.
Проблема в том, что мы начинаем переоценивать доску JIRA. Проблема в том, что мы относимся к доске JIRA не как к инструменту, а как к конечной цели.
Каждый разговор начинается о том, «сколько билетов мы выполнили сегодня?» или «сколько очков мы набрали в этом спринте?» или «насколько мы близки к нашим оценкам?». Успех и неудача команды начинают измеряться ответами на эти вопросы.
Мы начинаем терять из виду, какой должна быть реальная конечная цель программного обеспечения: быть полезным для кого-то.
Вашим пользователям все равно, что находится на вашей доске JIRA. Им небезразлично, облегчает ли ваше программное обеспечение их жизнь или приносит какую-то пользу.
Можно подумать, что каждая задача, выполняемая на доске JIRA, должна каким-то образом приносить пользу пользователям. Дело в том, что истории, задачи и т. д. размещаются на доске с намерением, чтобы пользователю была предоставлена ценность.
Наши намерения и реальность не всегда совпадают. Вещи всплывают во время реализации. Может быть, представится какая-то другая ценная возможность. Возможно, другой команде нужна помощь с чем-то более важным. Возможно, то, над чем мы работаем, идет не так, как планировалось (например, это провал пользовательского приемочного тестирования).
Во всех этих ситуациях правильно будет настроить доску так, чтобы она отражала новые приоритеты, максимально повышающие полезность нашего программного обеспечения. Наши первоначальные намерения были всего лишь гипотезой о ценности задачи.
Хорошо сказано. Существует распространенное заблуждение, что такие вещи, как «# окончание выполнено», «# функций отправлено» или «# строк кода написано», являются синонимами реальной ценности.
Каждая функция – этогипотезао ценности.
– Майк Кавальер 🧠💻 (@mcavaliere) 15 марта 2022 г.
Если эта гипотеза окажется ложной, нам нужно скорректировать. Однако команды часто зацикливаются на состоянии доски JIRA, как это было в начале спринта. Изменение его в середине спринта повлияет на показатели! Каждый решает продолжать взимать плату за первоначальные цели, даже если эти цели не являются правильными для продукта.
В этом нет никакой реальной пользы, кроме того, что руководитель проекта или инженер-менеджер чувствует себя лучше. Пользователям все равно, каковы ваши цели спринта. Они заботятся о том, что ваше программное обеспечение может сделать для них. Каждый разговор о приоритетах должен быть сосредоточен на этом.
Первоначально опубликовано на https://blog.professorbeekums.com.
