Web application
development

Заключаем договор на разработку веб-приложения по согласованному техническому заданию, за определенную цену, в определенные договором сроки, с фиксированным объемом работ.

Плюсы:

• Законченный проект, который реализуется от и до, полностью по согласованному и приложенному к договору техническому заданию. Такой вариант хорошо подходит для небольших веб-приложений длительностью разработки в 1-2 месяца.
• Бюджет по договору фиксирован, а значит его превышние невозможно. Любой перерасход на наших плечах.
• Клиенту не нужны технические знания и глубокое погружение в технические детали проекта. Все реализуется командой по составленному техническому заданию.

Минусы:

• Проблематично внести изменения в проект в процессе работы над ним. Так как техническое задание на веб-приложение не подлежит корректировке до момента сдачи работ.
• Клиенту необходимо как можно тщательнее подойти к написанию и согласованию технического задания, чтобы в нем были учтены все нюансы по разработке веб-приложения.
• Стоимость вероятнее будет больше, чем в T&M варианте, так как нам необходимо учитывать в цене проекта все риски и неопределенность. Неопределенности больше в проектах, где есть различные внешние интеграции, как на получение данных так и на их передачу, в проектах где есть неиспользуемые ранее технологические решения от других компаний, планирующиеся к интеграции в разрабатываемое веб-приложение.

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

Плюсы:

• Гибкая разработка — функционал и техническое задание можно менять прямо в процессе разработки веб-приложения. Великолепно подходит для больших сложных проектов.
• Прозрачная разработка — вы видите какие задачи в работе, кто их выполняет, во сколько часов оценена задача и сколько фактически заняла. Объем отработанного времени виден сразу в трекере задач, в который у клиента есть доступ. Вы получаете еженедельные результаты и можете контролировать их качество с использованием аудита из вне.
• Экономия бюджета заказчика — прозрачность каждого этапа работ дает возможность не закладывать различные риски и неопределенность в финальную стоимость веб-приложения. Часто такая страховка необоснована и на этом заказчик может сэкономить.
• Возможность аудита кода и архитектуры в процессе работы над проектом. Если качество не устраивает, то относительно безболезненно и быстро, при должном документировании, можно передать проект другой команде.

Минусы:

• Бюджет не определен — сколько понадобиться ресурсов и трудозатрат на весь проект по разработке веб-приложения на момент его начала определить сложно. Мы стараемся давать оценки от минимальной до максимальной, но они носят приблизительный характер. Да, по факту сделать такое же веб-приложение по фиксированной цене выйдет дороже, но что будет значить “такое же” на старте понять достаточно сложно.
• В формате T&M не стоит отходить от стартовых задумок по проекту, стартового ТЗ, так как это может очень сильно изменить время и стоимость разработки.
• Нужна более сильная (по сравнению с фиксированной стоимостью) вовлеченность в проект по разработке веб-приложения. Заказчику нужно вести постоянные коммуникации с командой разработчика.
• Возможно столкнуться с завышением трудозатрат и, соответственно, цены каждой итерации.

Из общего технического задания или задумок клиента выделяется приоритетный функционал, на основе которого можно собрать MVP (минимально жизнеспособный продукт) версию веб-приложения. Обычно мы берем объем функционала, который умещается в 2 человеко-месяца работы. MVP версия делается по фиксированной стоимости, а дальнейшая работа строится на парадигме T&M формата, небольшими этапами-спринтами.

Плюсы:

• Если вы опасаетесь работать с командой по фиксированной стоимости за весь проект и хотите сэкономить, вы можете выполнить минимальную версию веб-приложения по фиксированной стоимости, не рискуя неопределленностью с бюджетом. Такую версию уже можно будет «пощупать» и показать первым пользователям.
• Прозрачная разработка — так как фактически работа ведется по правилам T&M внутри команды, то работает и трекер задач и оценка в часах. Вы можете наблюдать сколько часов потратила команда на разработку веб-приложения, и сравнить дороже это или дешевле той фиксированной стоимости, которую вы заплатили.
• Можно получить продукт с ограниченными функциями за конкретную стоимость, доделывая, увеличия функционал дальше, с уже проверенной командой.

Минусы:

• Самый главный минус, который не лежит на поверхности - это невозможность продолжения разработки веб-приложения с той же командой, которая собралась на старте.
  
  Как так получается: Если после приемки MVP версии заказчик делает паузу, чтобы проверить продукт на первых пользователях или просто по своим соображениям, то разработчики распределяются по другим проектам, а когда заказчик возвращается с желанием создать новые функции - надо собирать уже новую команду, тех, кто не имел отношения к стартовому проекту.
• Конечно мы стараемся, чтобы в таком случае кто-то из стартовой команды продолжал участие в проекте, вводил новых людей в проект, но такое случается не всегда. Часто первых разработчиков приходится переключать частично с других проектов, из-за этого работа тормозиться.
• Этот формат разработки веб-приложений очень любят клиенты, в нем есть мнимая безопасность, но на деле минусы перевешивают все возможные плюсы. Мы не рекомендуем вести веб-разработку таким способом.