Опубликовано: 03.02.2026

“Готово” — это что? Как заранее зафиксировать критерии готовности


Если в проекте нет критериев “готово”, вы почти наверняка получите ситуацию: подрядчик говорит “всё сделали”, вы открываете — и видите недоделки. При этом обе стороны могут быть “правы”, потому что они меряют разными линейками.

Зачем владельцу бизнеса критерии готовности

  1. Чтобы сроки стали честными. Нельзя планировать то, что не определено.
  2. Чтобы приемка была простой. Есть чеклист — есть решение.
  3. Чтобы правки не превращались в войну. Понятно, где ошибка, а где новая хотелка.
  4. Чтобы запуститься без риска для денег. “Готово” = можно работать.

Что включать в критерии готовности

Разделите на 4 уровня — так проще.

Уровень 1. Функционально работает

  • Все согласованные сценарии выполняются: создать/изменить/закрыть, найти, выгрузить, уведомить.
  • Все роли работают: у каждого — свои действия и ограничения.

Уровень 2. Данные корректные

  • Поля заполнены и проверяются (где нужно).
  • Нет критичных дублей/потерь при переносе (если перенос есть).
  • В отчетах и статусах нет “вранья” (например, оплачено не равно “создан платеж”).

Уровень 3. Можно принимать и сопровождать

  • Есть доступы администратора у заказчика.
  • Есть инструкции: хотя бы короткие “как делать X”.
  • Есть список известных ограничений (что не делаем в этом релизе).

Уровень 4. Готово к запуску

  • Обучены ключевые пользователи.
  • Подготовлен план запуска (дата, ответственные, что делаем при проблеме).
  • Определён канал поддержки в первые дни.

Критерии должны быть по этапам, а не только “в конце”

Если принимать “одним куском” в финале — вы копите проблемы, которые всплывут поздно и будут дорогими. Лучше договориться так:

  • Этап 1 (аналитика): “готово” = согласованы сценарии и критерии приемки
  • Этап 2 (прототип/демо): “готово” = вы видите логику и подтверждаете, что “так удобно”
  • Этап 3 (разработка): “готово” = сценарии работают в тестовом контуре
  • Этап 4 (приемка/запуск): “готово” = люди могут работать на реальных данных

Как формулировать критерии, чтобы не было лазеек

Плохой критерий: “должно быть удобно”, “быстро”, “как в другом сервисе”.
Хороший критерий: “менеджер может за 2 минуты создать сделку, выбрать клиента, сформировать счет и отправить письмо по шаблону”.

И еще одно правило: критерии готовности должны быть проверяемыми. Если вы не можете проверить — вы не можете принять.


← К списку статей "Длительность разработки"
Ссылка скопирована