Техническое задание (SOW)

Техническое задание — это документ, описывающий конкретный оплачиваемый объём работ: что будет сдано, кто это делает, по какому графику, за какую цену и как все поймут, что работа закончена. Обычно оно живёт под рамочным соглашением, которое несёт неизменные юридические условия, поэтому каждый новый проект требует короткого задания, а не повторного согласования ответственности и конфиденциальности. Центр тяжести документа — список результатов. Результат — это то, что можно передать и осмотреть: перенесённый набор данных, настроенная среда, набор интеграций, обученная группа администраторов. Всё, что сформулировано как деятельность, а не как артефакт, обычно и становится источником будущего спора: у формулировки «сопровождать интеграцию» нет момента завершения, а у формулировки «интеграция проходит вот эти named-тесты» — есть. Вторая половина той же темы — критерии приёмки. Запишите, что покупатель будет проверять, сколько времени у него на проверку и что происходит при провале: заданный срок на исправление, затем повторный осмотр, затем средство защиты. Без этого приёмка сводится к тому, у кого раньше кончится терпение, — а это обычно та сторона, которая уже заплатила. Допущения и зависимости заслуживают отдельного раздела, потому что именно в них тихо живёт график. Сроки поставщика почти всегда предполагают доступ к системам, доступность ваших профильных экспертов, данные в определённом виде и решения, возвращённые в течение стольких-то дней. Их перечисление делает явным, что сорванный срок может принадлежать покупателю, и такой разговор полезнее того, который начинается после пропущенной даты. Для проектов внедрения ИИ стоит записать три вещи, которых нет в типовых шаблонах. Какие данные поставщику нужны от вас, в каком виде и кто их готовит — неготовность данных обычно и есть причина затянувшегося проекта. Какова планка качества, выраженная как согласованное измерение на согласованном наборе случаев, а не как обещание точности. И что происходит с моделями, промптами, конфигурациями и оценочными наборами в конце: ваши ли они и в каком переносимом виде вы их получаете. Замыкает круг управление изменениями. Объём двигается в любом проекте, и задание, не умеющее поглощать изменения, порождает либо неоплаченную работу, либо ссору. Одностраничная процедура изменения с назначенным согласующим с каждой стороны и правилом «изменение оценивают до начала работ» сохраняет исходный документ достоверным, вместо того чтобы к третьей неделе превратить его в исторический курьёз.