Алексей Ионов. 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/

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

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 Master
Daily 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…)
Новая
система и
роли – кто
где/как?
Каждый -
профессионал
Каждый -
Каждый -

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

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

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (19)

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

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

Plus de ScrumTrek

Plus de ScrumTrek (20)

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