Предпроектное исследование: не задержка, а страховой полис вашего проекта

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

В разработке ПО самая опасная фраза, которую может услышать клиент, — «давайте просто начнём писать код и разберёмся по ходу».

Когда бизнес выделяет существенный бюджет на веб- или мобильную разработку, возникает сильное давление увидеть немедленный осязаемый результат. Из-за этого давления заинтересованные стороны часто воспринимают предпроектное исследование как лишнюю задержку — бюрократический барьер, мешающий разработчикам писать код.

На деле исследование работает наоборот. Оно переносит изменения объёма туда, где их дешевле всего вносить: в документ, до того как от них зависит хоть одна строка кода.

Является ли исследование просто задержкой до того, как что-то построено?

Заблуждение в том, что разработчики и так знают, как собрать стандартное приложение, поэтому планирование избыточно. Но вы строите не типовое приложение, а ПО, отражающее ваши уникальные операционные правила, краевые случаи и интеграции.

По данным Boehm и Basili, проекты разработки ПО тратили около 40–50% трудозатрат на переделки, которых можно было избежать — Boehm & Basili, 2001. Пропуск этапа исследования означает, что разработчики будут делать допущения о вашей бизнес-логике. Когда эти допущения окажутся неверными на пользовательском тестировании, код придётся выбросить и написать заново. Пропуск исследования не отменяет работу по поиску этих ответов. Он переносит эту работу в разработку, где каждый ответ приходит в виде переделок.

Что на самом деле прорабатывает этап исследования?

Строгий этап исследования отвечает на конкретные технические вопросы до того, как кто-либо напишет код:

1. 01
   Функциональный объём

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

2. 02
   Архитектура

   схема базы данных, фронтенд-фреймворк, серверные технологии и серверная инфраструктура, которые нужны системе.

3. 03
   Интеграции

   все сторонние API (платёжные шлюзы, CRM, ERP), к которым должна подключаться система, включая структуры передаваемых данных и лимиты запросов.

4. 04
   Риски

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

5. 05
   Этапы и оценка

   план разработки и бюджет, основанные на определённых требованиях — а не на догадках.

В Webiland исследование — это внутренняя работа. Мы проводим его за свой счёт, до того как называем цену. Его результаты ложатся в письменное предложение, которое вы получаете до подписания: объём работ, этапы и смета с разбивкой по пунктам.

Какова цена пропуска исследования и как именно расползается объём?

Как возникает расползание объёма без предпроектного исследования? Возьмём платформу электронной коммерции. Без исследования требование звучит просто: «добавить приём платежей». В ходе разработки клиент понимает, что нужны регулярные подписки, мультивалютность и автоматический расчёт налога для клиентов из ЕС.

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

Сколько времени занимает исследование и кто за него платит?

Длительность полностью зависит от сложности проекта. Корпоративная веб-платформа описывается быстро; заказная интеграция машинного обучения с унаследованным финансовым ПО требует глубокого аудита данных и занимает заметно дольше. Мы не выставляем счёт за исследование. Сроки и стоимость самого проекта фиксируются в вашем письменном описании объёма до начала работ.

Как понять, что процесс исследования в студии строгий?

Важно не то, сколько стоит исследование. Важно то, что оно меняет. Если предложение студии лишь повторяет присланный вами список функций, ваши требования ещё никто не ставил под сомнение.

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

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

Часто задаваемые вопросы

Является ли этап исследования просто задержкой перед разработкой?

Нет. У вашего проекта свои операционные правила, нестандартные сценарии и интеграции. Если разработчики пропускают исследование, они строят догадки о вашей бизнес-логике. Когда эти догадки оказываются неверными, написанный код приходится выбрасывать и переписывать.

Какой результат даёт этап исследования?

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

Кто оплачивает исследование в Webiland?

В Webiland исследование — это внутренняя работа: мы проводим его за свой счёт до выставления коммерческого предложения. Сроки и стоимость проекта фиксируются в письменном описании объёма работ до старта разработки.

Как понять, что студия проводит исследование строго?

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