Миф об Agile как это работает в реальности / Анатолий Стояновский (ТАСС)

Миф об Agile: как это работает в реальностиСтояновский Анатолий

О чем забывают не знают agile-команды

Если вы…• Гибкий успешный стартап• Успешная крупная компания• Профессиональный подрядчик

ВЫБРАТЬ НУЖНОЕ:

… и вы планируете или уже используете гибкие методологии управления, то готовьтесь к ПРОБЛЕМАМ!

Небольшая компанияПРОБЛЕМА:

Работаем много, а результат не соответствует ожиданиям

НЕПРАВИЛЬНЫЙ ХОД:

Может у нас гибкие методологии неправильно внедрены?

ПРАВИЛЬНЫЙ ХОД:Учиться корпоративному управлению

Большая компанияПРОБЛЕМА:

Продукты отстают


Более подробная проработка требований к продукту

ПРАВИЛЬНЫЙ ХОД:Трансформация ценностей и управления

Профессиональный подрядчикПРОБЛЕМА:

В ТЗ написано одно, а делаем все равно гибко


Time & Materials

ПРАВИЛЬНЫЙ ХОД:Решать задачи бизнеса-заказчика, а не контракта

Большая компания

Небольшая компания

ГИБКИЕ МЕТОДОЛОГИИ

Гибкие методологии• Это для технических проектов?• Это для стартапов?• Это для небольших команд?• Это для монокультурных организаций?• Это для R&D подразделений?• А может это просто легализация хаоса?

Гибкие методологии• Это ценности• Способ достичь результата в условиях неопределенности• Это способ организации конвейерного производства• Это процесс

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

Часто встречающиеся проблемы с agile-командами

• Возникает на этапах развития существующего продукта• Деградация практик составления плана работ • Крупная цель стихийно расщепляется на мелкие задачи,

хаотически распределяется по спринтам

Неготовность планироватьдостижение крупных целей


• «Либо ближайший спринт, либо когда-нибудь потом»• Дедлайн формируется в процессе самого исполнения• Заказчику нужны конкретные дедлайны, а разработчики

предпочитают давать оценки (estimations)• Не проводится оптимизация плана работ над проектом в

совокупности

Неумение работать с планом работ и дедлайнами


• Команды ориентированы на монокультурность и небольшой количественный состав• Команда и технологии решают все – становится заблуждением

Изолированность от остальных бизнес-подразделений компании


• Сложнее спланировать синхронную работу нескольких команд, особенно в системе фиксированных по длине итераций• А как вообще договариваются Product owner’ы между собой?

Команда стремится быть самодостаточнойПлохая интеграция команд


• Это удобно: в обоих случаях поток задач.• Крупные проекты имеют тенденцию «задвигаться» потоком

мелких задач

Смешивание процессов поддержки и проектов развития в одну методологию


• Все ориентированы на результат, в бэклоге приоритет бизнес-задачам• Фрагментарное (итеративное) мышление• Отнесение на технический долг

Слабые практики архитектуры ИС


• … в управлении продуктом. Product Owner уже сам не разбирается во всех аспектах, а масштабироваться умеет плохо• … в матрице привязки команд к продуктам и бизнес-платформам

(в развитой инфраструктуре)• … в управлении зависимостями

Неумение вовремя увидеть, что процесс достиг своего потолка…


• Замещение внутренних технологических проектов понятием Технический долг• Как следствие – непредсказуемый периодический рост сроков по

бизнес-задачам

Партизанское выполнение инфраструктурных проектов


• Заказчик постоянно видит сырой продукт• Неготовность заказчика погружаться во все детали устройства

продукта• Спектр навыков менеджера ограничен

Командой может управлять только технический менеджер

Деградация проектного управления в agile• Поток задач и стратегических целей подменяет собой список

проектов• Часто отсутствует управление планом работ• Не выполняются необходимые процедуры по управлению

изменениями (в силу их отсутствия)• Управление приоритетами, коммуникациями, рисками на

интуитивном уровне• Связи между процессами прописаны слабо. Сами процессы также

упрощены до практик.

• Инструментов принятия решений мало• Метрики анализа неудач проектов смазаны

Как результат:

DISCLAIMER: с точки зрения «взрослых» процессов управления

Парадигма масштабирования и встраивания

ПРОБЛЕМА:

Гибкие методологии не покрывают все процессы управления компании


Допиливать гибкие методологии

ПРАВИЛЬНЫЙ ХОД:

Встраиваться в корпоративные модели управления

Гибкие процессы

Формальные процессы

Это вообще Agile?

Управление компанией

Просто смотрите на вещи шире и понимайте суть

происходящего

Анатолий Стояновский[email protected]

Engineering

Миф об Agile как это работает в реальности / Анатолий Стояновский (ТАСС)