Язык

Настольные приложения

Fixed Price — успех или провал?

December 4, 2012

Fixed Price — успех или провал? Fixed Price — успех или провал?

Fixed PriceДовольно часто сотрудничество по модели Фиксированная цена считается одной из наиболее подходящих среди заказчиков, поскольку она позволяет контролировать бюджет проекта. В этой статье мы рассмотрим особенности ведения проектов по модели Fixed Price, а также проанализируем действительно ли “Фиксированная цена” является эффективным по затратам решением, соответствующим отношению “Цена-Качество” или на деле это провал проекта?

Как правило заказчик перед началом проекта имеет достаточно поверхностное понимание того, каким должен быть конечный продукт. Зачастую это не связано с профессиональными навыками команды заказчика, составляющими требования. Как показывает практика, перед началом проекта ни заказчик, ни исполнитель не знают какой именно функционал потребуется через несколько месяцев после начала разработки. В крупных проектах, документ с окончательными требованиями, предоставленный заказчиком в лучшем случае описывает требования, актуальные в данный момент, но далеко не конечную версию продукта. В связи с этим в ходе разработки возникает множество конфликтов внутри самого проекта.

Принято выделять три столпа, на которых держится успех завершения проекта по модели Fixed Price: стоимость, сроки выполнения и требования к продукту.

Как правило сроки выполнения и стоимость четко зафиксированы. Это те факторы, которым заказчики уделяют больше всего внимания, полагая, что фиксированная стоимость является залогом успешного проекта. Однако ни что иное как максимально детализированное техническое задание является наиболее важным фактором, от которого напрямую зависит конечный продукт, а соответственно и успех проекта в целом.

Насколько детально может быть прописано техническое задание? Как показывает практика все попытки максимально детализировать техническое задание претерпевают неудачу. В крупных проектах команда разработчиков практически ежедневно достигает все более четкого понимания ожиданий заказчика относительно конечного продукта. Как результат, руководителю проекта приходится лавировать между изначальными требованиями к продукту и изменениями, которые исходят от заказчика на протяжении всего периода разработки.

Но если зафиксирована стоимость, то почему бы не зафиксировать и требования, оговоренные в техническом задании? В таком случае конечный продукт рискует стать полностью непригодным к использованию, поскольку изначальные требования — это лишь поверхностное видение конечного продукта.

Есть еще один вариант развития событий — идти на уступки заказчику и менять требования на лету. В таком случае с огромной долей вероятности события будут развиваться по следующему сценарию: руководитель проекта все свое время тратит на сбор и анализ новых требований, а команда разработчиков занимается переоценкой объема работ согласно новым требованиям. Очевидно что непосредственная разработка отходит на второй план. Незапланированная работа по изменению требований пагубно влияет на сроки выполнения проекта.

Как видим ни тот, ни другой сценарий развития событий не работает во благо проекта.

Итак, из вышеописанного видно, что Fixed Price зачастую не является взаимовыгодной моделью как для заказчика, так и для исполнителя. По крайней мере об этом однозначно можно говорить, когда речь идет о крупных проектах. Единственным возможным вариантом, когда использование модели Fixed Price может быть успешным решением мы считаем использование данной модели в небольших проектах когда заказчик имеет четкое представление о конечном продукте, а также максимально детализированное техническое задание, которое полностью понятно специалистам на стороне исполнителя. Это тот фактор, на который мы рекомендуем обращать внимание заказчикам прежде всего, поскольку именно техническое задание непосредственно влияет на стоимость, о которой столь бережно заботится большинство клиентов. Чем детальнее составлено техническое задание, тем точнее будет сделана оценка проекта.