Agile: революция или… эволюция?

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

Появление Agile

В 2001 году группа разработчиков программного обеспечения (ПО) собралась в г. Юта (США), чтобы предложить новую методологию управления проектами по разработке ПО в противовес классическим «бюрократическим и тяжеловесным» подходам. Прийти к консенсусу по методологии не удалось, зато появился «Agile-манифест», который позиционировался как радикально новый подход к управлению проектами. С легкой руки Кена Швабера (Ken Schwaber) Agile начинают называть революцией в управлении проектами.
Идеи, которые легли в основу Agile-манифеста, появились задолго до 2001 года.
Обратимся к истории (см. рис. 1).

как развивались практики управления проектами и процессами

Рис. 1. PM/BPM Timeline

Фредерик встретил Генри

Корни Agile уходят в 1878 год, когда Фредерик Тейлор (Frederick Taylor) представил теорию «Научного менеджмента». Тейлора ассоциируют со стандартизацией труда на производстве и повышением производительности бизнес-процессов. Однако его вклад в развитие инструментов управления проектами и процессами этим не ограничивается. Дело в том, что в 1887г. Фредерик Тейлор нанял помощником Генри Гантта (Henry Gantt), который в начале 20 века предложил знакомый многим способ визуализации план-графика проекта (см. рис.2). Спустя 100 лет диаграмма Гантта все еще остается популярным инструментом среди руководителей проектов.

Диаграмма Гантта

Рис.2 Диаграмма Гантта

Рождение Lean и итеративных практик

Труды Тейлора дали толчок дальнейшему изучению бизнес-процессов. Фрэнк и Лилиан Гилбрет (Frank and Lilian Gilbreth) в 1921г. предложили использовать диаграммы процесса (process charts) для его визуализации, анализа и усовершенствования. В основе их рекомендаций по оптимизации лежали: стандартизация процесса, устранение потерь (waste) и упрощение работы сотрудников.

В 1930г. Лилиан Гилбрет презентовала способ визуализации потока работ с помощью инструмента, известного сегодня как Kanban-доска: «We had three rows of hooks, one marked “Jobs to be done”, one marked “Jobs being done” and a third marked ”Jobs completed” with tags which were moved from hook to hook to indicate the progress of the task. (Источник: 1930 Speech by Lillian Gilbreth to National Federation of Business and Professional Women’s Clubs in New York)».

 Kanban-доска

Рис.3 Kanban-доска

Спустя некоторое время, после завершения второй мировой войны, в 1950 году на встрече с японским сообществом ученых и инженеров доктор Эдвардс Деминг (Edwards W. Deming) представил идеи статистического контроля процесса (Statistical Process Control) и цикла PDCA (Plan-Do-Check-Act). Цикл PDCA подразумевает итеративную работу над улучшением бизнес-процесса: начинается все с планирования, затем следует реализация инициатив по улучшению, проверка полученных результатов и решение о дальнейших действиях на следующей итерации. Наиболее популярный agile-фреймворк Scrum предлагает фактически аналогичный подход к организации работы проектной команды (рис 4). Использование agile-практик в проектах по оптимизации бизнес-процессов получается столь органичным именно потому, что agile является эволюцией цикла PDCA.

Two-week sprint

Рис.4 Two-week sprint

Киичиро Тойода (Kiichiro Toyoda) познакомился с работами Гилбретов в 1929 году во время поездки в США и Европу. В 50-х годах компания Тойота стала пионером в адаптации идей Гилбретов и Деминга. Производственная система Тойота (Toyota Production System) вобрала в себя идеи стандартизации работы, устранения потерь, непрерывного совершенствования по итеративному принципу, канбан и проч.

На волне роста интереса к японским автопроизводителям в 80-х годах в США появился термин Lean Production (бережливое производство). Lean — маркетинговое название принципов производственной системы Тойота. Подход быстро набрал популярность, и вскоре появились адаптации Lean для других отраслей. Концепция Lean software development стала одной из первых agile-методологий по разработке программного обеспечения.

В это же время в Японии развивались фабрики разработки ПО (Software factories). По мере ослабления барьеров в торговле и глобализации бизнеса приходилось адаптировать практики параллельной разработки для географически распределенных команд. Идеи устранения потерь (elimination of waste), стандартизации ролей и упрощения процесса добрались до самой прогрессивной на сегодняшний день отрасли спустя 60 лет после возникновения.

«Железный» треугольник, инкрементальные и итеративные практики

Давайте вернемся к «классическому» управлению проектами и вспомним диаграммы процессов Гилбретов. Именно их компания DuPont адаптировала и положила в основу своего Critical Path Method (CPM). Диаграмма Гантта, критический путь и «железный» треугольник стали популярными инструментами руководителей проектов в 60-х годов прошлого века. Спустя 40 лет идею треугольника стали использовать последователи agile для пояснения отличий классического управления проектами и agile-практик (см. рис. 5).

 

Agile-подход

Рис. 5. Agile-подход

В 60-х годах прозвучали первые упоминания об инкрементальных и итеративных практиках управления проектами. Впервые это произошло в проекте Меркурий, который реализовала NASA в 1958-1963 гг. Чуть позже, с 1968 года, началась адаптация итеративных практик под проекты разработки ПО.
Через некоторое время итеративные практики включили в фреймворк PROMPT (прообраз современного PRINCE2) и руководство PMBOK (упоминается как спиральный жизненный цикл проекта, spiral project lifecycle).

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

 

При подготовке статьи использовались материалы: McKenna T, Whitty SJ. (2013) Agile is Not the End-Game of Project Management Methodologies. In: Proceedings of the Annual Project Management Australia Conference Incorporating the PMI Australia National Conference (PMOz), Melbourne, 17‐18 September 2013.

 

  
Поделитесь с друзьями

Читайте также

Подготовка к сертификации в области управления бизнес-процессами от OMG
Подготовка к сертификации в области управления бизнес-процес...

Стартуем программу подготовки к сертификации на звание OMG Certified Expert in BPM. Во вводной части программы управляющий партнер «Бюро проектного менеджмента» Алексей Громыко делится процедурой подготовки к экзамену. В видео: 

Читать далее