Проектирование
Эскиз утверждён. Теперь портной делает выкройки — точные чертежи каждой детали. По ним будут резать ткань и шить. Мы создаём технические задания на каждый ГАП — чтобы разработчики точно знали, что делать.
📐Просто о сложном: выкройка для портного
Рабочий пакет (ТЗ) на каждый ГАП:
- Что делаем: Добавить внутренний карман для телефона
- Где: С левой стороны, на уровне груди
- Размер: 15х10 см, глубина 18 см
- Материал: Та же ткань, что и подкладка
- Как проверить: Телефон 6.7" влезает и не выпадает
🎯Вывод: Техническое задание — это инструкция для разработчика. Чем точнее ТЗ — тем меньше переделок.
📦Что вы получите
Конкретные результаты этапа проектирования
Рабочие пакеты (ТЗ)
Техническое задание на каждый ГАП: что делать, как проверять, сколько стоит.
Архитектура решения
Как все компоненты будут работать вместе. Схемы интеграций, потоки данных.
План-график работ
Когда и что будет готово. Вы знаете точные сроки по каждому ГАПу.
💰В чём ваша выгода?
Без проектирования
- ✗Разработчик делает «как понял»
- ✗Бесконечные уточнения и переделки
- ✗Сроки и бюджет растут
- ✗Конфликты: «мы это не заказывали»
С проектированием
- ✓Точные инструкции для разработчика
- ✓Минимум переделок
- ✓Фиксированная стоимость каждого ГАПа
- ✓Прозрачная приёмка по ТЗ
💡Главное: ТЗ — это ваша защита. Если результат не соответствует ТЗ — это объективный критерий для переделки без доплаты.
📐 V-образная схема
Проектирование — детализируем модель до уровня технических решений и настроек.
↓ Слева: спускаемся от целей к разработке
Путь УСЛУГИ: этап «Спецификация»
На этом этапе Услуга ДЕТАЛИЗИРУЕТСЯ.
Прототип и модели, которые мы создали ранее, теперь превращаются в точные технические спецификации. Это как переход от эскиза к чертежу: каждая деталь прописана до миллиметра.
Проектирование завершает этап «Описание → Сервис»: после него у нас есть всё, чтобы начать создание работающей системы.
👔 Записка ИТ-директору
Артефакты: Техническое задание (ТЗ), спецификации интеграций, архитектура решения, матрица ролей. Ответственность: архитектор и тех.лид согласовывают решение с заказчиком. Риски: неполное ТЗ = споры при приёмке; избыточное ТЗ = перерасход бюджета. Сроки: 4-8 недель в зависимости от количества доработок. Критерий завершения: подписанное ТЗ, фиксирующее scope разработки.
📄Пример структуры: Техническое задание (ТЗ)
- Общие сведения — наименование, заказчик, исполнитель
- Назначение и цели — бизнес-задачи, которые решает система
- Требования к функционалу — детальное описание доработок
- Требования к интеграциям — API, форматы, протоколы
- Требования к данным — миграция, НСИ, начальные остатки
- Нефункциональные требования — производительность, безопасность
- Порядок приёмки — критерии, процедура тестирования
- План-график работ — этапы, сроки, контрольные точки
- Ограничения и допущения — что НЕ входит в scope
- Приложения — макеты форм, схемы интеграций