«Сколько это займёт» — вопрос, на который честный ответ звучит скучно: зависит от того, насколько быстро вы принимаете решения.
Ориентиры по этапам
Первая рабочая версия веб-системы — восемь недель. Один сквозной сценарий, который несёт настоящую работу, с ролями и админкой.
Первый релиз мобильного приложения — восемь недель на обе платформы, включая публикацию.
Автотесты на критичные пути — две недели.
Настройка выкатки и мониторинга — две недели.
Система размером с производственную платформу — месяцы, и правильный вопрос не «сколько всего», а «что будет полезно через восемь недель». Наша платформа для позаказного производства идёт восьмой месяц и продолжается: она окупалась по одному потоку за раз.
Четыре причины, по которым сроки уезжают
Решения на вашей стороне. Самая частая. Вопрос задан во вторник, ответ пришёл через полторы недели — это полторы недели проекта. Выделенный человек с правом решать экономит больше, чем любой штраф в договоре.
Интеграции с тем, что вам не принадлежит. Чужой API, чужие тестовые доступы, чужой отпуск.
Данные. Перенос истории всегда дольше, чем кажется, потому что старые записи грязные так, как никто не помнит.
Меняющийся объём. Не «изменения вредны», а «изменения стоят времени». Их надо не запрещать, а называть вслух: эта правка сдвигает срок на неделю, берём?
Приём, который держит график
Резать на куски, каждый из которых полезен сам по себе.
Не «через полгода всё», а «через восемь недель работает приём заявок, дальше решаем по факту». Так у вас появляется работающая часть до того, как закончится терпение, а у проекта — точка, где можно честно остановиться, если бюджет изменился.
Побочный эффект: подрядчик, который согласен так работать, не может спрятать проблемы до финала.
Что съедает время на самом деле
Если посмотреть на проект, который уехал по срокам, задержка почти никогда не
лежит в написании кода.
Ожидание ответов. Вопрос «как считается скидка для оптовиков» уходит к
заказчику и возвращается через неделю, потому что человек, который это знает,
в отпуске. Неделя ожидания — это неделя срока, хотя работа не велась.
Чужие системы. Доступ к тестовому контуру банка, документация к API, которой
нет, выгрузка из 1С, которую делает подрядчик со своим расписанием. Это самая
частая причина сдвига, и планировать её надо с запасом.
Приёмка. Систему сдали, но люди начали смотреть её через три недели, потому
что был квартальный отчёт. Продукт всё это время не двигался.
Изменения на середине. Не всегда плохо — иногда это единственно разумное
решение. Но каждое изменение стоит времени, и честный подрядчик называет цену
сразу, а не копит недовольство.
Отсюда простое следствие: срок держится не подрядчиком, а обеими сторонами.
Самое дешёвое, что может сделать заказчик для графика, — назначить человека,
который отвечает на вопросы в течение дня и имеет право решать.
Как выглядит график, которому можно верить
Три признака, по которым видно, что план не декоративный.
В нём есть промежуточные результаты, которые видно. Не «неделя 3:
бэкенд», а «неделя 3: можно зарегистрироваться и создать заказ». Первое
проверить нельзя, второе — можно.
В нём есть запас, и он назван. Не растворён в оценках, а стоит отдельной
строкой. План без запаса — это не план, а лучший случай.
В нём есть точка, где можно остановиться. Хороший первый этап
заканчивается системой, которая полезна сама по себе, даже если продолжения не
будет. Мы поэтому строим первую версию вокруг одного сценария:
восемь недель — это срок, после которого у вас есть работающая часть, а не
половина каркаса.
Чего не бывает
Не бывает «за две недели под ключ» для системы с ролями и деньгами. Бывает лендинг, бывает сборка из готовых блоков, бывает демо, которое нельзя показывать клиентам.
И не бывает точной даты до того, как записан объём. Любая названная дата до этого — маркетинг, в том числе наша.
Если у вас есть дата, к которой действительно нужно успеть, скажите её первой. Иногда ответ — «успеем, но вот в таком объёме», и это лучший разговор из возможных.
Соседний разбор: что входит в передачу проекта и как проверить это заранее.