Друзья!
Мы с Антоном собираемся отжечь на Sbergile talks LITE 2022;;))

Будем рассказывать про #ЗЕБРА (наша авторская модель запуска команды с результатом за 3 месяца).

Если вдруг вы хотите послушать/пообщаться — регистрируйтесь и приходите.

У нас с Антоном на выступлении на конференции SbergileTalks по #ЗЕБРА должна была быть открывающая шутка-рассказ (см ниже), но из-за ограниченного тайминга решили не вставлять, поэтому здесь :)

Жил был в деревне мужик — Иван. И было у него несколько лошадей. Ну, лошади и лошади. Но очень хотелось Ивану купить себе зебру, чтобы не как у других. Только беда: санкции, разрыв логистических цепочек поставок.
Не долго думал мужик — покрасил своего тяжеловоза краской: полоска чёрная, полоска белая. Ну точно зебра, только ещё лучше, выносливее: и покрасоваться, и плугом по полю пройтись.

Иван довольный, ездит на своей зебре, свысока на всех поглядывает.
Сосед Ивана все ходил вокруг него и клянчил:
— Вань, дай прокатиться, а?. Ну дай.
Иван долго терпел, но в итоге дал поводья и говорит:
— Бери, только аккуратно...
Тот покатался и заявил с чувством:
— Да, Ваня, сразу чувствуется — иномарка есть иномарка!

В написании этого текста приняло участие оч много людей, но наибольший вклад внес Пятов Алексей :)

Модель работы с командой #ЗЕБРА: Зрелость (maturity model)

Друзья, время (а летом - особенно😔) летит быстро и уже прошло почти 3 месяца с нашего выступления на Sbergile Talks (можно ознакомиться с презентацией, или посмотреть видео с выступлением😉), где мы рассказывали про модель «ЗЕБРА» (с помощью которой мы начинали работу с командами М-Видео и других компаний).

Лето захлестнуло кучей работы и практически невозможностью погрузиться в другие дела, но, как говорится, лучше поздно, чем никогда!

Мы рады поделиться тем, что мы скрывали в букве «З» - нашей моделью оценки зрелости, а здесь расскажем ТОП-7 основных пунктов по работе с ней:

1️⃣Когда измерять? Зрелость имеет смысл измерить в начале работы с командой, до ее непосредственного запуска/перезапуска, а затем измерять с периодичностью раз в квартал.

2️⃣Что охватывает? Наша модель разделена на несколько ключевых разделов, касающихся продуктовых практик, процессов работы команды и зрелости производственного процесса, включая его автоматизацию. Каждый раздел также разделен на логические подразделы.

3️⃣Почему столько вопросов? Модель стала результатом применения итеративно-инкрементального подхода: первоначальная версия модели включала в себя более 100 (!) вопросов, но в процессе ее использования с разными командами мы поняли, что итоговые 72 вопроса с однозначными ответами решают наши задачи.

4️⃣Кaк измерять? Для проведения оценки зрелости вам необходим 1-2 часа, PO и кто-то из senior разработчиков (получается, что по факту это валидируемая самооценка команды). На каждый вопрос выбирается ответ из выпадающего списка (если вопрос подразумевает в себе практику, которая не применима к данной команде, выбирается вариант ответа «Не применимо»), если необходимо, можно добавить комментарий.

5️⃣Кто измеряет? Выше написано, что это самооценка команды, но инициацией этой оценки занимается агент изменений (например, scrum-мастер), который будет далее с этой командой работать.

6️⃣Что делать с этой оценкой? Определять вместе с командой зоны дальнейшего роста и сфокусированно работать над ними до проведения следующей оценки.

7️⃣Что НЕ делать с этой оценкой? Сравнивать команды друг с другом😉

Модель работы с командой #ЗЕБРА: буткемпы

Не так давно мы вспоминали про модель «ЗЕБРА», с помощью которой мы начинали работу с командами М-Видео и других компаний (подробно про модель мы рассказывали Sbergile Talks, можно ознакомиться с презентацией, или посмотреть видео с выступлением😉).

В сентябрьском посте мы поговорили про букву «З» модели, букву «Е», означающую «Единорог» (а точнее его поиск), мы разбирали в наших постах (по ссылке первый из них, остальные легко найти по хештегу #Найм) про процесс найма аджайл-коучей.

Сегодня речь пойдет о следующей букве - «Б», означающей «Буткемп».
По своей сути буткемп - это запуск (или перезапуск) команды и включает в себя 2️⃣ составляющих:
1️⃣ Буткемп для Владельцев Продукта (обычно мы брали в буткемп несколько Продуктов)
2️⃣ Буткемп для команд (в одном буткемпе обычно было от 5 до 10 команд)

В сегодняшнем посте поговорим про первый из них.
Мы ставили следующие цели перед буткемпом для Владельцев продуктов:
1. Рассказать, а по факту «продать» трансформацию, объяснить, в чем ее польза для конкретного продакта (вспоминаем модель ADKAR)
2. Расказать, о том, какая новая модель организационной структуры предполагается к внедрению, ее основные элементы и роли
3. Дать представление о том, что такое продуктовый подход и в чем его отличие от проектного
4. Объяснить, что такое производственный процесс, зачем у разных команд должен быть хотя бы минимальный набор общих правил и какие процессные метрики будут полезны продакту
5. Выровняться в понимании общих терминов, которые мы привыкли использовать в компании

Обычно буткемп длился 3 полных дня, на 80% состоял из практических заданий (буквально 10-15 минут теории и дальше практическое упражнение) и по итогам у каждого Владельца Продукта (разумеется с помощью аджайл коучей, проводивших буткемп) появлялись следующие артефакты продуктового подхода:
👁 видение продукта
📈 его метрики (желательно представленные в виде дерева)
🍶 выбрана модель приоритизации бэклога продукта
🎴составлена дорожная карта
🎁 сформулированы профили пользователей и ценностные предложения

По ссылке вы можете ознакомиться с мастер-доской буткемпа и, конечно, взять с собой те фреймы, которые сочтете полезными;)

В следующих постах мы разберем буткемп для команд, так что продолжение следует…➡️

#Cтатистика
ТОП публикаций по вложенным в них усилиям :)

🪨⛏Как организовать процесс найма agile-коучей (пост 1, пост 2, итоговая статья)

🪨⛏Вакансия как продукт (там же и видео)

🪨⛏#ЗЕБРА – авторская методика запуска agile-команд (пост 0, пост 1, пост 2, видео)

🪨⛏Как найти иголку в стоге сена или ищем agile-коуч в компании (пост, видео)

🪨⛏О двух видах agile-коучах или о готовности работать без запроса