Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

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

651 views

Published on

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

Получается, гибкие подходы — это не панацея и не решение, а замена шила на мыло? Методологи agile ответят, что он просто внедрен неправильно, и даже будут по-своему правы. Но проблема эффективности или неэффективности лежит выше agile, она в области корпоративного управления в целом. Много ли на самом деле экспертов, способных анализировать и управлять ситуацией в комплексе? И, вообще, насколько agile может быть эффективно встроен в остальные управленческие процессы?

Published in: Engineering
  • Be the first to like this

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

  1. 1. Миф об Agile: как это работает в реальности Стояновский Анатолий
  2. 2. О чем забывают не знают agile-команды
  3. 3. Если вы… • Гибкий успешный стартап • Успешная крупная компания • Профессиональный подрядчик ВЫБРАТЬ НУЖНОЕ: … и вы планируете или уже используете гибкие методологии управления, то готовьтесь к ПРОБЛЕМАМ!
  4. 4. Небольшая компания ПРОБЛЕМА: Работаем много, а результат не соответствует ожиданиям НЕПРАВИЛЬНЫЙ ХОД: Может у нас гибкие методологии неправильно внедрены? ПРАВИЛЬНЫЙ ХОД: Учиться корпоративному управлению
  5. 5. Большая компания ПРОБЛЕМА: Продукты отстают НЕПРАВИЛЬНЫЙ ХОД: Более подробная проработка требований к продукту ПРАВИЛЬНЫЙ ХОД: Трансформация ценностей и управления
  6. 6. Профессиональный подрядчик ПРОБЛЕМА: В ТЗ написано одно, а делаем все равно гибко НЕПРАВИЛЬНЫЙ ХОД: Time & Materials ПРАВИЛЬНЫЙ ХОД: Решать задачи бизнеса-заказчика, а не контракта
  7. 7. Большая компания Небольшая компания ГИБКИЕ МЕТОДОЛОГИИ
  8. 8. Гибкие методологии • Это для технических проектов? • Это для стартапов? • Это для небольших команд? • Это для монокультурных организаций? • Это для R&D подразделений? • А может это просто легализация хаоса?
  9. 9. Гибкие методологии • Это ценности • Способ достичь результата в условиях неопределенности • Это способ организации конвейерного производства • Это процесс
  10. 10. Слабые стороны масштабирования гибких методологий DISCLAIMER: • Эти сложности не обязательно встречаются во всех компаниях • Это те проблемы, которые вызывают вопросы в крупных компаниях
  11. 11. Часто встречающиеся проблемы с agile-командами • Возникает на этапах развития существующего продукта • Деградация практик составления плана работ • Крупная цель стихийно расщепляется на мелкие задачи, хаотически распределяется по спринтам Неготовность планировать достижение крупных целей
  12. 12. Часто встречающиеся проблемы с agile-командами • «Либо ближайший спринт, либо когда-нибудь потом» • Дедлайн формируется в процессе самого исполнения • Заказчику нужны конкретные дедлайны, а разработчики предпочитают давать оценки (estimations) • Не проводится оптимизация плана работ над проектом в совокупности Неумение работать с планом работ и дедлайнами
  13. 13. Часто встречающиеся проблемы с agile-командами • Команды ориентированы на монокультурность и небольшой количественный состав • Команда и технологии решают все – становится заблуждением Изолированность от остальных бизнес- подразделений компании
  14. 14. Часто встречающиеся проблемы с agile-командами • Сложнее спланировать синхронную работу нескольких команд, особенно в системе фиксированных по длине итераций • А как вообще договариваются Product owner’ы между собой? Команда стремится быть самодостаточной Плохая интеграция команд
  15. 15. Часто встречающиеся проблемы с agile-командами • Это удобно: в обоих случаях поток задач. • Крупные проекты имеют тенденцию «задвигаться» потоком мелких задач Смешивание процессов поддержки и проектов развития в одну методологию
  16. 16. Часто встречающиеся проблемы с agile-командами • Все ориентированы на результат, в бэклоге приоритет бизнес- задачам • Фрагментарное (итеративное) мышление • Отнесение на технический долг Слабые практики архитектуры ИС
  17. 17. Часто встречающиеся проблемы с agile-командами • … в управлении продуктом. Product Owner уже сам не разбирается во всех аспектах, а масштабироваться умеет плохо • … в матрице привязки команд к продуктам и бизнес-платформам (в развитой инфраструктуре) • … в управлении зависимостями Неумение вовремя увидеть, что процесс достиг своего потолка…
  18. 18. Часто встречающиеся проблемы с agile-командами • Замещение внутренних технологических проектов понятием Технический долг • Как следствие – непредсказуемый периодический рост сроков по бизнес-задачам Партизанское выполнение инфраструктурных проектов
  19. 19. Часто встречающиеся проблемы с agile-командами • Заказчик постоянно видит сырой продукт • Неготовность заказчика погружаться во все детали устройства продукта • Спектр навыков менеджера ограничен Командой может управлять только технический менеджер
  20. 20. Деградация проектного управления в agile • Поток задач и стратегических целей подменяет собой список проектов • Часто отсутствует управление планом работ • Не выполняются необходимые процедуры по управлению изменениями (в силу их отсутствия) • Управление приоритетами, коммуникациями, рисками на интуитивном уровне • Связи между процессами прописаны слабо. Сами процессы также упрощены до практик.
  21. 21. • Инструментов принятия решений мало • Метрики анализа неудач проектов смазаны Как результат: DISCLAIMER: с точки зрения «взрослых» процессов управления
  22. 22. Парадигма масштабирования и встраивания
  23. 23. ПРОБЛЕМА: Гибкие методологии не покрывают все процессы управления компании НЕПРАВИЛЬНЫЙ ХОД: Допиливать гибкие методологии ПРАВИЛЬНЫЙ ХОД: Встраиваться в корпоративные модели управления
  24. 24. Гибкие процессы Формальные процессы Это вообще Agile? Управление компанией
  25. 25. Просто смотрите на вещи шире и понимайте суть происходящего  Анатолий Стояновский anatolia@gmail.com

×