2. Гибкие методы управления проектами (agile)
Гибкие методы управления уходят своими корнями в 1957 год, когда впервые была рассмотрена возможность разработки программного обеспечения инкрементальным путем. Само же понятие «agile» было впервые использовано Уильямом Ройсом в 1970-х годах в контексте разработки крупных компьютерных систем.46 Однако действительно первой серьезной работой на тему гибких методов управления было исследование Хиротаки Такеучи и Икуджиро Нонаки «The New New Product Development Game», опубликованное в Harvard Business Review в 1986
году, в котором авторы проанализировали опыт использования японскими корпорациями небольших самоуправляемых команд для разработки инновационных продуктов. Этот способ получил название «скрам».47
Окончательно идеи гибких методов разработки оформились в 2001 году с публикацией Аgile Манифеста семнадцатью признанными экспертами в области управления проектами. Несмотря на то, что Манифест касался, в основном,
разработки программного обеспечения, закрепленные в нем ценности актуальны для использования гибких методов управления в любой сфере.48
2.1 Ключевые ценности
Люди и их взаимодействие важнее, чем процессы и инструменты
Общение между персоналом важнее закрепленных регламентов. Не всегда установленные в компании процессы являются наиболее эффективными, поэтому приветствуется любое взаимодействие сотрудников, которое может привести к большей эффективности и более быстрой доставки ценности клиенту. Приоритет
46Alexander M. Agile project management: A beginner’s guide // CIO, 12 January 2017: http://www.cio.com/article/3156998/agile-development/agile-project-management-a-beginners-guide.html
47Takeuchi H., Nonaka I. The New New Product Development Game // Harvard Business Review. 1986. Vol. 64. No. 1
48Beck K., Beedle M., van Bennekum A., Cockburn A., Cunningham W., Fowler M., Grenning J., Highsmith J., Hunt A., Jeffries R., Kern J., Marick B., Martin R.C., Mellor S., Schwaber K., Sutherland J., Thomas D. Manifesto for Agile Software Development. 2001: http://agilemanifesto.org/
19
общения над инструментами не означает полный отказ от последних, напротив, в
ходе гибких методов управления происходит создание новых инструментов.
Однако, цель новых инструментов состоит не в защите устоявшихся процессов компании, а в помощи сотрудникам в доставке клиентской ценности. Роль руководства в данной связи заключается в поиске и отборе наиболее мотивированных сотрудников, способных работать самостоятельно, и
предоставлении им для этого наиболее благоприятных рабочих условий.49
Работающий продукт важнее документации и инструкций
Основная цель заключаемого между сторонами контракта – защититься на случай невыполнения контрагентом взятых на себя обязательств и разграничить ответственность между сторонами контракта. В случае если все заинтересованные стороны доверяют друг другу и каждая из них действительно заинтересована в как можно скорейшей разработке продукта, подобная документация представляется излишней. При этом полного отказа от документации в процессе применения гибких методов управления проектами не происходит, однако теперь ее цель – передача экспертизы, информации касательно нового продукта. Достаточно быстрое появление работающего продукта, помимо всего прочего, улучшает психологическое состояние сотрудников и повышает их мотивацию.50
Работа с клиентом важнее согласования условий контракта
На практике нередко возникают ситуации, когда клиент в начале проекта не до конца осознает, какой именно результат он хочет получить. Поэтому довольно часто клиент желает внести изменения в уже утвержденный проект. Однако, чем ближе проект подходит к своему завершению, тем сильнее возрастает стоимость внесения изменений. В результате, либо компании приходится вносить дорогостоящие изменения в проект и заново проходить через многие этапы, либо
49Ригби Д., Сазерленд Д., Такеучи Х. Указ. соч.
50Там же
20