LITMIR.BIZ

      Такая модель была удобна тем, что гарантировала качество продукта и его соответствие заранее известным требованиям. Кроме того, она хорошо соответствовала общепринятым в XX веке методам управления промышленным производством с его упором на иерархию, стандартизацию и отчетность.

      Но со временем стали заметны недостатки модели. ПО усложнялось, а деловая среда становилась все более непредсказуемой. Заявленные в начале разработки технические требования к концу процесса могли устареть или измениться, а в ходе работы возникали новые, ранее непредвиденные требования и обстоятельства. Учитывать их часто бывало уже слишком поздно, и разработчики предпочитали вовсе отказываться от выпуска продукта, теряя деньги и время. Кроме того, некоторыми особенностями готового продукта (до 60 % функционала) клиенты пользовались редко или не пользовались вовсе, а ведь на их разработку тратились время и ресурсы. В таких условиях преимущество получали компании, которые первыми выпускали пусть и не совсем «вылизанные», но более или менее рабочие версии востребованных у пользователей продуктов.

      Что же помогало этим гибким компаниям и коллективам разработчиков опережать конкурентов? «Манифест» постулирует четыре основные ценности:

      ▶ Люди и взаимодействие важнее процессов и инструментов.

      ▶ Работающий продукт важнее исчерпывающей документации.

      ▶ Сотрудничество с заказчиком важнее согласования условий контракта.