Так если инкремент каждый спринт, то для чего делать из нового релиза проект?

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

Вы не понимаете сути Agile (tm)

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

Язык, вами используемый вас раскрывает хорошо. Нет в вашем лексиконе слов: доверие, взаимодействие, инициатива, понимание, я уж не говорю о самоорганизации и развитии.

Вы сами поставили в кавычки слово самоорганизующиеся команды, для вас это Санта Клаус, Дед Мороз, сказка для детишек, вы в нее категорически не верите.

И свое непонимание (в области гибких подходов) вы возводите в абсолют и утверждаете как истину в последней инстанции.

А я видел как это работает. Делал сам. А потом вы мне на белом глазу заявляете, что  это все "чушь".

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

upd. Поправил текст, смягчил обороты

:) Веселые ретроспективы на похоронах.

По сути, боле чем уверен, что 70% скрам мастеров, ведут проекты не по скраму=)

И что? Вы хотите сказать, что ни в одной из этих категорий нет продуктов регулярно выпускающих минорные релизы?

И такой хороший вопрос, зачем вообще скрам мастер, если команды самоорганизующиеся?

Коллеги, давайте без фанатизма) и, кажется, рабочий день вовсю идет)

Скрам мастер. Ведёт. Проект. По скраму.

В этой фазе прекрасно все

Скрам мастер ведёт проект по скраму, так для этого не подойдет проект менеджер?
Зачем нанимать отдельно какого-то консультанта?
В Библий аджайл всего 4 принципа, их могут осилить только консультанты?)

Вы видимо не понимаете как оно работает. Скрам мастер ничего не ведёт. Он не консультант.

И вы смешиваете agile философию (манифест) с методами, основанным и на его ценностях (привет скрам).

Феномен самоорганизации возникает в узком диапазоне внешнего потока энергии к системе. См. Benard convection cells.

Одной из задач скрам-мастера является как раз регулирование потока внешнего воздействия:
- слишком слабо - не возникнет самоорганизации
- слишком сильно - структура развалится

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

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

У них работает в рамках контекста, ну и круто. Не знаю какой там скрам правда на стажерах 🙃

Крутая находка!
Предлагаю создать библиотеку чятика:
- "что надо делайте, а что не надо не делайте"
- "скрам на стажерах"

Что-то ещё?)

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

Я беру в кавычки слово "команда" противопоставляя его "примитивной группе". Вот на пример я вижу огромную сложность в том как из примитивной группы сделать команду. В условиях корпорации и при наличии как вчера написал один из комментаторов "политоты", то есть люди любят играть в политику, вести игру.  Как команда самоорганизуется в таком случае?

Но это ведь просто подготовка крупного релиза, который должна вести отдельная группа внедрения, как это связано именно с командой разработки?

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

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

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