"Причина, собственно, одна: подобно Копенгагенской интерпретации квантовой механики Agile хорошо отвечал на вопрос "что делать", но не отвечал на вопрос "как делать". Данные упущения постарались исправить Scrum и Kanban."
Agile пригоден в условиях неопределённости. Если вы не знаете, как сделать в ваших условиях, никто не скажет вам "как" делать
"Компания Scrum Alliance имеет программу выпуска сертифицированных Scrum мастеров (Certified Scrum Master, CSM). Она предоставляет услуги по внедрению и курированию Scrum для компаний и является единоличным владельцем прав на торговую марку Scrum."
"Спринт представляет собой набор задач (Sprint Backlog) из продуктового беклога, в процессе спринта набор задач изменять нельзя"
Цель изменить нельзя, задачи можно. Именно поэтому метрика %выполнения спринта - бесполезная метрика
"В конце спринта, на отдельном совещании вы обсуждаете результаты спринта (Sprint Review), где обсуждаете результаты спринта. Удалось ли достичь цели спринта? Что поменялось во время работы над спринтом? Это обсуждение ограничено четырьмя часами, не является презентаций, а скорее активным обсуждением."
Основная цель Sprint Review - не пообсуждать, а получить обратную связь по дельте разработки
"Developers — это разработчики, которые выполняют задачи спринта."
Только задачи спринта выполняют?)
"Владелец продукта (Product Owner), который манипулирует приоритетом задач в продуктовом беклоге и является звеном между бизнесом и разработкой. Владелец продукта должен устанавливать Product Goal — долгосрочную цель по улучшению проекта. Он не участвует в ежедневном Scrum."
Манипулирует - не самое лучшее слово. В дейлике участвовать ему никто не запрещает
"Задачи оцениваются не в человеко-часах, а в некоторых абстрактных сторипоинтах (Story Points). Один сторипоинт представляет собой сложность некоторой тривиальной задачи, или самой простой задачи в спринте. Далее, все остальные задачи оцениваются как число сторипоинтов относительно этой тривиальной задачи."
Этого в скрам-гайде нет ;)
"Родоначальником методологии Kanban можно считать компанию Toyota."
Канбан-метод и канбан в тайоте - это разные канбаны. И официально, Канбан-метод - это не Agile. А альтернативный путь к гибкости)
"Хотя Scrum и Kanban называют разновидностями Agile, в полной мере они ими не являются. Первый пункт манифеста Agile гласит: Люди и взаимодействие важнее процессов и инструментов"
Scrum и Kanban - конкретные инструменты, не разновидности. Да, начинать нужно с людей. Интересный факт, Scrum помогает понять, с кого начать ?
"Во-первых, само по себе присутствие человека, который не участвует в разработке, но при этом формирует процесс, уже нарушает манифест Agile"
Неверное утверждение. Скрам-мастер не формирует процесс, формирует команда. Скрам-мастер помогает. В идеале при выходе скрам-мастера из команды все процессы должны остаться действующими и стабильными. Потому что они управляются командой, а не скрам-мастером.
"Увольте вашего Scrum-мастера, откажитесь от идеи Scrum и дайте разработчикам самим организовать процесс"
Интроверты-программисты уткнулись в свои компы и привет организованный процесс
Вообще говоря, наверно, у нас эта схема и сработала. В скрам-мастера я вышла, будучи разработчиком?
Стоит посмотреть на тезисы статьи с другой стороны. Одно дело, когда менеджмент нагоняет Agile, а разработчики не хотят. Другое дело, когда разработчики хотят, а менеджмент прямо или косвенно против. Это в статье никак не рассмотрено
мы у себя тоже проводим. Но пока освоили только стратегию максимальной прибыли. А как быстро вы дошли до других стратегий и как это организовано на тренинге?
"Причина, собственно, одна: подобно Копенгагенской интерпретации квантовой механики Agile хорошо отвечал на вопрос "что делать", но не отвечал на вопрос "как делать". Данные упущения постарались исправить Scrum и Kanban."
Agile пригоден в условиях неопределённости. Если вы не знаете, как сделать в ваших условиях, никто не скажет вам "как" делать
"Компания Scrum Alliance имеет программу выпуска сертифицированных Scrum мастеров (Certified Scrum Master, CSM). Она предоставляет услуги по внедрению и курированию Scrum для компаний и является единоличным владельцем прав на торговую марку Scrum."
А как насчёт Scrum.org? И здравого смысла?)
"Спринт представляет собой набор задач (Sprint Backlog) из продуктового беклога, в процессе спринта набор задач изменять нельзя"
Цель изменить нельзя, задачи можно.
Именно поэтому метрика %выполнения спринта - бесполезная метрика
"В конце спринта, на отдельном совещании вы обсуждаете результаты спринта (Sprint Review), где обсуждаете результаты спринта. Удалось ли достичь цели спринта? Что поменялось во время работы над спринтом? Это обсуждение ограничено четырьмя часами, не является презентаций, а скорее активным обсуждением."
Основная цель Sprint Review - не пообсуждать, а получить обратную связь по дельте разработки
"Developers — это разработчики, которые выполняют задачи спринта."
Только задачи спринта выполняют?)
"Владелец продукта (Product Owner), который манипулирует приоритетом задач в продуктовом беклоге и является звеном между бизнесом и разработкой. Владелец продукта должен устанавливать Product Goal — долгосрочную цель по улучшению проекта. Он не участвует в ежедневном Scrum."
Манипулирует - не самое лучшее слово. В дейлике участвовать ему никто не запрещает
"Задачи оцениваются не в человеко-часах, а в некоторых абстрактных сторипоинтах (Story Points). Один сторипоинт представляет собой сложность некоторой тривиальной задачи, или самой простой задачи в спринте. Далее, все остальные задачи оцениваются как число сторипоинтов относительно этой тривиальной задачи."
Этого в скрам-гайде нет ;)
"Родоначальником методологии Kanban можно считать компанию Toyota."
Канбан-метод и канбан в тайоте - это разные канбаны. И официально, Канбан-метод - это не Agile. А альтернативный путь к гибкости)
"Хотя Scrum и Kanban называют разновидностями Agile, в полной мере они ими не являются. Первый пункт манифеста Agile гласит:
Люди и взаимодействие важнее процессов и инструментов"
Scrum и Kanban - конкретные инструменты, не разновидности.
Да, начинать нужно с людей.
Интересный факт, Scrum помогает понять, с кого начать ?
"Во-первых, само по себе присутствие человека, который не участвует в разработке, но при этом формирует процесс, уже нарушает манифест Agile"
Неверное утверждение. Скрам-мастер не формирует процесс, формирует команда. Скрам-мастер помогает. В идеале при выходе скрам-мастера из команды все процессы должны остаться действующими и стабильными. Потому что они управляются командой, а не скрам-мастером.
"Увольте вашего Scrum-мастера, откажитесь от идеи Scrum и дайте разработчикам самим организовать процесс"
Интроверты-программисты уткнулись в свои компы и привет организованный процесс
Вообще говоря, наверно, у нас эта схема и сработала. В скрам-мастера я вышла, будучи разработчиком?
Стоит посмотреть на тезисы статьи с другой стороны.
Одно дело, когда менеджмент нагоняет Agile, а разработчики не хотят.
Другое дело, когда разработчики хотят, а менеджмент прямо или косвенно против.
Это в статье никак не рассмотрено
мы у себя тоже проводим. Но пока освоили только стратегию максимальной прибыли.
А как быстро вы дошли до других стратегий и как это организовано на тренинге?
можно ли подружить диаграмму Ганта и гибкие методы?
Kanban - не Agile примерно с 2017 года. Теперь это альтернативный Agility )
может быть попробовать диаграмму причинно-следственных связей? CLD. Чтобы найти корневую причину проблемы и работать с ней
могу посоветовать ресурс retromat.org - много полезных сценариев для ретро.
Ретро - это очень важно для продуктивности команды, молодцы, что делаете ))
наверно, то, что у нас есть Agile :)
Давайте )