« Rev
@agile_ru   779
Fwd »


Sergey
Для двух недель да
Andrey
а всм в сумме, тупанул)
Artem
почему 1,5? 150 минут это не 1,5 часа )
Sergey
Кстати, да
Алекс
почему 1,5? 150 минут это не 1,5 часа )
Да, сорри, ошибся 2,5 часа
Artem
и это еще время на пбр не включено, я понимаю, что оно не прописано в гайде, но указано, что делаеть его надо )
Алекс
Рекомендации 10% от доступного времени скрам команды
Artem
это как?
Artem
пбр в сторипоинтах мерять? )
Sergey
Рекомендации 10% от доступного времени скрам команды
:) Ну да. Если одного из десяти отправить его делать
Sergey
Шутка
Алекс
Шутка
😊👍
Artem
у нас сейчас сложилась практика быстрого планирования через перенос на пбр бОльшей части обсуждений. В итоге выходит 1ч планирование 3-4 по 1,5ч пбр
Artem
хз насколько это хорошо, но работает
Konstantin
Недавно одна из команд жаловалась на ретро на ретро, мол эти ваши митинги-шмитинги работать не дают (классика). Подсчитали затраты времени на спринт, - оказалось меньше, чем люди тратят на обед. Предложил им следуя общей логике сократить время обеда.. Оперативно перешли к другой теме.
мы один раз отказались от оценки задач на планировании задачи разбивались на довольно мелкие по мнение команды и каждой давалось 2 часа чуть больше возни с беклогом - но зато не надо ничего оценивать
Sergey
у нас сейчас сложилась практика быстрого планирования через перенос на пбр бОльшей части обсуждений. В итоге выходит 1ч планирование 3-4 по 1,5ч пбр
У нас, из практики, если PBR не сделать - полспринта уходит на прояснение элемента. При этом не успевают ничего, как правило. Очень важная часть.
Artem
а чей-та до 13? ) До 100 )
Vladimir
если все задачи примерно одинаковые, то оценивать их действительно нет смысла, но я как-то не видел такого
Кстати классная идея. Мы однажды даже отказались от оценки юзер стори. Просто делали их примерно одинаковыми. А велосити считали в количестве юзер сторь. И как не странно получилось.
Artem
я про стори и говорил
Vladimir
Я думал Константиг говорил о задачах на которые бьются юхерстори.
Sergey
а чей-та до 13? ) До 100 )
DoR так описан, чтобы ограничить попадание в Спринт больших задач. Максимум 13.
Artem
ээ, батенька, ну так при чем тут спринт
Artem
в спринт не попадает, а в продукт беклог пожалуйста
Artem
Artem
на практике ни разу не видел, чтобы использовали 1/2 правда, но остальное полезно
Sergey
на практике ни разу не видел, чтобы использовали 1/2 правда, но остальное полезно
У меня карты до 40. Но мы сплитим все элементы больше 13
Artem
правильно делаете
Artem
но это не всегда надо делать сразу
Sergey
Мы это делаем на общем PBR
Artem
да все правильно
Artem
но упускаете один нюанс
Sergey
Там же оцениваем. Очень удобно
Artem
задачу нужно оценить целиком
Artem
потому что после этого РО может сказать, воу-воу, тогда не делаем
Artem
и никакая разбивка будет не нужна
Artem
время на разбивку тоже ценно и его надо экономить по возможности
Sergey
и никакая разбивка будет не нужна
Так мы и оцениваем ее целиком. А потом сплитим, чтобы в Спринт зашла
Artem
вот между этими пунктами может быть большое время )
Sergey
И бывает что он хренеет с оценок и готовит - не, отбой, я думал все проще
Artem
а иногда он уходит на подумать, и задача остается 40 в беклоге
Sergey
вот между этими пунктами может быть большое время )
В смысле? мы готовим истории на пару Спринтов вперед
Artem
и пусть себе висит
Artem
да понятно что готовите, но не всегда решение можно принять мгновенно о судьбе стори
Artem
Сх нужного нет на пбр банально
Artem
Оставляем большую оценку и идём дальше
Sergey
Это его дела. Бывает что и Ready зашло все. а потом висит и висит внизу. Потом выкидывается. Так тоже бывает.
Sergey
Это нормально
Artem
Это никак не противоречит
Sergey
Сх нужного нет на пбр банально
Если элемент никто не понимает, в том числе РО, то ее ему назад отдают.
Artem
Я просто уточняю, зачем все обязательно сразу бить?
Artem
Элемент понимают
Konstantin
ну юзер стори сложно разбивать
Artem
Сложно но можно
Konstantin
это вот почти веха получается или эпик
Artem
Не такая уж и наука
Konstantin
а под нее насовать задачки примерно одинаковые
Sergey
Я просто уточняю, зачем все обязательно сразу бить?
Если РО принес на PBR элемент, значит он хочет его в следующий Спринт. Значит нужно его подготовить. Для этого через DoR первести его в статус Sprint Ready. А для этого его нужно побить. Логично?
Konstantin
плюс минус километр хорошо работает
Artem
РО должен планировать на бОльший срок, нежели спринт
Artem
Иначе это не очень РО
Sergey
Он и планирует
Artem
Как, если у вас оценки только на ближайший спринт?
Sergey
На несколько Спринтов. Я же писал.
Artem
Тогда я не понял фразы приносит на пбр, если хочет в след спринт
Artem
А если через спринт хочет, не приносит?
Artem
Когда оцениваете тогда?
Sergey
Тогда я не понял фразы приносит на пбр, если хочет в след спринт
Он хочет, но элементов в статусе Sprint Ready больше чем на Спринт. Приоритеты в этом списке он выставляет непосредственно перед Планированием. Поэтому часть элементом уходит на "через Спринт". таким образом там не на один Спринт элементов
Sergey
А если через спринт хочет, не приносит?
Они протухают быстро. Рынок это живой организм. думаю это уже от Продукта зависит.
Artem
Именно, протухают. В итоге вы делаете лишнюю работу по разбивке задач на следующие спринты.
Artem
а задачи могут протухнуть и не случиться
Konstantin
и эти люди ругают водопады
Konstantin
эээххх
Konstantin
водянистые вы мои
Artem
я не ругаю ) я не рекоммендую )
« Rev
@agile_ru   779
Fwd »