Что делать, если нельзя проверить результат IT-подрядчика
Как перевести спор о готовности в реестр обязательств, артефактов, критериев, доступов, воспроизводимых проверок и управленческих решений.
Коротко: Не начинайте с оценки процента готовности. Сопоставьте договорный результат с конкретным артефактом и способом проверки: кодом, сборкой, тестом, документом, доступом или демонстрацией в согласованном окружении. Неизвестное фиксируйте отдельно от дефекта.
Матрица общего IT-проекта: обещание, доказательство, тест, решение
Эта статья относится к любому digital/IT-проекту. В отличие от узкого AI-аудита, здесь проверяются репозиторий, сборка, окружение, документация, доступы и фактическая передача результата.
Отделите доступ от результата
Учётная запись в сервисе не доказывает передачу кода, данных или права администрирования. Для каждого актива фиксируют владельца, роль заказчика, процедуру восстановления и зависимость от подрядчика.
Отделите демонстрацию от воспроизводимости
Скриншот подтверждает видимое состояние в момент показа, но не сборку и развёртывание. Доказательство должно позволять заказчику или независимому проверяющему повторить сценарий в согласованном окружении.
Не смешивайте неизвестное и дефект
Если доступ не выдан, результат нельзя проверить — это блокер проверки. Если сценарий воспроизведён и не соответствует критерию — дефект. Разные состояния требуют разных решений и сроков.
Реестр DEMO-IT-ACCEPT
Учебный образец. Перенесите структуру в рабочий документ и замените исходные условия своими.
- Объём
- Только четыре обязательства учебного этапа.
- Статус
- Принято / несоответствие / невозможно проверить / вне объёма.
- Версия
- Commit, образ или документ с неизменяемым идентификатором.
- Решение
- Принимает заказчик по зафиксированному доказательству.
| Обещание | Доказательство | Проверка | Решение |
|---|---|---|---|
| Исходный код передан | Репозиторий заказчика | Клон и история доступны | Принять |
| Система разворачивается | Инструкция + образ | Чистое окружение | Повторить: шаг 4 неясен |
| Резервная копия есть | Файл и регламент | Тест восстановления | Не проверено |
| Админ-доступ передан | Роль заказчика | Вход и восстановление | Несоответствие роли |
Определение
Проверяемый результат подрядчика — переданный заказчику артефакт, который соответствует заранее определённому критерию и может быть воспроизведён без скрытой зависимости от исполнителя.
Когда это важно
- Готовность описывается словами и скриншотами.
- Сборка или окружение доступны только подрядчику.
- Новые оценки смешивают дефекты, исходный объём и дополнительные функции.
Как принять решение
| Ситуация | Что проверяем | Решение |
|---|---|---|
| Есть артефакт и критерий | Версия, доступ, воспроизводимость и отклонения | Принять или оформить несоответствие |
| Артефакт есть, критерия нет | Договорный смысл и фактический сценарий | Согласовать процедуру проверки |
| Нет доступа или передачи | Владелец, инфраструктура, лицензии и зависимость | Не считать этап независимо переданным |
Порядок работы
- Зафиксировать объём. Собрать договор, приложения и подтверждённые изменения.
- Создать реестр. Для обязательства указать артефакт, критерий и ответственную сторону.
- Провести проверку. Воспроизвести результат и сохранить протокол.
- Разделить решения. Отдельно принять, исправить, изменить объём или остановить.
Типичные ошибки
- Проверять только интерфейс без кода, данных и окружения.
- Требовать невозможный критерий задним числом.
- Считать отсутствие доказательства автоматическим доказательством дефекта.
Практические рекомендации
- Начните с одного оплачиваемого этапа.
- Требуйте передачу доступов вместе с результатом.
- Храните историю решений и исключений.
Вывод: Контроль появляется, когда каждый статус можно связать с обязательством, доказательством и решением, а не когда спор заменён ещё одним мнением.
Частые вопросы
Можно проверить проект без исходников?
Частично: доступные функции и документы. Вывод о качестве и передаваемости кода будет ограничен.
Нужен ли независимый эксперт?
Полезен, если подрядчик одновременно предлагает критерии и оценивает собственный результат.
Как не испортить отношения?
Согласовать нейтральный реестр и одинаковые правила доказательства для обеих сторон.