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

и тут возникает необъодимость коммуникации между командами. А это уже не несколько человек, а единое мнение всех, которое надо выработать, принять и транслировать.

Просто иерархия или структура сверху может и не подразумевать отношений "я - начальник, ты - дурак" или полный command and control.

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

https://less.works/less/framework/index.html https://www.scrum.org/resources/scaling-scrum http://www.scaledagileframework.com/

пот таблица сравнения по всем известным

Записать в плюсы нексуса только "authored by Ken Shwaber" это как-то сомнительно Но в целом табличка ничего Забавно всегда читать сравнение лесса и сейфа "Минус лесса - плохо продаётся в энтерпрайзы" 😂😂🙈🙈

Записать в плюсы нексуса только "authored by Ken Shwaber" это как-то сомнительно Но в целом табличка ничего Забавно всегда читать сравнение лесса и сейфа "Минус лесса - плохо продаётся в энтерпрайзы" 😂😂🙈🙈

Нексус какой-то сильно закрытый и мало продвигается (по моим ощущениям), LeSS / SAFe более "на слуху" - возможно, поэтому. Если кинуть клич "расскажите про Аджайл в больших масштабах", то про последние два будут отзывы, а упомянет ли кто-то Нексус вообще? Я сомневаюсь.

лучше safe ничего не продается..

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

нексус - это скрам оф скрам переросток))

Потому что он сделан для продажи, а не для аджайла))

Где-то было очень дельная статья про то как люди на конференциях рассказываю про SAFe а на вопросы по конкретному внедрению техник начинают всякую пургу рассказывать типа "мы еще не успели"

фундаментально проблема "внедрений" в том, что это психологическая работа с гуманитариями

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

Вот это да +, к тому же внедрить Agile ??? Тоже спорный вопрос. Его можно помочь взрастить в компании - вернее так - помочь начать следовать ему, когда компании, как минимум руководство, дошла до осознания необходимости изменений и вроде как разделяет его ценности

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

Знаете, по моему со scrum происходит то же самое, что когда-то произошло с CRM. Все нормальные люди и так работали развивая отношения с клиентами, соблюдая все CRM принципы. Вдруг кто-то придумал термин CRM и началась мода. То же самое я могу сказать про SCRUM, и до появления этой методологии нормальные люди понимали: 1) должен быть осмысленный ответ на вопрос о том, что сделали за неделю работы; осмысленный означает: выраженный не в количестве строчек кода, 2) поверх плана в MS Project всегда возникали срочные приоритные задачки, которые нужно сделать быстро, чтобы заказчик был доволен и они так и выполнялись, задним числом добавляясь в план проекта, 3) понятие команды проекта всегда существовало и понятие "сработанности" команды всегда было, 4) до программистов нужно доносить (и доносился) бизнес-смысл каждой доработки

1. Скрам - НЕ методология 2. "нормальных" людей (подпадающих под ваше описание) в корпорациях - процент, стремящийся к нулю

1. Скрам - НЕ методология 2. "нормальных" людей (подпадающих под ваше описание) в корпорациях - процент, стремящийся к нулю

Знаете, по моему со scrum происходит то же самое, что когда-то произошло с CRM. Все нормальные люди и так работали развивая отношения с клиентами, соблюдая все CRM принципы. Вдруг кто-то придумал термин CRM и началась мода. То же самое я могу сказать про SCRUM, и до появления этой методологии нормальные люди понимали: 1) должен быть осмысленный ответ на вопрос о том, что сделали за неделю работы; осмысленный означает: выраженный не в количестве строчек кода, 2) поверх плана в MS Project всегда возникали срочные приоритные задачки, которые нужно сделать быстро, чтобы заказчик был доволен и они так и выполнялись, задним числом добавляясь в план проекта, 3) понятие команды проекта всегда существовало и понятие "сработанности" команды всегда было, 4) до программистов нужно доносить (и доносился) бизнес-смысл каждой доработки

Ну так Agile существовал еще с первобытных времен - просто так не назывался

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