Оценка проекта в Agile-команде. Методы и приемы.

08.09.2021

Одна из лучших практик в управлении проектами - правильная оценка задачи. В Agile-командах используются разные методы оценки. Независимо от размера или бюджета оценка проекта может оказаться сложной задачей. На ранней стадии жизненного цикла проекта требования малоизвестны, и для оценки времени, необходимого для его реализации, доступно меньше информации. Вот почему были созданы различные методы оценки, которые доступны для использования командами Scrum.

Ниже вы найдете 3 различных метода улучшения процесса оценки проекта.

Узнайте, какие из них могут оказаться наиболее подходящими для вашей команды!

Планирование покера

Это один из самых признанных методов оценки командных усилий во всем мире. Сеанс планирования начинается с описания Владельцем продукта Пользовательской истории, которую необходимо оценить.

Каждый член команды, включая Скрам-мастера, может задавать вопросы, чтобы лучше понять обсуждаемый элемент бэклога продукта. После объяснения предположений Истории Команда начинает первый раунд оценки. Каждый человек получает набор карточек с изображением последовательности чисел Фибоначчи (каждое последующее число является суммой двух предыдущих).

Следует выбрать число, которое лучше всего отражает размер обсуждаемой Истории, и карту следует положить на стол вверх ногами.

Под «размером истории» мы должны понимать объем работы, необходимой для ее реализации, = усилия. Затем, по сигналу Скрам Мастера, каждый переворачивает свои карты. Люди, выбравшие самые низкие и самые высокие числа, должны объяснить свой выбор. Затем к обсуждению присоединяются другие и вместе делают выводы о том, что можно было бы сделать быстрее, а какие части нужно приложить больше усилий.

Вы можете сделать карты Planning Poker самостоятельно, заказать их в одном из крупных интернет-магазинов, например, на Amazon, или использовать мобильное приложение из Google Play:

После первого обсуждения команда проводит еще один раунд оценки, пока не будет достигнута договоренность об окончательном размере истории. Этот РАЗМЕР называется Story Point. Очки истории описывают уровень сложности элемента и объем работы, необходимой для реализации данной истории.

ПОМНИТЕ- PBI можно считать обширным не только потому, что он сложен. Если для получения результата требуется много времени, например, простое задание нужно повторить сотни раз, оно также считается трудоемким.

Для игры в Planning Poker в распределенной команде лучше всего использовать:

Действительно ли работает Planning Poker?

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

Краткое руководство по игре в Planning Poker:

Командная оценка игры

Это альтернатива Planning Poker, так как этот метод не лишен недостатков. К трем наиболее значительным недостаткам Planning Poker относятся:

  1. Фальстарт ->член команды слишком рано переворачивает свою карту, чтобы он мог предложить ответ остальным.
  2. Три или пять очков истории? ->обсуждение незначительных расхождений между оценками занимает слишком много времени.
  3. Слишком абстрактные Story Points ->поэтому разработчики могут попытаться преобразовать Story Points в более простые единицы.

Игра для оценки команд может быть лучшим выбором для неопытных команд.

Как играть в командную оценочную игру?

  1. Подготовьте и распечатайте карточки с историями пользователей и разместите их в соответствии с их приоритетом в бэклоге продукта.
  2. Положите первую карту на стол и решите, какая сторона этой первой карты (левая или правая) предназначена для историй с более высоким приоритетом, а какая - для менее важных.
  3. Новичок берет первую карту из колоды и кладет ее на нужную сторону, слева или справа.
  4. Следующий игрок повторяет действие и берет следующую карту или переставляет карты, которые уже лежат на столе.
  5. Игра продолжается до тех пор, пока каждая история не будет оценена таким образом.
  6. Каждое решение должно быть уточнено: игроки объясняют каждый выбор на ходу.
  7. Когда все карты кладутся на стол, команда присваивает историям числовые значения из последовательности Фибоначчи.

