Комментарии 3
То, что вы описали назвать SCRUM нельзя. Вы изобрели какой-то собственный фреймворк. Теперь он у вас не работает как надо, и вы от этого страдаете. Вы, как Скрам Мастер, не выполняете свои обязанности (commitments). Accountabilities в вашей команде не соответствуют Scrum. То, на чём базируется Scrum (pillars: Transparency, Inspection, Adaptation) у вас вообще не проглядывается. Где ваш Product Owner? Ваш Продукт Бэклог в полной заднице.Что с вашими Commitments? Где они? Scrum основан на Lean thinking и Empiricism, у вас этого вообще нет. Ребят, надо вам подучиться. Нельзя взять какие-то отдельные элементы из Скрам и быть уверенным, что вы используете Скрам. Нет, это так не работает. Вы не получите ожидаемого результата. В скором времени команда деградирует и уровень фрустрации будет запредельным.
Я менее категоричен: на мой глаз у нас адаптация скрама под наши реалии.
Мы пилим разные модельки для разных заказчиков. У нас нет единого продукта и, как следствие, канонического Product Owner'а. Есть начальник и его работа в этой статье осталась за кадром. Я не настолько в нее погружен, чтобы о ней писать. Например, здесь ни слова не сказано про то, откуда заказчики появляются.
Сам факт появления этой статьи говорит, что некоторый уровень Transparency у нас таки есть. Что и как мы делаем мы регулярно обсуждаем между собой и с заказчиками (Inspection). Про отсутcвие Adaptation не понял, откуда вывод.
C backlog'ом и правда есть некоторые проблемы. Он кажется пустоватым, а PBR в середине спринта часто выглядит скучным. Симптомом чего это является и как с этим обходится я пока не знаю.
Про Commitments. Команда ответвтенность за результаты спринта на себя берет. Я, как scrum master, за процессами присматриваю. Уровень фрустрации я оцениваю как повышенный, но надежда жива и вполне обоснованна. За последний год мы все-таки подрасли. Как в техническом, так и в организационном плане.
А c подучиться я полностью согласен. Это лишним не бывает :)
У вас никакой адаптации не произошло. Вы просто не понимаете саму суть 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