Скрам переоценка и перепланировка

Мы находимся в середине нашего первого спринта и что-то рассвет на нас: мы переоценили

Мы запланировали 114 идеальных часов для этой двухнедельной итерации, и в конце первой недели мы закончили весь спринт. Что же нам теперь делать? «Книга» говорит, что мы должны, и мы получим следующие высокоприоритетные элементы из отставания. Тем не менее, как мы добавим их в график выгорания? Мы переписываем это, чтобы объяснить те истории, как будто они были там с самого начала? Или просто добавьте их оценки к оси Y в день, когда мы начинаем работать над ними (показывая прыжок под углом 90 °)?

Любые отзывы приветствуются!

Одна из целей составления графика выкатов - показать, как со временем и прозрачно предлагается стоимость.

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

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

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

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

Это не повредит, если вы отмените спринт и спланируете следующий спринт, учитывая текущую скорость.

Из официального руководства Scrum :

Спринты могут быть отменены до истечения периода времени Спринт. Только Владелец Продукта имеет право аннулировать Sprint, хотя он или она может сделать это под влиянием заинтересованных сторон, Команды или ScrumMaster.

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

В случае, если вы были немного заранее, вы могли бы выбрать следующую историю с наивысшим приоритетом, но здесь ваша ситуация совсем иная.

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

Эта диаграмма показывает, что команда добавила еще 20 пунктов работы в итерации 5. Это изображение показывает итерации, но оно работает так же хорошо с днями.

Есть несколько различных методов, чтобы визуализировать это.

Одним из них является введение смещения по оси Y (горизонтальная ось) в день, когда были добавлены новые истории, с тем, чтобы фактический график выкатов опустился ниже исходного уровня «0».

Другой - притвориться, что они были там с самого начала (что намного проще, если вы используете графики выгрузки на основе CGI).

И вы могли бы придумать свой собственный.

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

Я хотел бы разбить проблему ОП на три отдельных вопроса:

1. Продолжить или отменить спринт?
2. Что делать на оставшейся неделе, если спринт продолжается?
3. Как спланировать следующий спринт?

Графики выгорания и выгорания, упомянутые в других вопросах, хотя и полезны, второстепенны для ОП: «что нам теперь делать?»

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

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

Как спланировать следующее : варианты здесь - попытаться оценить относительный размер или использовать эквивалентную историю-человека-день и фактор фокусировки в качестве приблизительного значения, как описано в книге Хенрика Книберга «Scrum and XP from the Trenches». Мы обсуждали это уже в другой теме.

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

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

Я бы сказал, что самый разумный план действий - это сделать Спринт готовым, провести обычную проверку окончания Спринта, запланировать встречу и ретроспективу и начать работу на следующем Спринте.

Что касается материала диаграммы выживаемости, то, похоже, первоначальный вопрос не соответствует цели его применения. Это действительно просто инструмент, чтобы определить, есть ли у вас проблемы с прогрессом во время спринта. Принимая во внимание то, что было описано, диаграмма выживаемости должна была появиться в этой ситуации примерно на 2-й или 3-й день Спринта, когда она показала бы, что Команда значительно опережает график выполнения задач Спринта. Затем вы задаете вопрос «Почему?» И определяете, были ли ваши оценки слишком далекими, или, возможно, программисты неправильно истолковывают задачи, или что-то сходит с пути.

Но когда вы игнорируете график выживания и совершаете круизы, как будто ничего странного не происходит, тогда создается впечатление, что вы просто воспринимаете это как какой-то бессмысленный артефакт, который вы производите, потому что «книга» говорит вам об этом. По моему мнению, если вы решите просто вытащить еще кое-что из верхней части ПБ и продолжить вторую неделю, тогда просто начните новый выпуск для второй недели (и тогда вы можете проигнорировать, как это было сделано для Первая неделя).

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