Планирование в SAFe. Никакой джиры. Тесное общение людей друг с другом. Бизнес, Разработчики, Дизайнеры, Архитекторы - все имеют общую цель и двигаются к ней. Потрясающая энергетика.

#масштабирование #less #safe

Вдохновляющий пример компании "МТС Касса". Несколько месяцев назад ребята запустили LeSS трансформацию и уже получили первые результаты: сокращение time-to-market почти в два раза + сокращения времени обратной связи до одной недели. Кроме того, запущен активный процесс повышения кросс-функциональности (t-shaping): члены команд учатся друг у друга используя mob-programming.

Стоит отметить, что LeSS слишком революционный и не все компании могут с ходу на него перейти. Некоторые тренеры SAFe утверждают, что LeSS - это целевая модель, к которой компания должно прийти, постепенно трансформируя себя, используя практики SAFe.

Я бы назвал SAFe неким LeSS-but: да у нас LeSS, но не развита инженерная культура, да у нас LeSS но с кросс-функциональностью большие проблемы и.т.д.

Об опыте ребят из МТС касс можно послушать здесь: https://www.youtube.com/watch?v=Lc5g06jnoxs

#мифы #scrum
Доброе утро!

Пятничная порция мифов про Scrum:

1. Scrum Master не может выводить из команды людей.
2. Product Owner - прокси для стейкхолдеров и должен лишь собирать у них требования и транслировать их команде.
3. Обзор спринта - это демо.
4. Scrum Master должен самостоятельно устранять все препятствия, с которыми сталкивается команда.
5. Релиз функционала возможен только в конце спринта.

Краткие пояснения:

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

2. Product Owner, в идеальной ситуации, именно OWNER продукта. Он напрямую отвечает за его успех и , следовательно, должен иметь все инструменты для определения направления развития. Безусловно, он должен уважать мнение стейкхолдеров, но их мнение не должно быть определяющим. В конце концов..... можно найти других стейкхолдеров для продукта :))

3. Обзор спринта - это многокомпонентное мероприятие, в рамках которого формируется пространство диалога между пользователями, стейкхолдерами и владельцем продукта.

4. Основная задача скрам мастера - строить крутые, самоорганизующиеся команды. Его основная цель - сделать себя ненужным, чтобы команда могла самостоятельно решать проблемы и развиваться, без дополнительной мотивации со стороны скрам мастера. Будет ли систематичное решение всех проблем за команду  способствовать повышению самостоятельности?....

5. Основная цель Scrum - максимально быстро поставлять на рынок наиболее ценный функционал. Таким образом, если функция готова и команда не тратит большое количество времени на выливку (есть настроенный CI|CD и автотесты) - можно релизиться хоть каждый день.

#грумминг #PBR
Советы от одного из лучших экспертов по Agile в СНГ о том, как проводить PBR:

1. Сделайте груминг частью вашего процесса.
2. Выработайте понятие здорового беклога – “Definition of Ready”.
3. Заведите понятие “текущего” и “следующего” релиза, что позволит заказчику управлять объёмом работы текущего релиза.
4. Встречайтесь вживую всей командой и Владельцем Продукта как минимум раз в релиз для одноразового масштабного груминга и планирования релиза.
5. В каждом спринте выделяйте время всей команды на регулярные grooming-сессии – скажем, каждую среду c 11:00 до 12:00.
6. Во время груминга работайте с бумажным беклогом.

Подробнее: goo.gl/DUmKpq

#планирование

В Scrum есть пять основных уровней планирования, которые важно учитывать Владельцу Продукта и Команде разработки:

1. Видение. Какая глобальная цель у продукта? К чему мы движемся? Видение - это то, ради чего мы вообще собрали команду. Оно должно зажигать всю команду.
2. Roadmap. Стратегия развития продута. Как именно будет развиваться продукт?  Это последовательность целей, которые нужно достичь, чтобы воплотить в жизнь видение.
3. Релизы. На основании видения, стратегии и состояния рынка Владелец Продукта определяет релизы продукта - масштабные изменения, которые должны удовлетворить наиболее острые потребности пользователей/клиентов.
4. Спринты. Что нам нужно сделать, чтобы продвинуться вперед к нашей глобальной цели? Какую операционную цель нам нужно достичь, чтобы реализовать стратегическую?
5. Ближайший день Каждый день на Daily Scrum мы определяем, как нам нужно адаптировать подход к работе, чтобы достичь цели спринта? Составляем план на ближайший рабочий день.

#branches #git #инженерныепрактики

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

Рассмотренные подходы:
1. Feature branches.
2. Работа с веткой Master напрямую с частыми комитами.
3. Feature toggling (feature flags).

