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