Такая модель была удобна тем, что гарантировала качество продукта и его соответствие заранее известным требованиям. Кроме того, она хорошо соответствовала общепринятым в XX веке методам управления промышленным производством с его упором на иерархию, стандартизацию и отчетность.
Но со временем стали заметны недостатки модели. ПО усложнялось, а деловая среда становилась все более непредсказуемой. Заявленные в начале разработки технические требования к концу процесса могли устареть или измениться, а в ходе работы возникали новые, ранее непредвиденные требования и обстоятельства. Учитывать их часто бывало уже слишком поздно, и разработчики предпочитали вовсе отказываться от выпуска продукта, теряя деньги и время. Кроме того, некоторыми особенностями готового продукта (до 60 % функционала) клиенты пользовались редко или не пользовались вовсе, а ведь на их разработку тратились время и ресурсы. В таких условиях преимущество получали компании, которые первыми выпускали пусть и не совсем «вылизанные», но более или менее рабочие версии востребованных у пользователей продуктов.
Что же помогало этим гибким компаниям и коллективам разработчиков опережать конкурентов? «Манифест» постулирует четыре основные ценности:
▶ Люди и взаимодействие важнее процессов и инструментов.
▶ Работающий продукт важнее исчерпывающей документации.
▶ Сотрудничество с заказчиком важнее согласования условий контракта.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «ЛитРес».
Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.
