Здрасте. Я, конечно, дико извиняюсь, но про Скрам всё неправильно. Я даже не стал читать дальше про Agile, т.к. смысла в этом нет никакого.
"революционный метод управления проектами" - в корне неверно. Почитайте и почувствуйте разницу: "Scrum is a lightweight framework that helps people, teams and organizations generate value through adaptive solutions for complex problems."
"спринты" , обычно 1-4 недель" - "They are fixed length events of one month or less to create consistency." Сприн должен быть настолько коротким, чтобы была возможность управлять рисками; быть достаточно коротким, чтобы производить инкремент, который потенциально можно "доставить" стейкхолдерам.
"Спринты дают возможность заказчику или тестируемому пользователю вносить оперативные изменения в продукт." - В Скраме ни слова нет о заказчике или тестируемых пользователях. Наверное, имеется в виду стейкхолдеры. И никакие заказчики или тестируемые пользователи не могут внести изменения в продукт. Все изменения вносит в Product Backlog ТОЛЬКО Product Owner. Именно Продук Оунер определяет порядок того, что нужно улучшить или добавить в продукт. Могут ещё девелоперы внести изменения в Бэклог, но только после консультации и одобрения Продукт Оунера. Это один из основных моментов в Скрам. Организация должна уважать и принимать решения Продук Оунера, именно он ответственен за максимизацию ценности продукта.
"Важной особенностью "Scrum" является ежедневное взаимодействие всех участников процесса и заинтересованных сторон в формате совещания, но не более, чем на 15 минут и проводимое стоя, на котором максимально кратко обсуждаются вопросы в трех форматах - что сделано? что предстоит сделать? и что мешает делать?" - В Daily Scrum принимают участие ТОЛЬКО Developers. Более того, если на Дейли Скрам хотят сунуться стейкхолдеры, то Скрам Мастер должен их учить, что Дейли Скрам - это Event ТОЛЬКО для Девелоперов и их присутствие там может помешать Девелоперам. И если они настаивают на своём присутствии, то они могут быть там ТОЛЬКО наблюдателями. Далее, Девелоперы не обсуждают эти три вопроса на этом Ивенте. Они одсуждают вот, что: "The purpose of the Daily Scrum is to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work. ... The Developers can select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward the Sprint Goal and produces an actionable plan for the next day of work."
"Результаты обсуждения вывешиваются на общее обозрение команды на специальной scrum доске, что позволяет не только отслеживать процесс в режиме реального времени, но и сплачивает команду тем, что каждый участник обозревает весь процесс целиком и может вносить кросс функциональные изменения." - Какой команды? После Sprint Planning Девелоперы ответственны за то, чтобы все пункты из Sprint Backlog отвечали Definition Of Done. Какие такие кросс функциональные изменения? Изменения в Sprint Backlog не должны отражаться на Sprint Goal. Sprint Backlog могут менять ТОЛЬКО Девелоперы, никакая команда не может их заставить это делать. Вы пишите, что Скрам доска "обозревает весь процесс целиком". Это не верно. Вы тут пишите про Transperancy. Прозрачность достигается за счёт Артефактов: Продукт Бэклог, Сприн Бэклог и Инкремент. Вообще Скрам Доска - необязательный инструмент. Его может и не быть. В Скрам Гайде ни слова нет о доске. Ещё, "но и сплачивает команду". Доска сплачивает команду? Ха-ха-ха. Сплачивает команду набор ценностей (Values), которые обязательны для Scrum Team: Commitment, Courage, Opennes, Focus, Respect.
Из всей писанины более-менее правильное только последнее предложение. И то... на троечку.
У вас никакой адаптации не произошло. Вы просто не понимаете саму суть Scrum.
" У нас нет единого продукта и, как следствие, канонического Product Owner'а." - сделайте для каждого продукта свой бэклог. Если у вас нет Продук Оунера, у вас нет Скрам.
"Сам факт появления этой статьи говорит, что некоторый уровень Transparency у нас таки есть." - это предложение полностью подтверждает, что вы вообще не понимаете Скрам. Transperancy в Cкрам достигается за счёт Artifacts: Product Backlog, Sprint Backlog, Increment. При чём тут статьи на Хабре?
"C backlog'ом и правда есть некоторые проблемы. Он кажется пустоватым, а PBR в середине спринта часто выглядит скучным. Симптомом чего это является и как с этим обходится я пока не знаю." - я вам подскажу, даже за бесплатно. У вас проблемы с бэклогом, потому что у вас нет Продук Оунера. Это симптом полного непонимания как работает Скрам.
"Про Commitments. Команда ответвтенность за результаты спринта на себя берет. Я, как scrum master, за процессами присматриваю." - Опять же вы вообще не понимаете НИЧЕГО. Commitments в Скрам это: Product Goal, Sprint Goal и Definition Of Done. При чём тут ответственность за результаты спринта? Какие у вас могут быть результаты, если у вас нет целей и definition of done? Как вы определяете, что вы достигли цели спринта? Как вы можете быть уверенными, что произвели рабочий инкремент за спринт? За какими вы процессами присматриваете, как Скрам Мастер? Скрам Мастер не должен присматривать за процессами. Скрам Мастер должен учить Скрам Команду СКРАМУ. "The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization." Как вы можете учить Скрам свою команду, если вы даже не владеете терминологией? "The Scrum Master serves the Scrum Team in several ways, including: ● Coaching the team members in self-management and cross-functionality; ● Helping the Scrum Team focus on creating high-value Increments that meet the Definition of Done; ● Causing the removal of impediments to the Scrum Team’s progress; and, ● Ensuring that all Scrum events take place and are positive, productive, and kept within the timebox." - где вы тут видите "присматривает за процессами"?
То, что вы описали назвать SCRUM нельзя. Вы изобрели какой-то собственный фреймворк. Теперь он у вас не работает как надо, и вы от этого страдаете. Вы, как Скрам Мастер, не выполняете свои обязанности (commitments). Accountabilities в вашей команде не соответствуют Scrum. То, на чём базируется Scrum (pillars: Transparency, Inspection, Adaptation) у вас вообще не проглядывается. Где ваш Product Owner? Ваш Продукт Бэклог в полной заднице.Что с вашими Commitments? Где они? Scrum основан на Lean thinking и Empiricism, у вас этого вообще нет. Ребят, надо вам подучиться. Нельзя взять какие-то отдельные элементы из Скрам и быть уверенным, что вы используете Скрам. Нет, это так не работает. Вы не получите ожидаемого результата. В скором времени команда деградирует и уровень фрустрации будет запредельным.
Здрасте. Я, конечно, дико извиняюсь, но про Скрам всё неправильно. Я даже не стал читать дальше про Agile, т.к. смысла в этом нет никакого.
"революционный метод управления проектами" - в корне неверно. Почитайте и почувствуйте разницу: "Scrum is a lightweight framework that helps people, teams and organizations generate value through adaptive solutions for complex problems."
"спринты" , обычно 1-4 недель" - "They are fixed length events of one month or less to create consistency." Сприн должен быть настолько коротким, чтобы была возможность управлять рисками; быть достаточно коротким, чтобы производить инкремент, который потенциально можно "доставить" стейкхолдерам.
"Спринты дают возможность заказчику или тестируемому пользователю вносить оперативные изменения в продукт." - В Скраме ни слова нет о заказчике или тестируемых пользователях. Наверное, имеется в виду стейкхолдеры. И никакие заказчики или тестируемые пользователи не могут внести изменения в продукт. Все изменения вносит в Product Backlog ТОЛЬКО Product Owner. Именно Продук Оунер определяет порядок того, что нужно улучшить или добавить в продукт. Могут ещё девелоперы внести изменения в Бэклог, но только после консультации и одобрения Продукт Оунера. Это один из основных моментов в Скрам. Организация должна уважать и принимать решения Продук Оунера, именно он ответственен за максимизацию ценности продукта.
"Важной особенностью "Scrum" является ежедневное взаимодействие всех участников процесса и заинтересованных сторон в формате совещания, но не более, чем на 15 минут и проводимое стоя, на котором максимально кратко обсуждаются вопросы в трех форматах - что сделано? что предстоит сделать? и что мешает делать?" - В Daily Scrum принимают участие ТОЛЬКО Developers. Более того, если на Дейли Скрам хотят сунуться стейкхолдеры, то Скрам Мастер должен их учить, что Дейли Скрам - это Event ТОЛЬКО для Девелоперов и их присутствие там может помешать Девелоперам. И если они настаивают на своём присутствии, то они могут быть там ТОЛЬКО наблюдателями. Далее, Девелоперы не обсуждают эти три вопроса на этом Ивенте. Они одсуждают вот, что: "The purpose of the Daily Scrum is to inspect progress toward the Sprint Goal and adapt the Sprint Backlog as necessary, adjusting the upcoming planned work. ... The Developers can select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward the Sprint Goal and produces an actionable plan for the next day of work."
"Результаты обсуждения вывешиваются на общее обозрение команды на специальной scrum доске, что позволяет не только отслеживать процесс в режиме реального времени, но и сплачивает команду тем, что каждый участник обозревает весь процесс целиком и может вносить кросс функциональные изменения." - Какой команды? После Sprint Planning Девелоперы ответственны за то, чтобы все пункты из Sprint Backlog отвечали Definition Of Done. Какие такие кросс функциональные изменения? Изменения в Sprint Backlog не должны отражаться на Sprint Goal. Sprint Backlog могут менять ТОЛЬКО Девелоперы, никакая команда не может их заставить это делать. Вы пишите, что Скрам доска "обозревает весь процесс целиком". Это не верно. Вы тут пишите про Transperancy. Прозрачность достигается за счёт Артефактов: Продукт Бэклог, Сприн Бэклог и Инкремент. Вообще Скрам Доска - необязательный инструмент. Его может и не быть. В Скрам Гайде ни слова нет о доске. Ещё, "но и сплачивает команду". Доска сплачивает команду? Ха-ха-ха. Сплачивает команду набор ценностей (Values), которые обязательны для Scrum Team: Commitment, Courage, Opennes, Focus, Respect.
Из всей писанины более-менее правильное только последнее предложение. И то... на троечку.
У вас никакой адаптации не произошло. Вы просто не понимаете саму суть Scrum.
" У нас нет единого продукта и, как следствие, канонического Product Owner'а." - сделайте для каждого продукта свой бэклог. Если у вас нет Продук Оунера, у вас нет Скрам.
"Сам факт появления этой статьи говорит, что некоторый уровень Transparency у нас таки есть." - это предложение полностью подтверждает, что вы вообще не понимаете Скрам. Transperancy в Cкрам достигается за счёт Artifacts: Product Backlog, Sprint Backlog, Increment. При чём тут статьи на Хабре?
"C backlog'ом и правда есть некоторые проблемы. Он кажется пустоватым, а PBR в середине спринта часто выглядит скучным. Симптомом чего это является и как с этим обходится я пока не знаю." - я вам подскажу, даже за бесплатно. У вас проблемы с бэклогом, потому что у вас нет Продук Оунера. Это симптом полного непонимания как работает Скрам.
"Про Commitments. Команда ответвтенность за результаты спринта на себя берет. Я, как scrum master, за процессами присматриваю." - Опять же вы вообще не понимаете НИЧЕГО. Commitments в Скрам это: Product Goal, Sprint Goal и Definition Of Done. При чём тут ответственность за результаты спринта? Какие у вас могут быть результаты, если у вас нет целей и definition of done? Как вы определяете, что вы достигли цели спринта? Как вы можете быть уверенными, что произвели рабочий инкремент за спринт? За какими вы процессами присматриваете, как Скрам Мастер? Скрам Мастер не должен присматривать за процессами. Скрам Мастер должен учить Скрам Команду СКРАМУ. "The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization." Как вы можете учить Скрам свою команду, если вы даже не владеете терминологией? "The Scrum Master serves the Scrum Team in several ways, including: ● Coaching the team members in self-management and cross-functionality; ● Helping the Scrum Team focus on creating high-value Increments that meet the Definition of Done; ● Causing the removal of impediments to the Scrum Team’s progress; and, ● Ensuring that all Scrum events take place and are positive, productive, and kept within the timebox." - где вы тут видите "присматривает за процессами"?
То, что вы описали назвать SCRUM нельзя. Вы изобрели какой-то собственный фреймворк. Теперь он у вас не работает как надо, и вы от этого страдаете. Вы, как Скрам Мастер, не выполняете свои обязанности (commitments). Accountabilities в вашей команде не соответствуют Scrum. То, на чём базируется Scrum (pillars: Transparency, Inspection, Adaptation) у вас вообще не проглядывается. Где ваш Product Owner? Ваш Продукт Бэклог в полной заднице.Что с вашими Commitments? Где они? Scrum основан на Lean thinking и Empiricism, у вас этого вообще нет. Ребят, надо вам подучиться. Нельзя взять какие-то отдельные элементы из Скрам и быть уверенным, что вы используете Скрам. Нет, это так не работает. Вы не получите ожидаемого результата. В скором времени команда деградирует и уровень фрустрации будет запредельным.