От себя лишь добавлю, что при выборе того или иного подхода нужно понимать уровень гибкости, который вам нужен для эффективной поставки готового продукта на рынок. Другими словами, насколько цена применения того или иного подхода оправдана.

https://devops.com/feature-branching-vs-feature-flags-whats-right-tool-job/

Обратите внимание на «важность» Jira и других таск трекеров.

Команда использует GQM модель, чтобы определить ключевые метрики характеризующие прогресс к достижению поставленных целей.

#иерархия

«When there is a conflict between what the customers want and what the boss wants, the boss wins.» - Ken Blanchard, Servant Leadership in action.

#servantLeadership

Три направления работы Скрам Мастера (Лидера-Слуги) в команде:  

1. Provision: следить за наличием необходимых ресурсов, формулировать глобальные цели, воодушевлять.

2. Protection: защищать от внешних воздействий, помогать находить решения в конфликтных ситуациях, поддерживать стабильную эмоциональную атмосферу в команде.

3. Presence: быть доступным для членов команды в течение рабочего дня, поддерживать в решении трудных вопросов.

Чем продолжительне цикл получения обратной связи, тем больше команда платит за исправление обнаруженного дефекта. Зеленым отмечены практики, обеспечивающие сокращение времени получения обратной связи.

Если у вас начинаю фигурировать такие роли, как "Chief Grand Senior Business Sponsor" и прочие - с вашей трансформацией что-то не то.

Заметки на полях...

Из разговора с менеджером средней компании с офисами в 4-х странах мира: «Мы не натягиваем процесс на людей. Мы не занимаемся скрамом ради скрама. Если нужно переключиться на другую задачу - ребята берут и делают. Мы гибкие.»

Да, гибкие...

Вообще, использование фразы «мы гибкие», для маскировки организационных дисфункций - первый звоночек, что Agile в компании понимается неправильно.

#принятиеРешений #фасилитация #конструктивныйКонфликт

Командная работа предполагает совместное принятие решений. В ежедневном формате возникают споры вокруг того, какую реализацию применить. Часто эти споры приводят к конфликтам и деструктивному поведению. Среди всех способов фасилитации, самый эффективный и простой вариант - скоринговая таблица.

Как ее строить?

1. Каждый из участников обсуждения последоватльно формулируют аспекты, которые нужно учесть при принятии решения.

2. Совместная приоритизация критериев и распределение весов критериев.

3. Составление таблицы, где в колонках - аспекты, в строчках - альтернативные варианты.

4. Выбор наиболее оптимального варианта.

#scrum #опыт

Один из важнейших инсайтов: Scrum это не волшебная пилюля, которая сделает из программистов юных Марков Цукербергов, а владельцев продуктов превратит в новых Стивов Джобсов. Он визуализирует проблемы и дает возможность системно анализировать окружающий контекст и адаптироваться под него.

Джеф Сазелренд говорил, что каждый может запомнить правила футбола и следовать им. Однако, это знание не позволит вам стать выдающимся футболистом. Чтобы достичь высот, вам нужно знать конкретные практики, стратегии и очень много тренироваться.

Собственно поэтому не стоит возлагать на Scrum чрезмерные ожидания, что это именно то, что разом решит все ваши трудности и в один день изменит ваших сотрудников, повысив их общий уровень знаний и умений.

#книги

В настоящий момент читаю книгу "Servant Leadership in action". Рекомендую прочитать, если вы хотите понять суть идеи лидера-слуги. По сути книга состоит из нескольких десятков эссе, охватывающих разные аспекты деятельности лидера нового формата.

Одна из самых интересных идей - идеальный член команды. Авторы утверждают, что он должен обладать следующими характеристиками:

1. Скромность (Humble) - не навязывает свои решения, готов принимать мнение других людей, меньше думает о себе и больше о других.
2. Жажда действий (Hungry) - без дополнительной мотивации активно двигается к цели, развивается, узнает что то новое и делится этим с остальными. Готов всячески помогать команде в достижении поставленных целей.
3. Ум (Smart) - мудрый, обладает развитым эмоциональным интеллектом, понимает, что все его слова и действия влияют на остальных членов команды.

Являетесь ли вы идеальным командным игроком?

#самоорганизация

Завершаю серию ночных постов статьей о важных аспектах, которые необходимо учесть при формировании самоорганизующейся, кросс-функциональной agile команды.

https://www.mountaingoatsoftware.com/blog/self-organizing-teams-are-not-put-together-randomly#When:16:00:00Z?platform=hootsuite

Отличный слайд из лекции Антона Зотина.
Полная версия: https://www.dropbox.com/s/kb0e5bvpu9crgz0/WhyYourCompanyWillnotBecomeAgile.pdf?dl=0