@Kubanoid а ты применял liberating structures? :) Я помню, что ты что-то рассказывал

https://medium.com/the-liberators/free-games-templates-formats-and-inspiration-for-scrum-teams-11f40e3fcb22

Мне немного непонятно. Покер планирования позволяет оценить трудоёмкость задачи. Тогда как менеджеры от полученных оценок определяют сроки?

Срок - до конца Спринта.

Так чушь же написал :)

А ничего, что можно прогрумить с командой побольше и посчитать по среднему велосити ее же больше чем на 1 спринт?:)

Так это как-то тоже по-тупому А спросить нельзя у ПО, когда фича надо?:) А если она больше чем на спринт по размеру?)

Первый раз слышу,что в ас дата может быть...а как же приоритет тасок?Пусть ПО правильно выстроит бэклог,команда оценит,возьмёт в спринт и с расчетом средней велосити больные менеджеры примерно получат срок

"Разработчик — единственная роль для членов Команды Разработки, независимо от типа задач, которые он выполняет. Скрам не признает других ролей в Команде Разработки, это правило не имеет исключений."

если важен точный срок выполнения таски - как приоритет позволит его отрегулировать?

Кто хотел про liberating structures? На русском. Не благодарите ;)

Первый раз слышу,что в ас дата может быть...а как же приоритет тасок?Пусть ПО правильно выстроит бэклог,команда оценит,возьмёт в спринт и с расчетом средней велосити больные менеджеры примерно получат срок

The number of items selected from the Product Backlog for the Sprint is solely up to the Development Team. Only the Development Team can assess what it can accomplish over the upcoming Sprint. И как сюда дата ложится, которую вы им как дедлайн хотите предложить?

The number of items selected from the Product Backlog for the Sprint is solely up to the Development Team. Only the Development Team can assess what it can accomplish over the upcoming Sprint. И как сюда дата ложится, которую вы им как дедлайн хотите предложить?

если есть сомнения, обращаемся к ценностям) дедлайны, по-моему, вполне естественно, только есть ловушка — все закрутить ними 😁

Мне немного непонятно. Покер планирования позволяет оценить трудоёмкость задачи. Тогда как менеджеры от полученных оценок определяют сроки?

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

Никак

Но по некоторым задачам (предполагаю) срок может войти в акспетансы. Например, "фича выкачена на бой 31.12.18". Сообразность оценки в сторипоинтах при этом не отменятся

Так это как-то тоже по-тупому А спросить нельзя у ПО, когда фича надо?:) А если она больше чем на спринт по размеру?)

Первый раз слышу,что в ас дата может быть...а как же приоритет тасок?Пусть ПО правильно выстроит бэклог,команда оценит,возьмёт в спринт и с расчетом средней велосити больные менеджеры примерно получат срок

велосити знаем, оценка есть, беклог отприоритезирован - есть прогноз

любое обещание срока - прогноз

Фича до конца Спринта нужна, раз он ее в работу пустил. Если больше - сплитить.

ну ИМ то надо точно :)

Какие проблемы? Задачи с точным сроком делаются точно в срок, но скоуп может быть другой )

либо скоуп, либо срок )

делить, кстати, на МЫ и ОНИ - тоже антипаттерн )

Ок, имеем команду с двухнедельными Спринтами. Команда поставила в конце первого Спринта Инкремент, который готов к релизу. ПО принял решение, что Инкремент идёт в релиз. Релиз надо сделать в следующем Спринте. ПО может расчитывать, что релиз произойдет в первый или второй день Спринта или единственный точный срок - "в течение двух недель"?

Какие проблемы? Задачи с точным сроком делаются точно в срок, но скоуп может быть другой )

велосити знаем, оценка есть, беклог отприоритезирован - есть прогноз

Помните ответ на экзаменационный вопрос в котором CEO пришел в команду и начал требовать что-то сделать?

Это совершенно другой пример,а не "эта таска нужна к этой дате". Хорошо, про дату в АС согласна, ПО указывает как АС. Команда отвечает, что это не выполнимо. Что дальше?Как работать с этой странной системой планирования. Про релиз - это потенциальная активность любого спринта, данное сравнение считаю неуместным.

Да, ПО должен пойти и внушение ему сделать)

Садись. Пять. Пусть РО по срокам думает. Все вопросы к нему.

Тут у всех такой резонанс это приобрело, будто каждый прошел по 2-3 компании, в которых по щелчку старая парадигма менялась на "чистый Скрам". Трансформация потому и называется именно так, потому что это не мгновенное переключение. Это длительный процесс. Любая работа в Аджайл-парадигме требует от людей высокой осознанности и зрелости. А осознанных и взрослых людей вокруг каждого, сомневаюсь, что более 5-10%. "Чистый Скрам быстро" возможен скорее всего только в стартапах, потому что там нет никакой устоявшейся и привычной людям системы. В любой компании, которая существует больше года, есть устоявшиеся процессы и резкое переключение на Скрам вообще ее уничтожить способно. Поэтому всегда были и будут переходные варианты. Не готово руководство компании доверять вашей команде и считать, что можно 2 недели не контролировать, если до этого команда всегда работала под контролем. Мой вариант хотя бы позволяет команде сделать первый шаг к самостоятельности, а когда она на нем закрепится - там высока вероятность, что руководство будет ей больше доверять, поймет, что можно просто смотреть, что сделано за 2 недели и менеджеры станут нафиг не нужны.

Ты тогда пиши контекст :) "Мужики то не знают " (с) Реклама

Так там выше вроде весь контекст написан. Человек задал вопрос - я ответил.

Очередная жесть. Автор работал в Аду, который кто-то называл Аджайл или Скрам ... https://habr.com/post/430890/?fbclid=IwAR27gPJ5rs_DbOLPch1syUcVJsEF2IzxiHIN1HrgT6jTd7HGtIi7TiYG3hw

У меня вчера на планировании две команды чуть не подрались за элемент Бэклога. В результате монетку кидали :)

Мы наоборот в начале так делали, когда были задачи, которые ни одна из команд брать не хотела))

Кстати, вчера была такой элемент, который тоже никто не хотел (точнее он большой , уже перебор у всех был). Еле пристроили.Надо монетку завести и в таких случаях кидать.