Бэклог продукта - это живой артефакт, поэтому пользовательскую историю можно добавить туда в любое время. Оценки из последней игры командных оценок могут быть эталоном для новых карт.

Плюсы игры командной оценки:

  • Оценка, основанная на сравнении, легче понять;
  • Каждая пользовательская история оценивается несколько раз;
  • Этот формат больше нравится интровертам.

Идеальные часы

Этот метод пытается оценить продуктивное время, которое необходимо потратить на проект. На основании этих расчетов команда планирует свою работу. Говорят, что в течение 8-часового рабочего дня продуктивно всего от 4 до 6 часов. Остальное время тратится на телефонные звонки, ответы на электронные письма и так далее.

Чтобы рассчитать возможности команды, то есть сколько эффективных часов в одном спринте, мы должны умножить количество членов команды на несколько эффективных часов, потраченных в течение одного рабочего дня, и на количество рабочих дней в одном спринте.

Пример:

4 разработчика x 5 идеальных часов x 10 дней (2-недельный спринт) = 200 идеальных часов

Из конечного результата нужно вычесть время, потраченное на праздники, неожиданные выходные и т. Д.

4 разработчика x 10 дней x 0,25 часа (15 минут) = 10 часов

4 разработчика x 4 часа = 16 часов

4 разработчика x 2 часа = 8 часов

4 разработчика x 1,5 часа = 6 часов

4 разработчика x 10% длины спринта (1 день = 6 часов) = 24 часа

Это означает, что из базовых 200 идеальных часов осталось только 136, и это количество, которое следует учитывать при планировании работы команды. Каждую пользовательскую историю нужно оценивать в идеальные часы. Затем мы суммируем последующие пользовательские истории, чтобы получить 136 часов.

Очки истории против часов

Какой подход лучше всего подходит для вашего проекта? Какой выбрать?

У техники «Story points» много плюсов:

  • Он развивает навыки сотрудничества в команде, поэтому проект нужно оценивать комплексно, в отличие от идеальных часов, где работа каждого оценивается индивидуально.
  • Оценки в очках истории не устаревают. Оценки в «идеальных часах» могут быть изменены в зависимости от опыта разработчика. Оценка «Story points» определяет сложность проекта с учетом всех его аспектов, поэтому они не меняются.
  • Оценки в «Очках истории» быстрее и точнее. Гораздо проще сравнить два значения и присвоить им числа из последовательности Фибоначчи, чем точно в часах оценить, сколько времени потребуется для создания данной функции.
  • Оценка в «Очках истории» менее стрессовая. Если разработчик оценивает, что для реализации функциональности потребуется четыре часа, а он тратит на это почти восемь часов, он может излишне нервничать.

Так что техника «Story points» в основном рекомендуется для каждого проекта, особенно для неопытных.

Феномен оценочной инфляции

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

Что такое оценочная инфляция? По сути, искусственное увеличение оценок элементов бэклога продукта. Это означает, что однажды команда оценивает пользовательскую историю на пять пунктов истории, но через некоторое время, например, во время уточнения бэклога, та же команда изменяет количество очков истории на восемь.

Почему это происходит?

Часто руководство или заинтересованные стороны оказывают сильное давление на команду, чтобы повысить ее производительность. Фактически, команда может увеличить оценку, чтобы искусственно поднять скорость команды.

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

  • Следующую User Story можно оценить по сравнению с предыдущей, искусственно созданной.
  • Исходя из этого, Бэклог может вырасти до огромных размеров.

Почему важно правильно оценить проект?

У каждого бизнеса есть бюджет, и он хочет знать затраты, прежде чем он захочет начать проект. Оценка проекта - это ваш прогноз того, сколько времени и денег потребуется для завершения данного проекта. Неправильная оценка может привести к сокращению бюджета проекта и увеличению сроков, что расстроит вас, вашего клиента, вашу команду и любых субподрядчиков.

Еще новости