Сторипойнты могут помочь командам избежать перегрузки работой. Сторипойнты заставляют команды принимать решение о приоритетах в задачах, о том, как разбить их на подходящие для текущего спринта и что оставить в бэклоге для будущего спринта. Для присвоения сторипойнтов команды сидят вместе и обсуждают размер задачи, присваивая им оценку. Иногда они используют цифровую колоду карт в процессе, называемом покер планирование. Выбирается небольшая задача из бэклога, которую команда точно может оценить. Задача берется за условную единицу (Story Point) и остальные задачи оцениваются в этой задаче.
Он известен как тренер и спикер, и помогает бизнесу увеличить продуктивность с помощью Scrum. Поэтому для начала лучше оценить простые задания, а затем уже на их основе вырабатывать оценку для более сложных и комплексных. Фасилитация дает возможность получить обратную связь от команды после самостоятельного обдумывания.
Microsoft Corporation
Вы можете использовать для этого методы оценки, такие как относительная оценка или наш бесплатный инструмент покер планирования. Формула, стори поинт это по которой ставятся стори-поинты, основана на предыдущем опыте. Надо посчитать, сколько часов нужно для разработки одного поинта.
- По его окончанию вычислите общее количество сторипойнтов, выполненных вашей командой.
- В идеале, команды формулируют свою собственную структуру и придерживаются ее.
- Еще один важный момент — оценка тех задач, которые уже взяты в работу, должны оставаться неизменными, даже если появляется новая информация (а она наверяка появится).
- Но мы никогда не узнаем точный размер задачи – 1,6 или 2,7, и это нормально.
Это значит — оптимальный для её условий, требований к кодингу в команде, понятный коллегам и так далее, а вовсе не лучший из всех возможных (например, по своим техническим характеристикам). Задачи разбиваются на меньшие, чтобы оценить их как можно более точно. Чем более точная оценка требуется, тем меньше задачи, на которые нужно разбить проект. Общий срок их выполнения равняется общему сроку проекта. Это стратегия “сверху вниз”, она занимает больше всего времени, чтобы подготовиться, но включает все компоненты и дает наиболее точные цифры. Придерживаться такой структуры необязательно, но она помогает определить критерии готовности работы.
Планирование проекта
Риски на неопределенность выше, когда приходится использовать новую технологию или дорабатывать незнакомый код. В 2017 году в руководство внесли изменение, по которому команда https://deveducation.com/ сама определяет формат встречи. Я объясняю это изменение расширением области применения скрама. На практике бэклог ведется в трекере (редмайн, жира, таргет процесс и пр.).
Сторипоинты технически нельзя перевести в часы, дни или человеко-часы — они учитывают только трудозатраты исполнителя. Поэтому отсутствие привязки ко времени упрощает планирование спринтов и работ по проекту в целом. Главное преимущество оценки в Story Points — их универсальность. Поскольку оценка в единицах времени не позволяет заложить возможные риски, то она по сути является предположением.
Ключевые отличия планирования сроков по задачам и по итерациям
Аналогичная техника используется agile-командами и носит название Покер планирования. Начните с оценки следующего или самого срочного крупного проекта (например, эпика). Разбейте его на небольшие пользовательские истории и вместе с командой разработчиков доведите до ума. Когда истории будут готовы и представлены на суд всей команды, можно приступать к работе. В ходе собрания по планированию спринта или итерации команда решает, какие истории она выполнит в ходе этого спринта. На этом этапе команды обсуждают требования каждой пользовательской истории и связанные функциональные возможности.
После такой оценки разработки стоит добавить время на code review и тестирование, консультации, встречи, фикс возможных багов. Количество спринтов зависит от количества юзер сториз, много характеристик, которые нужно реализовать в продукте — много спринтов. В среднем, не сильно сложный продукт это 10–12 итераций. Я считал себя «хаотичным раздолбаем», но методики и принципы agile помогли навести порядок в моей повседневной жизни. Для меня истинная радость — делиться этими знаниями с другими людьми, публикуя многочисленные статьи, участвуя в беседах и распространяя видеоматериалы, которые я создаю для Atlassian.
Повторяйте шаги 3 и 4 после каждого спринта
Например, предположим, что средняя эффективность вашей команды — это 30 Story Points. На основе этого вы можете, просматривая бэклог, понять, какие задачи могут быть завершены в ближайшую итерацию, какие — в следующую и т.д. После первых нескольких итераций вы узнаете производительность (velocity) вашей команды.
При написании пользовательских историй держите в уме следующее. Поможет сконцентрироваться на диапазоне сложности без привязки к числам. Это то сколько баллов удалось закрыть в прошлых итерациях. Если мы за итерацию берем месяц, то речь идет про прошедшие 2–4 месяца. Использование чисел Фибоначчи при оценке позволяет избежать траты времени на незначительные различия при определении размера более крупных задач. Нет необходимости оценивать весь список задач сразу же.
Метод оценки в Story Points (v
Объем работы вырастает, если команда неправильно оценила одну из задач. Или если произошел впихинг — неприятная история, когда приходит заказчик со срочной задачей. На переключение между задачами тратятся ресурсы, из-за откладывания задач нарушаются договоренности с другими заказчиками. В прошлый раз я рассказал о скрам-команде и событиях спринта. Перейдем к вопросу о том, как организовать работу с задачами.
Начало работы с пользовательскими историями в agile
Потому в большинстве случаев мы просто оцениваем идеальные дни с точки зрения программистов, потому что именно они обычно бывают узким горлышком. Итерации Agile в Scrum принято называть спринтами (sprint). Если история слишком крупная — ее надо разбить на более мелкие истории. При таком подходе команда начинает с колоды карт, каждая из которых имеет номер – 1, 2, 3, 5, 8, 13 и т. Д., – представляющие последовательность Фибоначчи в математике.