Одна из оригинальных идей пришла из Лаборатории Белла, той самой, где родился Цикл Деминга (PDSA). В статье о работе команды
Borland Quattro Pro рассказывалось о пользе коротких ежедневных встреч команды. Авторы утверждали, что это улучшает синхронизацию и повышает производительность команды. Но ключевая концепция Сазерлендом была взята из статьи Нонаки и Такеучи о «регбийном» подходе, несмотря на то, что он относился скорее к производству, нежели к сфере ИТ. Взяв множество идей из различных источников Сазерленд создал новый способ разработки софта, дав ему название «Scrum» в честь аналогии с регби. Метод Scrum позволил ему успешно завершить практически невозможный проект в срок, в рамках бюджета и с небывало низким количеством багов. Он объединился со своим коллегой Кеном Швабером (Ken Schwaber) для формализации подхода и в 1995 году Scrum был представлен всему миру.
Конечно, Швабер и Сазерледн были не одиноки в своих поисках инновационных методов работы. Век информации наступал стремительно. Подрывные технологии сметали «медленных» игроков с рынка. Стартапы и руководители компаний искали способы выжить в нестабильной турбулентной среде. Софт стал неотъемлемой частью практически каждого бизнеса, и многие талантливые разработчики трудились над тем, чтобы сделать методы разработки более гибкими.
В 2001 году, 17 разработчиков, которые называли себя «организационными анархистами» встретились в городе Сноубёрд (Snowbird, Utah) чтобы поделиться идеями повышения эффективности. Сазерленд и другие сторонники Scrum были среди них. Но в группу входили приверженцы нескольких конкурирующих подходов: экстремального программирования (ХР), crystal, adaptive software development (ASD), feature-driven development (FDD); и dynamic-systems-development method (DSDM). Все эти подходы были известны как «лёгкие» фреймворки, потому что они используют более простые правила и процессы для быстрой адаптации к изменяющейся среде. Но не всех участников устраивала существующая терминология и название «лёгкие фреймворки».
Несмотря на разногласия, участники в конце концов выбрали новое название для движения: Agile. Название подсказал один из участник, который тогда читал книгу
Agile Competitors and Virtual Organizations: Strategies for Enriching the Customer. В этой книге даётся 100 примеров компаний, включая АВВ, Federal Express, Boeing, Bose и Harley-Davidson, которые придумывали оригинальные способы бороться с неопределённостью и турбулентностью среды. После того, как имя было выбрано, участники съезда сформулировали знаменитый
«Agile-манифест разработки программного обеспечения» (
Manifesto for Agile Software Development), в котором были сформулированы ключевые ценности и принципы, которые разделили все участники. С 2001 года, все техники разработки, разделяющие эти ценности называются гибкими методологиями Agile.
После публикации Манифеста, Agile движение стало набирать популярность. Манифест был опубликован на сайте и любой желающий мог подписать его в знак поддержки принципов гибкой разработки. Спустя год члены оригинальной группы и присоединившиеся последователи собрались снова чтобы решить, как лучше распространять свои идеалы среди профессионального сообщества. Все согласились писать статьи и выступать с лекциями по Agile. Часть захотели создать рабочую группу. Сейчас эта группа превратилась в
Альянс Agile, в котором сейчас состоит почти 30, 000 человек.
Между тем, гибкие методологии продолжали развиваться. В конце 1980х начале 1990х исследователи из Массачусетского Технологического Университета (MIT) стали изучать японские производственные системы, особенно систему Toyota. Они использовали термин «lean» («бережливый») для описания методов улучшения производительности системы за счёт избавления от различных потерь (muda), неравномерности выполнения работы (mura) и перегрузки сотрудников или оборудования (muri). Методики бережливого производства не рассматривались на собрании в Сноубёрде, и многие специалисты долгое время отказывались причислять их к Agile и рассматривать как гибкие методики. Но со временем сторонники lean сконцентрировались на более близком взаимодействии с клиентами и, в конце концов, Agile-специалисты пришли к принятию lean, kanban, и их гибридам (таким, как Scrumban или lean scrum) в качестве практического воплощения ценностей и принципов Agile.
У успеха много отцов, и у Agile богатая родословная. И хотя разнообразное «семейное древо» зачастую вызывает жаркие споры среди приверженцев гибких методологий, два факта совершенно очевидны. Во-первых, корни Agile уходят за пределы ИТ-сектора. Во-вторых, «ветви» Agile будут разрастаться широко за пределы разработки программного обеспечения, и затронут работу практически каждой компании во многих отраслях.
Материал «Проектные сервисы».