Оценка проекта без полного ТЗ

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

Предварительная оценка в такой ситуации возможна, если отдельно зафиксировать вводные, допущения и открытые вопросы. Ее задача — дать управленческий ориентир по бюджету, срокам и следующему шагу, а не заменить ТЗ или discovery.

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

Цель и ближайший результат

Нужно описать, что должно измениться после этапа: запустить новый сервис, автоматизировать процесс, заменить ручную операцию, подготовить интеграцию или проверить гипотезу.

Пользователи и роли

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

Системы и данные

Даже предварительная оценка зависит от того, какие внутренние и внешние системы участвуют, какие данные уже есть и где возникают ограничения.

Ограничения и обязательные требования

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

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

Фиксированный объем этапа

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

Предпроектный этап

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

Диапазон оценки

Полезен для раннего сравнения вариантов. Диапазон должен идти вместе с допущениями: что уже понятно, что влияет на стоимость и что требует проверки.

Команда на период

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

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

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

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