В России Техническое задание пишется согласно двум ГОСТам: ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы»; ГОСТ 19.201-78 «Техническое задание. Кто знает программные продукты разработанные на основе ТЗ перечисленных ГОСТов?
ТЗ по ГОСТу |
Проектная методология |
Нет упоминания жизненного цикла.
|
Проект начинается с выбор проектного подхода определяющего жизненный цикл проекта. Фиксируются сроки и стоимость
|
Фиксируются сроки и стоимость. Изменение содержимого скажется самым болезненным образом.
|
Кроме сроков и стоимости оговаривается возможность менять - содержимое, приоритеты, стоимость
|
В восприятии Заказчика ТЗ что-то основательное окончательное, законченное. В законченности кроется противоречие - обычно содержание зафиксировано на верхнем уровне, а сроки и стоимость определены. |
Модель водопада - наиболее подходящая под описание ТЗ. Нацелена на управление стоимостью и сроками имеет серьезные ограничения на изменения содержимого и сроков |
Невозможно определить полный и законченный комплект документации. |
Проектная методология, в частности гибкая и гибридная модель опирается на готовность менять приоритеты, содержимое и стоимость проекта. |
Со времен Конфуция ценим правильные термины «имена неправильны, речь противоречива; когда речь противоречива, дела не завершаются успехом» - Лунь юй. XVI в.
Как запустить ИТ проект - чтоб не было мучительно больно за потраченные силы и время.
Критерии выбора - как при выборе строительной бригады:
1) рекомендации - на основе успешных кейсов
2) предусмотрительность исполнителей в ведении проекта
a) дорожная карта - детальное понимание этапов проекта
b) декомпозиция на этапы и сопутствующие документы
3) исполнитель демонстрирует свой взгляд и рассказывает о лучших практиках реализации узлов подобных проектов.
Вместо ТЗ рекомендуем использовать термин проект. И опереться на проектную документацию.
Четыре ключевых документа позволяют сузить содержание проекта (SCOPE), снизить стоимость и сроки будущего проекта:
- Визуализированная организационная структура - необходима для ролевого описания оптимизируемых процессов
- Визуализированная схема изменяемого процесса, с детализацией:
2.1. участники процесса
2.2. информационные системы
2.3. содержание этапа
- Несколько пользовательских историй. Ролевая история - описываем кто, что, когда и в какой последовательности выполнил в рамках рассматриваемого процесса.
3.1. Заказчик - Максим Горький, букет “Ромашки”, сумма 2900 руб., дата заказа 08.03.2022. Описанные действия выполнялись одним днем - 08.03.2022
3.1.1. Этап 1-2. Заказчик заказывает на сайте https://flowwow.com букет “Ромашки”
3.1.2. Этап 2-3. Заказчик оплачивает Заказ онлайн, Колл-центр уточняет содержимое Заказа и время доставки.
3.1.3. Этап 3-4. Колл-центр подбирает в соответствии с адресом доставки ближайший розничный магазин
3.1.4. Этап 4-5. Флорист собирает букет. Оставляет заявку курьеру.
3.1.5. Этап 5-6. Курьер появляется в розничной точке. Флорист пробивает чек и передает букет курьеру.
3.1.6. Этап 6-7. Курьер передает Заказ Получателю и сообщает о передаче товара.
3.1.7. Этап 7-8. Колл-центр закрывает Заказ
3.1.8. Этап 8-9. Финблок - проверяет финансовые показатели сделки
- Критерии приемки проекта - сценарии и методики тестирования. Ключевой инструмент управления качеством разработки. Со стороны Заказчика назначен ответственный за проведение проверки. Проверки осуществляются в тестовом контуре.
4.1. Заказ на сайте с выбором букета
4.2. Создание клиента
4.3. Создание товара
4.4. Создание заказа в учетной системе. Отработка цепочки документов.
4.4.1. Закупка
4.4.2. Установка цен
4.4.3. Комплектация
4.4.4. Эквайринговая операция
4.4.5. Реализация
4.4.6. Расчет себестоимости
4.5. Контроль финансового результата сделки
4.5.1. Валовая прибыль - себестоимость, продажа, прибыль
4.5.2. Отчет о прибылях и убытка - корректное отражение в структуре доходов
Создание перечисленных документов - структурирует ожидания Заказчика от проекта. Позволит более точно спрогнозировать стоимость и сроки.