Story points 101: руководство по началу работы

В моём прошлом посте я рассмотрела убедительные преимущества использования story points для оценки работы в Agile.

Хотя этот метод на первый взгляд кажется интуитивно понятным, для его успешного внедрения требуется определённая подготовка. Сегодня мы погрузимся в детали: как внедрить метод оценки с помощью story points в вашу команду, чтобы начать правильно. Независимо от того, переходите ли вы с другого метода оценки или начинаете с нуля, это руководство поможет вам добиться успеха.

Шаг №1: Объясните команде преимущества оценки

Прежде чем приступить к процессу оценки, важно объяснить, зачем это нужно. Некоторые команды могут сначала сопротивляться, опасаясь, что оценка приведёт к введению жёстких дедлайнов или увеличит их рабочую нагрузку. Именно поэтому так важно разъяснить, что в Agile основная цель оценки — это не создание строгих графиков или диаграмм Ганта.

Основная цель заключается в том, чтобы стимулировать содержательные обсуждения работы и выработать общее понимание её объёма. Когда ваша команда освоит story points, процесс оценки будет проходить быстро и гладко, занимая обычно менее минуты на элемент работы. Такое чёткое объяснение поможет снять опасения и создать основу для успешного внедрения метода story points.

Шаг №2: Освоение основ story points

Ключ к успешному внедрению story points — это понимание их фундаментальных принципов. Важно объяснить вашей команде, что:

• Story points учитывают время, сложность и неопределённость,

• Они не являются реальными единицами измерения и не могут быть преобразованы во время,

• Они следуют модифицированной последовательности Фибоначчи, с намеренно увеличивающимися интервалами между большими числами (1, 2, 3, 5, 8, 13, 20, 40, 100).

Эффективный способ объяснить эти принципы — это аналогия с «фруктовым салатом». Представьте, что каждый фрукт — это задача. Вы можете сравнивать фрукты по весу, объёму или другим измеряемым характеристикам. Однако подготовка каждого фрукта для фруктового салата требует учёта работы (мытьё, чистка, нарезка или даже вырезание звёздочек) и неопределённости (например, вы не знаете, какого размера будут клубники, и, возможно, их придётся резать на мелкие кусочки или пополам). Вы можете сравнить фрукты друг с другом и назначить каждому значение на шкале, учитывая эти факторы. Но измерить, сколько точно усилий потребуется, практически невозможно.

Точно так же story points дают нам инструмент для оценки относительных усилий, необходимых для выполнения задач, более нюансированный и практичный, чем простые временные оценки.

Шаг №3: Установите базовую точку

Теперь начинается самое интересное! Соберите свою команду и выберите элемент работы, который станет вашей базовой точкой, вашим «5» на шкале story points. Выбранная задача должна соответствовать следующим критериям:

• Все в команде понимают её объём. Я рекомендую выбрать уже выполненную задачу, так как это гарантирует полное понимание её объёма.

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

• Это задача, которая может быть выполнена менее чем за неделю. Если ваши средние задачи занимают неделю или больше, я настоятельно рекомендую попробовать разбить их на более мелкие.

Важно не слишком задумываться на этом этапе. Здесь нет правильного или неправильного выбора. Как только вы выбрали элемент, поздравляю! Вы установили базовую точку и готовы начать использовать story points для оценки.

Шаг №4: Приступаем к процессу оценки

Теперь, когда у вас есть базовая точка, пришло время приступить к процессу оценки. Для начала выберите наиболее актуальный элемент работы из верхней части вашего бэклога. Не усложняйте выбор — сосредоточьтесь на задачах, которые кажутся наиболее срочными.

Сначала уточните контекст. Владелец продукта (Product Owner) или человек, предложивший задачу, может предоставить дополнительные детали, а члены команды должны чувствовать себя свободно задавать вопросы. Возможно, на этом этапе вы обнаружите, что вашим рабочим элементам — будь то задачи в Jira, карточки в Trello или что-то ещё — не хватает важных деталей. Если люди не понимают, что именно нужно сделать, это стоит обсудить на вашем следующем ретроспективе!

Когда придёт время голосовать, делайте это одновременно. Если вы работаете вместе физически, можете использовать карты Planning Poker. Для удалённых команд подойдут инструменты вроде Team O'Clock или PlanningPokerOnline.com.

При голосовании вы сравниваете новый элемент с вашей базовой точкой. Если он чуть больше — это 8, если значительно больше — это 13, и так далее.

После голосования обратите внимание на отклонения. Если все согласны с числом (что редко случается на начальных этапах), назначьте этому элементу значение story points и переходите к следующему. Если возникли разногласия, участники с самым высоким и самым низким значениями должны объяснить своё мнение. После короткого обсуждения проведите второй раунд голосования, а затем двигайтесь дальше. Это также отличный момент для выравнивания понимания объёма работы.

