В прошлом уроке вы разобрались, почему дефект в требовании выгодно ловить как можно раньше. Но внимательно перечитать документ самому — не всегда достаточно: автор мог сам не заметить свою ошибку, а один свежий взгляд ловит далеко не всё. Поэтому в командах есть формальный процесс — ревью требований: не разовая случайность, а повторяемая процедура с ролями и шагами. Разберёмся, как она устроена и какой уровень строгости выбрать для конкретной ситуации.
Чему научишься за этот урок:
— называть шаги процесса ревью и роли участников;
— различать типы ревью по нарастанию формальности;
— выбирать тип ревью под конкретную ситуацию с учётом риска.
Как устроен процесс ревью
Ревью требований — это не «пробежаться глазами», а последовательность шагов, которая примерно одинакова независимо от того, насколько формально её проводят:
- Подготовка материалов. Автор собирает документ и всё, что нужно для его понимания: макеты, связанные требования, бизнес-правила.
- Индивидуальное изучение. Каждый участник читает документ самостоятельно, до общей встречи, и отмечает вопросы и сомнения.
- Встреча и обсуждение замечаний. Участники собираются (очно или онлайн) и проговаривают найденные проблемы вслух.
- Фиксация решений. По каждому замечанию явно решают: принять правку, отклонить, отложить — и записывают решение, а не оставляют его в устной договорённости.
- Проверка исправлений. После того как автор внёс правки, кто-то отдельно проверяет, что замечания реально закрыты, а не просто помечены как «сделано».
У процесса есть постоянные роли, независимо от того, кто именно их исполняет в конкретной встрече:
- Автор — написал документ, который проверяют.
- Модератор — ведёт встречу, следит за регламентом, не даёт обсуждению уйти в сторону от сути.
- Ревьюер — читает документ и ищет в нём проблемы.
- Скрайб (секретарь) — письменно фиксирует замечания во время встречи, чтобы ни одно из них не потерялось в устном обсуждении.
Типы ревью по нарастанию формальности
- Неформальное ревью. Коллега на кофе-паузе бегло посмотрел документ и высказал мнение. Без протокола, без назначенных ролей — просто второе мнение.
- Walkthrough («прогон»). Автор сам ведёт встречу и объясняет документ шаг за шагом, отвечая на вопросы по ходу. Полезен, чтобы объяснить логику документа команде, а не только найти в нём ошибки.
- Техническое ревью. Эксперты разбирают документ БЕЗ автора, более формально, с письменными замечаниями. Автор получает список проблем уже после встречи, а не участвует в обсуждении напрямую.
- Инспекция. Самый строгий тип: назначенный модератор, скрайб, чек-листы для поиска типовых проблем, метрики найденных дефектов и формальный протокол по итогам.
Неформальное -> Walkthrough -> Техническое ревью -> Инспекция низкий риск ------------------------------------> высокий риск +----------------+--------------------------------------------+ | Неформальное | коллега бегло посмотрел, без протокола | +----------------+--------------------------------------------+ | Walkthrough | автор сам ведёт встречу, объясняет шаг | | | за шагом | +----------------+--------------------------------------------+ | Техническое | эксперты без автора, письменные замечания | | ревью | | +----------------+--------------------------------------------+ | Инспекция | модератор, скрайб, чек-листы, метрики, | | | формальный протокол | +----------------+--------------------------------------------+
Критерий выбора один: чем выше риск — деньги, персональные данные, размер команды, критичность функции — тем более формальный тип ревью нужен. Для мелкой правки в некритичной части хватает неформального; тащить инспекцию туда, где риска нет, — это не «на всякий случай хорошо», а лишняя трата времени команды.
Практика на полигоне
На полигоне три требования ждут ревью: (а) мелкая правка текста подсказки на некритичной странице курса; (б) новое требование к обработке платежей банковской картой; (в) требование к экспорту персональных данных учеников (для отчёта в бухгалтерию). Риск в каждом случае разный — и тип ревью тоже должен быть разным, а не «всегда по максимуму строго» или «всегда на глазок».
Итог:
— ревью требований — это повторяемый процесс с шагами (подготовка → изучение → обсуждение → фиксация решений → проверка исправлений) и ролями (автор, модератор, ревьюер, скрайб);
— типы ревью нарастают по формальности: неформальное → walkthrough → техническое ревью → инспекция;
— выбор типа — осознанное решение под конкретный риск, а не привычка делать всегда одинаково.
Контрольный вопрос. Кто в процессе ревью отвечает за то, чтобы все замечания были записаны письменно и не потерялись в устном обсуждении?
Подсказка: Эта роль ничего не решает по сути документа — она только фиксирует то, что говорят другие.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Кто на встрече ревью следит за регламентом и не даёт обсуждению уйти в сторону от сути документа?
Подсказка: Эта роль ведёт встречу, а не ищет ошибки в тексте и не пишет протокол.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Как называется участник процесса ревью, который написал проверяемый документ? Ответь одним словом.
Подсказка: Это тот, чью работу проверяют остальные.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Как называется участник, который читает документ и ищет в нём проблемы (но не пишет его сам и не ведёт встречу)? Ответь одним словом.
Подсказка: Это тот, кто непосредственно охотится за ошибками в документе.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Какие из следующих утверждений о типах ревью верны? Выбери все подходящие.
Выберите все верные варианты.
Подсказка: Вспомни, кто ведёт встречу в каждом типе и насколько формально фиксируются результаты.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Какой тип ревью самый строгий — с назначенным модератором, скрайбом, чек-листами и формальным протоколом?
Подсказка: Это тип, где формальности больше всего.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. На полигоне: мелкая правка текста подсказки на некритичной странице курса. Какой тип ревью здесь обычно достаточен? Ответь одним словом.
Подсказка: Риск минимален — ошибка в этом тексте не затронет ни деньги, ни персональные данные.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. На полигоне: новое требование к обработке платежей банковской картой — критичная функция, риск связан с деньгами учеников. Какой тип ревью здесь нужен? Ответь одним словом.
Подсказка: Риск связан напрямую с деньгами учеников — нужен тип ревью строже, чем для мелкой некритичной правки.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. На полигоне: требование к экспорту персональных данных учеников для отчёта в бухгалтерию. Риск — утечка или неверная обработка личных данных. Какой тип ревью здесь нужен, если это самый высокий по риску из трёх сценариев (правка текста / оплата картой / экспорт персональных данных)? Ответь одним словом.
Подсказка: Это тот же тип, что и на схеме формальности стоит крайним справа.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Верно ли утверждение: «чем выше риск, связанный с требованием (деньги, персональные данные, размер команды, критичность функции), тем более формальный тип ревью стоит выбрать»?
Подсказка: Это и есть критерий выбора типа ревью из этого урока.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Требование на полигоне сочетает два противоречивых по значимости фактора: команда, которая его пишет и проверяет, небольшая и обычно работает по-простому (фактор в пользу лёгкого ревью); но само требование касается работы с персональными данными учеников для внешнего отчёта (фактор в пользу самого строгого ревью). Какой тип ревью выбрать в этой ситуации и почему именно он должен победить, а не более лёгкий вариант, оправданный размером команды?
Критерий приёмки: назван тип «инспекция» (или «техническое», если явно обоснован повышенными требованиями к формальности из-за данных); явно объяснено, что фактор риска (персональные данные) важнее фактора удобства (маленькая команда) — ответ не должен сводиться к «раз команда маленькая, сойдёт и попроще».
Подсказка: Когда факторы риска противоречат друг другу, выбирают по самому опасному фактору, а не по самому удобному.
✅ Готово, если: ответ раскрывает то, что просит критерий приёмки в задании выше.
Онлайн-проверка ответа появится позже
Что дальше
Теперь у вас есть и понимание, ПОЧЕМУ проверять требования раньше выгодно (4.4), и понимание, КАК формально организовать эту проверку (этот урок). Осталось собрать всё вместе: превратить проверенное требование в конкретный список условий для тестирования и в вопросы, которые стоит задать аналитику. Этим и завершается глава — в следующем, последнем уроке темы.
