§7.07 Приёмка, проверка цели и проверка реализации
Время: 60 мин чтение + 40 мин = 100 мин Что узнаешь: как проводить приёмку так, чтобы она не превращалась в «нравится / не нравится», и почему два типа проверки ловят разные ошибки
В одном предложении: приёмка — это не субъективная оценка, а две проверки: цели (решает ли продукт задачу?) и реализации (сделан ли продукт качественно?); продукт проходит приёмку только когда обе проверки пройдены.
Сигнатура понятий:
- Приёмка — это проверка рабочего продукта перед переходом на следующую стадию; продукт либо принят, либо отправлен на доработку с конкретными замечаниями
- Проверка цели — это вопрос: «Решает ли этот продукт ту задачу, ради которой он создавался?»; проверяет соответствие функции, а не качество исполнения
- Проверка реализации — это вопрос: «Сделан ли продукт качественно, полно, без ошибок?»; проверяет соответствие стандартам, а не полезность
- Чеклист приёмки — это набор критериев, которые превращают приёмку из субъективного мнения в объективную процедуру
Мем, который снимается. «Посмотрел, вроде нормально, принимаю». Это не приёмка, это визуальная оценка. Приёмка требует чеклиста. Без чеклиста приёмка зависит от настроения проверяющего, от того, успел ли он пообедать, от того, нравится ли ему исполнитель. С чеклистом приёмка зависит только от фактов: критерий выполнен или нет. Системный мыслитель не спрашивает «нравится ли», он спрашивает «соответствует ли критерию».
Определение из источника.
В PACK-personal/ontology.md («Приёмка») приёмка определена как проверка соответствия критериям. ≠ тестирование, ≠ ревью. Приёмка — это не улучшение продукта, это решение: готов ли продукт к следующей стадии.
Две проверки:
Проверка цели - валидация. «Мы строили мост через реку. Этот продукт - мост. Он перекидывается через ту реку, которую мы хотели пересечь?» Если нет, продукт качественно сделан, но не туда. Проверка цели ловит ошибки направления.
Проверка реализации - верификация. «Мост перекинут через нужную реку. Но выдержит ли он вес грузовика? Прочны ли опоры? Соответствуют ли материалы стандарту?» Если нет, направление правильное, но качество недостаточное. Проверка реализации ловит ошибки исполнения.
Почему обе проверки нужны: если проверяете только цель, получаете продукт, который «идеологически верен», но технически неработоспособен. Если проверяете только реализацию, получаете идеально сделанный продукт, который решает не ту задачу. Обе ошибки одинаково дороги.
Связь со стадиями (§7.05): приёмка — это критерий выхода стадии. Без приёмки стадия не закрыта. Приёмка проводится тем, кто будет использовать результат на следующей стадии. Создатель не принимает свой продукт, он его сдал. Принимает оператор или пользователь.
Связь с альфой и продуктом (§7.06): проверка цели — это проверка состояния альфы. Проверка реализации — это проверка рабочего продукта. Продукт проходит реализацию, альфа проходит цель. Только вместе они дают приёмку.
Развитие мысли.
Кто проводит приёмку? Тот, кто будет работать с результатом на следующей стадии. Если следующая стадия - тестирование, приёмку проводит тестировщик. Если следующая стадия - эксплуатация, приёмку проводит оператор. Создатель может присутствовать, но не голосовать, он заинтересованная сторона.
Что делать, если продукт не прошёл приёмку? Не «переделай всё», а «вот конкретный критерий, который не выполнен». Конкретность замечания определяет скорость доработки. «Отчёт плохой» - доработка зайдёт в тупик. «В отчёте нет раздела «риски», который требуется по шаблону» - доработка займёт 30 минут.
Приёмка как защита от перфекционизма. Команда часто не хочет показывать продукт, потому что «он ещё не идеален». Приёмка устанавливает порог: не идеал, а соответствие критериям. Если критерии выполнены, продукт принят, даже если создатель видит, что можно было бы лучше. Идеал - враг приёмки.
Метод - минимальный шаг. Практика «Приёмка одного продукта» (40 мин):
- Выберите один рабочий продукт, который вы или ваша команда создали недавно (5 мин).
- Сформулируйте цель продукта в одном предложении: «Этот продукт создан для того, чтобы...» (5 мин).
- Проверка цели: ответьте на 3 вопроса: (а) Решает ли продукт заявленную задачу? (б) Для кого он решает? (в) Как понять, что задача решена? Запишите ответы (10 мин).
- Проверка реализации: составьте чеклист из 5 критериев качества. Проверьте продукт по каждому. Отметьте: пройден / не пройден (15 мин).
- Сделайте вывод: продукт принят, отправлен на доработку с замечаниями, или требуется дополнительная информация (5 мин).
Пример из жизни. Предприниматель Дмитрий заказал у дизайнера лендинг для нового продукта. Дизайнер сделал красивую страницу. Дмитрий посмотрел, сказал «нравится», принял.
Через неделю выяснилось: лендинг не собирает заявки. Почему? Потому что Дмитрий проверил только реализацию («красиво»), но не проверил цель («собирает заявки»). На лендинге не было формы, не было призыва к действию, не было описания ценности.
Дмитрий ввёл двухэтапную приёмку. Этап 1 - проверка цели: «Лендинг собирает заявки?» Критерий: тестовый запуск на 100 посетителей, конверсия не ниже 2%. Этап 2 - проверка реализации: «Лендинг соответствует брендбуку?» Критерий: палитра, шрифты, стиль - по чеклисту.
Следующий лендинг прошёл обе проверки. Конверсия оказалась 3,5%. Дмитрий понял: приёмка без цели — это эстетическая оценка, а не контроль.
Типичная ошибка. «Приёмка — это формальность, главное, чтобы продукт был хороший». Нет. Приёмка — это точка принятия решения. Формальная приёмка без проверки = риск. Но и бесконечная доработка без приёмки = тоже риск: продукт никогда не готов, потому что никто не сказал «достаточно».
Вторая ошибка - путать проверку цели с проверкой реализации. «Дизайн не нравится» — это реализация. «Лендинг не собирает заявки» — это цель. Если Дмитрий говорит дизайнеру «переделай дизайн» из-за низкой конверсии, он лечит реализацию, а проблема в цели. Системный мыслитель разделяет: какая проверка не пройдена?
Степени мастерства:
| Степень | Что происходит | Критерий перехода |
|---|---|---|
| 1. Объясняю | Могу объяснить разницу между проверкой цели и проверкой реализации | Один раз провёл приёмку по чеклисту с двумя типами проверок |
| 2. Умею | Перед приёмкой любого продукта готовлю чеклист из критериев цели и реализации | Есть запись: продукт + чеклист + результат приёмки |
| 3. Навык | Автоматически разделяю замечания на «цель» и «реализация» и адресую их правильному исполнителю | Коллеги просят меня «посмотреть перед приёмкой», потому что я ловлю оба типа ошибок |
| 4. Мастерство | Проектирую систему приёмки для организации: шаблоны чеклистов, критерии для разных типов продуктов, ответственные | Есть кейс, где внедрение двухэтапной приёмки предотвратило провал или сократило цикл доработок |
Проверка себя.
- Понимание: вы можете объяснить, почему «красивый лендинг» — это проверка реализации, а «лендинг собирает заявки» относится к проверке цели, и почему обе нужны.
- Поведение: перед принятием любого продукта вы проверяете цель (решает ли задачу) и реализацию (сделан ли качественно) и фиксируете результат.
- Застревание: если приёмка превращается в обсуждение «нравится / не нравится», вы забыли чеклист. Остановитесь. Сформулируйте критерии цели и реализации заново.
Что дальше. Раздел завершён. Следующие подразделы: глоссарий (§7.08), упражнения (§7.09), вопросы для повторения (§7.10) и выводы (§7.11).