Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?

1Agile Business Conference Almaty 2017

Agile трансформация:

что делать, чтобы потом

не искать виноватых?

Ключевые шаги для достижения результата

Февраль 2017


НЕМНОГО ИСТОРИИ


Компьютеризация

Личное мастерство Командное мастерство

‘90‘80 2000‘50‘40

Групповая динамика

Производство

Разработка ПО


http://www.forbes.com/sites/stevedenning/2016/08/13/what-is-agile/amp/

http://www.forbes.com/sites/stevedenning/2016/08/13/what-is-agile/amp/


ЗАПУСК КОМАНДЫ


1. Собрать ВСЮ команду вместе.

2. Выстроить доверие и личные связи.

3. Определить «Как Мы Работаем?».

4. Разработать Манифест команды (правила и

ценности).

5. Обучить Agile и (например) Scrum.

6. Создать Определение выполненной работы

(Definition of Done).

7. Определить единую цель и видение.

8. Запланировать релиз и первый спринт.

Запуск AGILE на уровне команды


Путь Команды «Agile Fluency» (James Shore & Diana Larsen)

Начало: просто «пилим» код по ТЗ…

Фокус на ценность

★

Смена культуры

команды

Смена навыков

команды

Максимизация

ценности

★★

Оптимизация ценности

★★★

Смена

организационной

структуры

Смена культуры

организации

Оптимизация на

уровне систем

★★★★


КАКИЕ СЕРВИСЫ

НЕОБХОДИМЫ КОМПАНИИ?


Преграды для продолжения внедрения Agile

Copyright 2015

VersionOne - State of

Agile Survey 2015

Мышление

/ Культура


ЦЕЛИ

Трансформация: цели и инструменты

ИНСТРУМЕНТЫ

Тренинги и коучинг

Фасилитированная командная работа

Принятие решений командой, совместное

целеполагание, технические тренинги

Ассессмент, фасилитированная командная

работа, инфраструктурные проекты

Командное решение задач, социализация

Проводить общие мероприятия и создавать

смешанные команды

Тренинги, фасилитированная командная

работа

Тренинги, командная работа,

инфраструктурные проекты

Обрести понимание, что собой представляет Agile

Сформировать общий взгляд на Agile

Повысить вовлеченность заинтересованных лиц

Понять текущую ситуацию и планы по развитию

Увеличить мотивацию на изменения

Объединить Бизнес и ИТ

Определить Agile инструментарий для лидеров

Непрерывное совершенствование


КОРПОРАТИВНЫЙ AGILE

AGILE

МЫШЛЕНИЕ СТРАТЕГИЯ ТАКТИКА


Сервисы внедрения Agile (AIF)

Agile Implementation Framework

МЫШЛЕНИЕ ТАКТИКАСТРАТЕГИЯ

Непреры

вное у

лучш

ение

Тренинги

Групповые сессии (Фасилитация)

Коучинг

Технологические проекты

Консалтинг


AGILE ТРАНСФОРМАЦИЯ


Запуск трансформации

Lean-Agile ЦК Поддержка трансформации: T+I+A

Масштабирование и

поддержка


Единое Agile мышление

Знать Вашу Цель

Понимать Контекст

Как можно скорее

получать обратную связь

Использовать итерации

Сотрудничать в команде

Минимизировать потери


Спонсоры и агенты изменений - зачем?

1. Ощущение срочности

2. Мощная коалиция «проводников» перемен

3. Видение и стратегия

4. Единое понимание цели (видения)

5. Сотрудники сами принимают решения по-новому

6. Быстрые победы

7. Новые победы, используя положительные

результаты

8. Укрепить новые подходы в культуре


AGILE FRAMEWORKS


SCRUM

Кросс-функциональная

Самоорганизующаяся

Команда разработки

Product Owner

Scrum MasterDaily Scrum

Sprint Planning

Sprint Review

Sprint

Retrospective


KANBAN

Очередь Анализ В разработке Тест Сборка




ОСНОВНАЯ ПРОБЛЕМА


Перекосы в управлении требованиями

Все решает

руководство

(финансы,

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

управление)

Все решает

команда разработки

(требования,

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

управление)

«Диктаторы»

«Бурлаки»

«Мечтатели»

«Виноватые»


Уровни каскадирования

«Эпик»

«Фича/Тема»

«История»

Портфель

Программа

Команда

Стратегия

Группы

Систем

Разработчики

Требования УправлениеПринятие

решений

На каждом

уровне

решения

принимаются

максимально

независимо!


Уровни требований

«Эпик»

Epic


Feature/

Theme

«История»

User Story

Является

отдельным

требованием

Группирует

требования

следующего

уровня

Бизнес-

ценность

(MVP)

MAX трудоемкость

на один

элемент/команда

(всегда

минимизировать!)


Организация команд при масштабировании

PO | SM | Architect

PO | SM | Architect PO | SM | Architect Shared

services

PO | SM | Team

PO | SM | Team

PO | SM | Team

PO | SM | Team

PO | SM | Team

PO | SM | Team

CI/CD QA

DevOps

UX

Portfolio

Programs

Teams


Кто принимает решения?

«Эпик»

Epic


Feature/

Theme

«История»

User Story

Управляющие

портфелемЭнтерпрайз

Архитектор(ы)

Владельцы

Эпиков

Владельцы

БизнесаСистемные

Архитекторы


Продуктами


Разработкой

Владельцы

Продуктов

Scrum Мастера

командРазработчики

внутри команд

Agile Команды

разработки


Принятие решений – каждый на своем уровне

Стратегия

Группы

Систем

Разработчики

Это стоящая

идея?

Является ли

идея Эпиком?

Какова

бизнес-

ценность?

Какова

сложность?

Какие риски?

Как максими-

зировать

ценность,

уточняя

требования?

Как исполь-

зовать опыт

разработки в

будущем?


Разработка?


Фичей?

Из чего

состоит? Что

самое

важное?

Каковы зави-

симости? Как

распре-

делить?


зировать

ценность,

уточняя





будущем?


История?


отдельной?

Как реализо-

вать? Что

уточнить?

Какова

сложность?

Каковы зави-

симости?


зировать

ценность,

уточняя





будущем?


ИТОГО: ЧТО НУЖНО ДЕЛАТЬ?


КОРПОРАТИВНЫЙ AGILE

AGILE

Личная

мотивация

Групповая

динамика

МЫШЛЕНИЕ

Стратегические

направления

(темы)

развития

Модели

масштаби-

рования

Управление

продуктами

Децентрали-

зация и

фасилитация

принятия

решений

СТРАТЕГИЯ ТАКТИКА


Запуск трансформации

Lean-Agile ЦК Поддержка трансформации: T+I+A

Масштабирование и

поддержкаAgile

Thinking

Базовые

тренинг по

SAFe

(Nexus/LeSS…)

Новая

система и

роли – кто

где/как?

Каждый -

профессионал

Каждый -


Каждый -



Алексей Ионов