Story Points
Одна из самых важных сторон методологии Scrum – так называемые Story Points. Эта сторона очень плотно интегрирована в Scrum совместно с технологией Planning Poker.
Самая частая проблема в работе Scrum Team – это неумение правильно оценивать сложность работы и временные затраты на её выполнение. Из статьи про Burndown Chart можно увидеть, как будет строиться график сгорания, если неправильно оценить ту работу, за которую берётся команда.
Для многих действительно тяжело выработать правильную шкалу оценок, и здесь нужен опыт или хитрый подход. Для максимально эффективного и быстрого внедрения Story Points в жизнь команды нужно взять уже отработанные задачи с прошлых проектов и провести их полный анализ. В данный анализ должны входить названия задач, которые выполнялись, и их продолжительность. Дальше всё проще простого: необходимо расположить эти задачи в порядке возрастания, отсортировав по времени. Разделить на группы с одинаковыми или близкими показателями и проставить оценки из вашей колоды карт Scrum Poker.
Рано или поздно использование такого подхода сделает из вас классную и прогрессирующую команду, что и есть единственно верное направление. Постоянно модернизирующаяся команда, всегда будет разгонять свой Velocity и радовать своих заказчиков успехами.
Что же происходит на самом деле при Story Points?
Когда Scrum Team способна оценивать свою работу, ведет график Velocity, следит за «Диаграммой сгорания задач», рано или поздно (или с самого начала работы) абсолютно все оценки будут вестись в Story Points.
Например, по графику Velocity можно увидеть, что динамика команды по среднему разгону за каждый Sprint идет вверх, и среднее значения за последние две итерации составили 23-30 Story Points (зависит от выбранной системы оценок). Глядя на эти показатели Product Owner может видеть, на какие задачи потратить доступные очки, чтобы заполнить Backlog.
Правильная оценка и использование Story Points действительно творят чудеса, ведь они связывают между собой работу всей команды: Development Team ощущает, на что она способна Scrum Master видит, есть ли проблемы у команды и что можно ещё улучшить, а у Product Owner не возникает вопросов, сколько и какие задачи вкладывать в Backlog на текущий Sprint.
Planning Poker
Главный и интересный способ определения сколько Story Points нужно на одну задачу - это использование Planning Poker. Гибкая и игровая форма в полной мере дает понять что из Product Backlog можно включить в Sprint Backlog.
Velocity
Оценка Story Points, а точнее их количество, в глобальном масштабе происходит с помощью Velocity. Та скорость, которую развивает команда по формуле расчитывается в данном графике.
Development Team
Именно команда разработки решает сколько нужно взять в работу задач исходя из количества Story Points выполняемых за спринт. Указывать как работать команде не может никто, однако помогать работе должны все. Такой подход дает маскимальный эффект.
Scrum Master
Обеспечить бесперебойную и успешную работу команды - это основное чем занимается Scrum Master. Благодаря Scrum Master количество исполненных за спринт Stroy Points может возрастать, что увеличит показатели Velocity.
Product Owner
Владельцу продукту / Product Owner важно знать на что способная команда по Story Points. От этого зависит как лучше распределить задачи, чтобы потом необходимые вошли в Sprint Backlog и не вышли за пределы Story Points.
Product Backlog
Product Owner в Product Backlog располагает задачи в порядке важности и распределяет релизы. Чтобы составить грамотный Product Backlog - необходимо правильно распределить эти самые задачи и релизы, а это зависит от понимания Story Points.
Scrum Sprint
Во время спринта и сгорают все заявленные Story Points. По ним рассчитываются различные диаграммы, например это может использоваться в Диаграмме сгорания задач. Успешность Sprint зависит от правильной оценки Story Points.
