Мы находимся в середине нашего первого спринта и что-то рассвет на нас: мы переоценили
Мы запланировали 114 идеальных часов для этой двухнедельной итерации, и в конце первой недели мы закончили весь спринт. Что же нам теперь делать? «Книга» говорит, что мы должны, и мы получим следующие высокоприоритетные элементы из отставания. Тем не менее, как мы добавим их в график выгорания? Мы переписываем это, чтобы объяснить те истории, как будто они были там с самого начала? Или просто добавьте их оценки к оси Y в день, когда мы начинаем работать над ними (показывая прыжок под углом 90 °)?
Любые отзывы приветствуются!
Вы можете добавить график выгорания . Они показывают, без двусмысленности, когда и сколько новой работы вы добавили:
Эта диаграмма показывает, что команда добавила еще 20 пунктов работы в итерации 5. Это изображение показывает итерации, но оно работает так же хорошо с днями.
источник
Есть несколько различных методов, чтобы визуализировать это.
Одним из них является введение смещения по оси Y (горизонтальная ось) в день, когда были добавлены новые истории, с тем, чтобы фактический график выкатов опустился ниже исходного уровня «0».
Другой - притвориться, что они были там с самого начала (что намного проще, если вы используете графики выгрузки на основе CGI).
И вы могли бы придумать свой собственный.
Самое главное - обсудить это между командой, мастером схватки и владельцем продукта, чтобы договориться о том, что вы хотите сделать в этой ситуации. Не существует абсолютно определенного способа сделать что-либо в схватке, кроме основных правил. Скрам призван развиваться с течением времени, чтобы наилучшим образом удовлетворить потребности вашей среды.
источник
Я хотел бы разбить проблему ОП на три отдельных вопроса:
Графики выгорания и выгорания, упомянутые в других вопросах, хотя и полезны, второстепенны для ОП: «что нам теперь делать?»
Продолжить или отменить : я здесь с Пьером, уместно отменить этот спринт и немедленно приступить к планированию следующего. Отмена спринта не возможна, если есть другие команды, и спринты должны быть синхронизированы (большинство Scrum-гуру советуют, чтобы они были синхронизированы).
Если спринт продолжается: ограничьте работу в процессе . Работайте только над одной историей за раз, сосредоточьтесь на том, чтобы закончить, на что у вас есть меньше недели. Убедитесь, что в конце спринта в частично законченном состоянии нет историй.
Как спланировать следующее : варианты здесь - попытаться оценить относительный размер или использовать эквивалентную историю-человека-день и фактор фокусировки в качестве приблизительного значения, как описано в книге Хенрика Книберга «Scrum and XP from the Trenches». Мы обсуждали это уже в другой теме.
источник
Выполнение в половину времени является огромным отклонением от оценок. Для меня это означало бы значительный риск того, что то, что ваша команда фактически сделала, отклоняется от того, что пользователи ожидали в начале Спринта. Кроме того, Sprint также должен обеспечивать достаточную функциональность, и теперь пришло время для новых отзывов от ПО.
Таким образом, существует риск того, что вы просто заберете вещи с верхней части ПБ и продолжите, потому что эти элементы в верхней части ПБ устарели (как по содержанию, так и по приоритету), и что ваша команда ошиблась в последнем спринте. и вы просто будете опираться на эти ошибки, не получая отзывов от ПО.
Я бы сказал, что самый разумный план действий - это сделать Спринт готовым, провести обычную проверку окончания Спринта, запланировать встречу и ретроспективу и начать работу на следующем Спринте.
Что касается материала диаграммы выживаемости, то, похоже, первоначальный вопрос не соответствует цели его применения. Это действительно просто инструмент, чтобы определить, есть ли у вас проблемы с прогрессом во время спринта. Принимая во внимание то, что было описано, диаграмма выживаемости должна была появиться в этой ситуации примерно на 2-й или 3-й день Спринта, когда она показала бы, что Команда значительно опережает график выполнения задач Спринта. Затем вы задаете вопрос «Почему?» И определяете, были ли ваши оценки слишком далекими, или, возможно, программисты неправильно истолковывают задачи, или что-то сходит с пути.
Но когда вы игнорируете график выживания и совершаете круизы, как будто ничего странного не происходит, тогда создается впечатление, что вы просто воспринимаете это как какой-то бессмысленный артефакт, который вы производите, потому что «книга» говорит вам об этом. По моему мнению, если вы решите просто вытащить еще кое-что из верхней части ПБ и продолжить вторую неделю, тогда просто начните новый выпуск для второй недели (и тогда вы можете проигнорировать, как это было сделано для Первая неделя).
источник
Я бы проконсультировался с владельцем продукта о том, что делать, и добавил его к текущему спринту в день, когда работа была выполнена. Можно отслеживать добавленную работу на графике выгорания. У меня нет проблем с таблицей ожогов, которая выглядит как американские горки. Это произойдет в любом случае, так как участники схватки оценивают оставшееся время на заданиях.
источник