Technical Specification & Requirements Engineering
Разработка технического задания на цифровой проект
Подготовим требования, по которым вы запросите предложения у подрядчиков, сравните их и примете результат разработки.
Стоимость и сроки назовём после первого разговора о задаче.
Контекст
Зачем это нужно
Когда ТЗ пишет подрядчик, оно описывает то, что ему удобно сделать. Когда его нет вовсе, каждый исполнитель понимает задачу по-своему — и предложения по объёму, срокам и стоимости невозможно сопоставить.
Мы готовим техническое задание на стороне заказчика. Цель — не документ ради документа, а способность заказчика ясно сформулировать задачу, предметно обсуждать объём работ с исполнителями и проверять результат по согласованным критериям.
Ситуации
Когда обращаться
- Предстоит запросить коммерческие предложения или провести закупку.
- Предложения подрядчиков расходятся по объёму, срокам и стоимости, и их невозможно сравнить.
- Требования существуют в обсуждениях и презентациях, но не в документе.
- Нужно определить состав первой версии и отделить обязательное от желательного.
- Предстоит новый этап проекта или смена подрядчика.
- Нужно заранее договориться, по каким критериям будет приниматься результат.
Состав работ
Что сделаем
Бизнес-требования
Цели, пользователи и сценарии, которые должно поддерживать решение.
Функциональные и нефункциональные требования
Что система должна делать — и с какой производительностью, надёжностью и уровнем безопасности.
Данные, интеграции и архитектура
Источники и структура данных, взаимодействие с действующими системами, архитектурные ограничения.
Границы проекта и приёмка
Состав первой версии, что откладывается на следующие этапы и как будет проверяться результат.
Результат
Что вы получите
Как проходит работа
- Знакомство
- созвон 30–40 минут: задача, сроки, имеющиеся материалы
- Сбор требований
- интервью с участниками, разбор процессов, документов и действующих систем
- Согласование
- проект ТЗ, обсуждение и доработка до согласованной версии
- Структурированное техническое задание
- Описание пользователей и ключевых сценариев
- Функциональные и нефункциональные требования
- Требования к данным и интеграциям
- Границы проекта и состав первой версии
- Критерии приёмки и пакет для запроса предложений
Пример результата
Структура технического задания
Типовое оглавление. Глубина проработки разделов зависит от сложности проекта и согласованного объёма работ.
Общие сведения
- Цели проекта и бизнес-задача
- Участники и заинтересованные стороны
- Термины и определения
Пользователи и сценарии
- Роли пользователей
- Ключевые сценарии работы
- Исключения и ограничения
Функциональные требования
- Функции по модулям и ролям
- Бизнес-правила
- Приоритет: обязательные и желательные требования
Нефункциональные требования
- Производительность и надёжность
- Безопасность и разграничение доступа
- Требования к инфраструктуре
Данные и интеграции
- Источники и структура данных
- Интеграции с действующими системами
- Архитектурные ограничения
Границы и приёмка
- Состав первой версии
- Что не входит в проект
- Критерии и порядок приёмки
Аудитория
Для кого
- Руководители цифровых проектов
- ИТ-директора и руководители ИТ-подразделений
- Руководители бизнес-направлений — владельцы задачи
- Закупочные подразделения
- Компании без собственной экспертизы в требованиях
Контакты
Обсудим ваш проект до того, как вы начнёте инвестировать
Расскажите о проекте, задаче или предложении подрядчика. На первом созвоне предложим, с чего начать и какой формат работы подойдёт.
Что будет после заявки
- Созвон 30–40 минут — разберём задачу и ситуацию
- Предложение — состав работ, сроки и стоимость
- Договор — и начинаем работу