Шаг №5: Практикуйтесь регулярно

Первые несколько сессий оценки могут показаться немного неловкими и занимать много времени. Обсуждения могут затягиваться, а путаница — возникать. Не переживайте, так будет не всегда.

На самом деле, эти начальные трудности часто указывают на существующие проблемы с определением объёма работы. Это отличная возможность начать внедрение таких инструментов, как user stories, критерии приёмки и определения готовности и завершения (Definition of Ready и Definition of Done). Однако будьте осторожны, не вводите слишком много новых концепций сразу, чтобы не перегрузить команду.

Ко второй сессии оценки постарайтесь оценить работы, достаточные на одну неделю или один спринт, если вы работаете в спринтах. Это позволит начать отслеживать вашу скорость (velocity).

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

Важные правила использования story points

В мире оценки с помощью story points существует несколько ключевых правил, которые помогут вам эффективно использовать этот инструмент и оставаться верными духу Agile.

1. Никогда не сравнивайте скорость разных команд.

Помните, как мы выбирали базовую точку достаточно произвольно? Базовая точка каждой команды будет совершенно разной, поэтому команда, завершающая 300 story points в неделю, не обязательно лучше или хуже команды, выполняющей 20.

2. Никогда не оценивайте задачи индивидуально.

Оценка должна быть всегда командным упражнением — главная цель состоит в содержательных обсуждениях и разрушении барьеров. Даже если в команде только один дизайнер, он должен вовлечь других участников команды в оценку своих задач. Это помогает всем лучше понимать объём работы и осознавать, над чем работают остальные.

3. Всегда голосуйте одновременно, не позволяйте кому-то высказывать свою оценку до голосования.

Цель состоит в том, чтобы получить объективные мнения и затем их обсудить. Представьте себе стажёра, который считает задачу на 13, но боится противоречить старшему члену команды, уже заявившему, что это 8.

4. Не усредняйте голоса — придерживайтесь шкалы.

Если голоса разделились между 8 и 13, не выбирайте 10 или 11. У нас есть эта шкала именно потому, что мы признаём невозможность точной оценки для крупных элементов работы. Если не уверены, выбирайте большее число.

5. Не усложняйте оценку мелких задач.

Споры о том, является ли задача 1, 2 или 3, не стоят вашего времени. Просто назначьте большее число и двигайтесь дальше. Некоторые наборы карт для Planning Poker имеют карту «1/2» — я рекомендую немедленно избавиться от неё, так как обсуждение таких деталей того не стоит.

6. Не делайте «1» базовой точкой.

Мы выбираем 5 по причине: это позволяет нам двигаться как вверх, так и вниз, помогая лучше понять концепцию относительной оценки. Если начать с 1, может возникнуть соблазн использовать его как единицу измерения, чего мы стараемся избежать. Вместо этого мы просто сравниваем, меньше или больше каждый новый элемент, и помещаем его в соответствующее «ведро».

7. Никогда не измеряйте «индивидуальную скорость» — количество story points, завершённых каждым человеком.

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

8. Не пытайтесь «улучшить скорость».

Ваша команда уже работает усердно и выполняет значительный объём работы. Стремление заставить её делать больше — не продуктивная цель. Вместо этого мы должны стремиться к лучшему пониманию ценности для клиента, эффективному приоритизированию, снижению потерь и улучшению результатов. Если вы начнёте увеличивать скорость, это приведёт лишь к смещению шкалы — то, что раньше было «5», станет «8», создавая иллюзию большего объёма работы.

9. Можно менять оценку, но не зацикливайтесь на этом.

Если вы понимаете, что задача, оценённая как «3», на самом деле ближе к «13», потому что вы что-то упустили, вы можете изменить оценку. Однако не тратьте слишком много времени на постоянную переоценку задач. Если объём работы стал понятным, оценка уже выполнила свою цель.

10. Не рассматривайте оценку как обязательство команды.

Например, если скорость команды составляет 50 story points в неделю, а крупный проект оценивается в 200 story points, не ожидайте автоматически, что он будет завершён за 4 недели. Оценки не всегда точны, а в процессе часто возникают прерывания и срочные задачи. Если вам нужно, чтобы команда взяла на себя обязательство по конкретной дате (и подумайте, действительно ли это необходимо — дедлайны часто создают проблемы), обсудите это с командой и получите явное согласие.

Я надеюсь, что это руководство предоставило вам полезные советы и инструменты, необходимые для начала работы с оценкой с помощью story points. Этот метод может стать невероятно ценным инструментом для вашей команды, помогая улучшить прозрачность, наладить коммуникацию и выявить скрытые проблемы, которые могут влиять на производительность.

Я настоятельно рекомендую попробовать внедрить story points — вы можете удивиться, насколько они полезны. Удачи вам на пути к более эффективной и продуктивной Agile-оценке!