Подрядчик не может проверять сам себя. Тот, кто заказал работу, тоже не должен сам её принимать — нужен третий взгляд.

Берём аналогию из стройки — потому что в IT её нет, а в строительстве она знакома всем:

1. 01

   Проектировщик · Подрядчик

   Тот, кто создаёт новый сайт, продукт или бренд. Превращает идею в реальность. У него есть свой интерес — показать собственную работу хорошо это естественная мотивация.

2. 02

   Исполнитель · Билдер

   Тот же подрядчик или другая команда. Пишет код, расставляет пиксели, делает деплой. У него тоже свой интерес — слово «готово» означает, что заказчик платит.

3. 03

   Технический инспектор · Независимая сторона

   Не строит, не заказывает, не имеет доли в закрытии акта. Отчёт пишется заказчику и открыто отдаётся подрядчику. Не заинтересованная сторона — отсюда и независимость.

Когда все три роли живут в одной компании, доверие рассыпается. Подрядчик, проверяющий сам себя, всегда даёт один и тот же ответ.

Каждый уровень — это разная плотность контроля. Партнёр выбирает по риску проекта; мы рекомендуем, решает партнёр.

• Light

  Плотность: Ежемесячный отчёт

  Включено

  • ↳ Ежемесячный визуальный + функциональный ревью
  • ↳ Автоматическая проверка результатов спринта
  • ↳ Список рисковых сигналов (только критика)
  • ↳ 30-минутный созвон-разбор

• Standard

  Плотность: Ревью раз в две недели

  Включено

  • ↳ Всё, что в Light
  • ↳ Ревью кода (по выборке)
  • ↳ Возможность присоединяться к встречам с подрядчиком
  • ↳ Короткая записка по адекватности цены
  • ↳ Ежемесячный стратегический созвон

• Deep

  Плотность: Еженедельная активность

  Включено

  • ↳ Всё, что в Standard
  • ↳ Полный ревью кода (каждый PR)
  • ↳ Ревью дизайна (Figma, визуальные артефакты)
  • ↳ Развёрнутый анализ адекватности цены
  • ↳ Еженедельный синк с подрядчиком
  • ↳ Финальный аудит на закрытии проекта

Цена считается после согласования объёма — без готовых пакетов. Размер сайта, число подрядчиков, риск проекта — каждый из этих параметров влияет на сумму.

01 Почему подрядчик не может проверить сам себя?

Потому что он заинтересованная сторона. Сказать про свою работу «хорошо» — естественное давление, не злой умысел, а структурный конфликт. Стройкомпания сама не проводит технический надзор за своей же стройкой; в IT логика та же, но покупателя на эту роль до сих пор не было.

02 Какие документы вы проверяете?

Код (коммиты, PR'ы, структура репозитория), дизайн (Figma, дизайн-система), деплой (артефакты, мониторинг), документация (handover, README, ADR), покрытие тестами, манифест зависимостей. Критерии по каждому пункту согласуются до старта.

03 В каких случаях вы не можете быть нашим ревьюером?

Три случая: (1) мы являемся подрядчиком на том же проекте; (2) мы сотрудничали с подрядчиком на другом проекте в последние 12 месяцев; (3) член семьи в команде подрядчика. Это ограничения, которые мы накладываем сами — закон их не требует.

04 Как выглядит отчёт?

Брендированный PDF, 8–14 страниц в зависимости от тарифа. По каждой находке: что нашли, где (строка, файл, скриншот), почему важно, рекомендация партнёру. Созвон-разбор тоже фиксируется письменно — память подводит, документ нет.

05 Отчёт уходит партнёру или подрядчику?

Обоим. Заказывал партнёр — это его инструмент. Но параллельная копия открыто уходит подрядчику — это не вежливость, а принцип. Скрытый отчёт ломает доверие; открытый — укрепляет обе стороны.

06 Длительность контракта и условия выхода?

Минимум три месяца (одного месяца не хватает, чтобы получить осмысленный сигнал). Дальше работаем месяц за месяцем, партнёр может уйти, уведомив за 30 дней. Долгосрочного лока нет — мы должны постоянно стоить своих денег, иначе вы уходите.