Для достижения определенных целей в установленные сроки и продуктивной работы команды, в работе используются различные методы оценки и определения сроков. Об одном из них мы сегодня и расскажем – называется он Story Points, один из методов оценки задач.
Для начала, что же такое оценка задач? Каждая команда знает, что это такое и для чего это нужно. Оценка задачи – это приблизительное время ее выполнения. Перед началом работы над проектом заказчики делают оценку своей работы. Чаще всего предпочитают использовать время как оценочную единицу. Например, задача А займет 2 часа, задача В займет 6 часов и т.д. Оценка задач основывается на объёме работы, а также времени выполнения предыдущей. Но этот метод не всегда подходит для проекта, так как может привести к разногласиям и недопониманиям между заказчиками и разработчиками по определенным причинам.
Оценка задачи – это просто обозначение количества времени, которое уйдет на ее выполнение, но ни в коем случае не точный срок выполнения работы. Точный срок называется обязательством. Эти понятия очень часто путают между собой. Обязательства – это графики, по которым определяется ведение проекта. Их согласовываются с заказчиками, а также регулируются целями и оценками.
Почему это может привести к разногласиям? Очень часто менеджеры ошибаются, присваивая разработчикам оценки, как обязательства. В таком случае, чтобы перестраховаться, разработчик дает себе дополнительное время, тем самым завышая свою оценку. Например, задача, которая ранее выполнялась за 4 часа, планируется быть выполненной за 10 часов. Менеджерам такая оценка кажется необоснованной, поэтому они начинают переговоры с разработчиками и ищут компромисс. Задача будет выполнена за 6 часов, хотя на самом деле за 4 – то есть организационно это не имеет смысла.
Обязательства сильно давят на принятие решения об оценки задачи, но главная проблема здесь заключается в том, что единицей измерения для оценки работы используется время. Можно неверно подумать, что если стандартный рабочий день длится 8 часов, то можно успеть выполнить одно пятичасовое задание и два полуторачасовых. В итоге разработчики и менеджеры связывают оценку времени с рабочим временем, что позволяет перепутать оценку задачи и обязательства.
Для того, чтобы таких разногласий не возникало, существует метод аналоговой оценки задач Story Points. Его часто используют в разработке, а отличием является то, что в нем не используются единицы времени. Это позволяет не путать оценки задач и обязательства, потому что иногда разработчики и менеджеры не понимают друг друга. Непонимания могут привести к невыполнению внутренних сроков, испорченным отношениям между менеджерами и разработчиками, а также проблемам в управлении проектами.
Store Points исключает время, как единицу измерения для оценки работы, тем самым искореняя выше упомянутые проблемы. Вместо часов в оценке работы используются баллы. Такой метод помогает разработчикам отойти от попыток оценить точное количество времени, которое займет выполнение задачи, в том числе и по отношению к другим частям работы.
В разработке важное место занимает планирование. Команда должна оценить свои силы и сопоставить их с количеством времени, чтобы взять как можно больше задач на спринт. Разработчик изучает задачу в рамках своего проекта и озвучивает целочисленное значение, которое называется Story Points. Здесь все весьма логично, сложные задачи получают большие очки, более легкие задачи – маленькие. Это помогает команде правильно расставить приоритеты в выполнении задач.
Оценки задач могут осуществляться в виде размеров, цветов и даже пород собак, но гораздо практичнее и понятнее последовательность Фибоначчи.
Последовательность Фибоначчи — это последовательность чисел, где любое отдельное число является суммой двух чисел, которые предшествуют ему. В разработке обычно берётся часть последовательности от 1 до 13: 1, 2, 3, 5, 8, 13. Может использоваться 21 и больше для крупных эпиков или user stories.
Как это работает? Если оценка задачи находится между двумя числами, то ее можно округлить до ближайшего доступного номера. Это помогает избежать излишне точных оценок. Так что, если первой оценкой задачи назначается три, и следующая задача кажется, примерно вдвое больше, не назначайте ей шесть. Последовательность Фибоначчи позволяет вам округлить свою оценку до восьми. Таким образом, можно контролировать свои оценки и справиться с неопределенностью, не принимая непреднамеренных обязательств. Гораздо удобнее оценивать вещи по относительным размерам.
Приведем пример из реальной жизни, чтобы продемонстрировать как работает эта концепция. Например, вы хотите оценить размер здания. Пытаясь оценить его размер по внутренним ощущениям, вы предполагаете, что он около 80 метров в высоту. Другим методом будет сравнение этого размера с другим зданием. Выберите меньшее рядом с ним и используйте его для масштаба. Таким образом, более высокое здание может быть как три небольших высотой.
Story Points – отличная альтернатива оценке работы по количеству часов, но как и везде, в этом методе оценке задач есть свои минусы. Подойдет он далеко не всем и в отрасли является не самой распространенной практикой, даже среди сторонников разработки ПО Agile и Scrum.
Story Points могут быть хитрыми. Во-первых, для реализации этого метода нужно напрячь мозги. Story Points - это довольно запутанное условие оценки задачи для разработчиков – переключать мышление с оценки времени на очки. Часто случается, что разработчики невольно переводят прогнозируемое количество часов в количество Story Points.
Эффективность метода Story Points зависит конечно же от команды. На примере нашей компании, после некоторой практики, разработчики научились и привыкли правильно использовать метод Story Points для оценки своей работы.
Получите бесплатную консультацию на разработку Вашего проекта.