На сегодняшний день Scrum является наиболее популярным фреймворком среди всех методов Гибкой Разработки ПО (Agile Software Development). Это видно по тому, о чем чаще всего говорят в статьях и на конференциях, также популярность подтверждается результатами опросов.
В то же время, все больше компаний сталкиваются с ситуацией, когда у вас есть сразу несколько команд, работающих над одним продуктом или проектом. Очевидно, что “Простой Ванильный Скрам” (plain vanilla scrum) тут не подходит. Конечно, Кен Швабер давно уже упомянул “великую мудрость”: Скрам-Скрамов (Scrum of Scrums) – встречу синхронизации между командами. Но на практике, одна эта встреча не помогает решить все вопросы организации масштабного проекта и координации 2-х и более команд. Во всяком случае исходя из моего опыта 😉
Последние года три, я постоянно сталкиваюсь с такими крупными проектами и компаниями, которые создают Enterprise Agile методы и культуру. (більше…)


Итак,
На прошедшей недавно
Не смотря на то, что про философию Agile разработки говорят уже около десятилетия, а сами методологии существуют уже скоро два десятка лет, всё равно сталкиваешься с необходимостью объяснять участникам проектной команды выгоды от совместной работы. Часто я сталкиваюсь с разработчиками, которым приходится объяснять необходимость более тесного взаимодействия с тестерами и представителями других специальностей. До сих пор еще много команд не задумывается о необходимости оптимизации работы всей команды, а не отдельно взятых её участников. 
Не секрет, что в современном мире, мы часто сталкиваемся с тем, что популярные названия становятся брендами. Слово Agile (с заглавной буквы) тоже не исключение и сейчас можно встретить описание практически любой практики с приставкой «Agile» спереди. Также не секрет, что из-за того, что люди редко глубоко вникают в концепции стоящие за названием, то мы часто путаем популярные бренды, особенно те, которые не связаны с каким-то определенным и осязаемым товаром.
Как часто ваша команда не завершает начатое в текущем спринте? А задумывались ли вы, как это влияет на ваши планы в следующем спринте? А о том, как это влияет на весь план проекта?