Что разберём
1Разделите назначения ревью
Участники должны понимать, какой результат нужен и кто вправе его подтвердить.
Назовите ожидаемый результат
Выберите цель конкретного обсуждения: помочь с черновиком, сравнить варианты или проверить готовность. Для каждой цели определите материал и форму итога. Название встречи не задаёт её полномочий.
Например:
Ранний черновик выбора получения обсуждается ради вопросов и альтернатив. Готовность блока к разработке проверяется позже по состояниям и открытым ограничениям.
Уточните право решения
Запишите, какие решения принимает автор, какие — ответственный за продукт, а какие требуют отдельного согласования. Если вопрос выходит за полномочия команды, укажите путь получения ответа.
GOV.UK в принципах управления разработкой подчёркивает границы полномочий команды и ответственность за решения вне этих границ. Это подход государственного сервиса; должности и порядок согласований вашего продукта определяет команда.
Проверьте назначение встречи
Автор показывает набросок и хочет найти вопросы до выбора направления.
Нужны замечания и открытые вопросы. Решение о готовности по такому материалу принимать рано.
Есть два варианта связи срока и выбора; команда уточнила общие критерии.
Нужно сопоставить варианты по одинаковым условиям. При нехватке основания назначается проверка.
Для текущего выпуска собраны состояния, правила и подтверждённые ограничения. Нужно определить статус передачи.
Нужна проверка готовности с ответственным за этот статус. Участники должны знать условия принятия.
Дизайнер просит помочь разобраться в проблеме, а решение пока не сформировано.
Нужны вопросы и возможные направления. Требование окончательной версии не соответствует цели.
Два подхода показаны в одном сценарии, и требуется разобрать их компромиссы.
Нужно сравнение по критериям и основаниям. Голосование по вкусу не отвечает на вопрос.
Перед разработкой требуется проверить, кто закроет вопрос об источнике срока и что остаётся открытым.
Это проверка готовности и границ передачи. Открытый вопрос должен иметь статус и ответственного.
2Согласуйте общие критерии
Критерии должны помогать разбирать конкретные решения и объяснять замечания новым участникам.
Свяжите правила с действиями
Начните с задач пользователя и ограничений продукта. Для общего принципа покажите наблюдаемый пример. Укажите, что можно проверить в макете, а что требует прототипа или исследования.
| Критерий | Что обсуждать на примере |
|---|---|
| Актуальность информации | При смене получения показано, какой срок сейчас действителен |
| Возможность восстановиться | При ошибке расчёта доступно понятное действие |
| Связность сценария | Выбранный способ согласуется с итогом перед оплатой |
| Общее правило компонента | Отличие от библиотеки имеет причину и владельца |
Покажите границы критериев
Отделите обязательное требование от ориентира и предположения. Запишите основание и способ проверки. Если правило допускает исключение, укажите, кто его рассматривает и что нужно подтвердить.
Например:
Точное значение срока возможно только после выбора способа. До выбора можно обсуждать пояснение о расчёте. Общий принцип информирования не разрешает обещать неподтверждённую дату.
Сверьте понимание на одном кейсе
Дайте участникам одинаковый фрагмент и попросите сформулировать замечания по критериям. Сравните, какие вопросы они увидели. Расхождения помогают уточнить формулировку, а не оценить способности коллег.
Сохраните разобранный пример рядом с правилом. При изменении основания обновите и пример. Не собирайте список общих слов, которые нельзя применить к решению.
3Подберите участников и способ обсуждения
Формат должен дать нужные знания и возможность ответить до следующего шага работы.
Приглашайте по вопросу
Определите, чьё знание требуется для ответа: пользователя, данных, поведения, текста или технического ограничения. Отдельно назначьте ведущего, автора и человека, который сохранит итог.
В описании удалённого формата GDS участникам назначены роли, а перед показом согласуются правила обратной связи. Этот пример помогает распределить задачи. Его состав, длительность и расписание не обязательны для вашей команды.
Выберите синхронный или письменный формат
Для комментариев без встречи дайте контекст, ссылку, критерии и срок ответа. Автор должен понимать, когда собирать итог. Сложное разногласие можно вынести в разговор с нужными участниками.
Проверьте доступ к материалу и удобный способ оставить замечание. Предоставьте контекст тем, кто не участвовал в предыдущих обсуждениях. Присутствие на встрече не должно быть единственным способом внести полезное наблюдение.
Привяжите ревью к работе
Выберите моменты, когда замечание ещё может повлиять на решение. Регулярный слот может помочь планированию; срочный вопрос требует отдельного пути. Уточняйте расписание по задачам команды.
Например:
Направление обсуждается до детализации всех состояний. Изменение общего правила рассматривается вместе с владельцем библиотеки. Повторный показ назначается, когда появились новые основания или существенные правки.
4Помогите участникам обсудить проблему
Ведущий сохраняет предмет обсуждения и даёт возможность высказать основания.
Начните с общей точки
Повторите цель, вопрос, критерии и границы. Попросите автора назвать неизвестное. Уточните, где находится актуальная версия, чтобы замечания не относились к разным материалам.
При недостатке контекста остановитесь и получите его. Разговор по неверной версии может дать точные замечания к материалу, который уже не используется.
Уточняйте реплики одинаково
Для любого участника спрашивайте о месте, последствии и основании замечания. Статус или уверенность человека не заменяют аргумент. Предположение записывайте как предположение, даже если оно кажется правдоподобным.
Например:
Этот вариант точно провалится.
При каком действии возникает риск? Что его подтверждает и какой критерий поможет сравнить варианты?
Разделяйте вопросы и фиксируйте итог
Если обсуждение уходит в соседнюю задачу, сохраните её с владельцем и верните участников к текущему вопросу. Если выяснилось важное ограничение, пересмотрите границы обсуждения явно.
Перед завершением перечислите принятые решения, проверки и вопросы без ответа. Дайте участникам исправить неверный пересказ. Несогласие можно сохранить в записи с его основанием.
5Верните участникам результат
Замечания должны быть связаны с дальнейшей работой, чтобы их статус был понятен.
Сохраните короткий итог
После обсуждения запишите, что решено и что предстоит узнать. Для действий укажите владельца и момент возврата. Дайте ссылку в месте, где команда ведёт задачу.
NN/G в статье о действиях после критики разделяет краткий итог встречи и сообщение после изменения дизайна. Для участников полезно видеть связь замечания с изменением и причину оставленных решений.
Объясните выбранный вариант
Задача, дата и версия материала: Назначение ревью и вопрос: Критерий и основание: Суть замечания: Решение и рассмотренные альтернативы: Кто подтвердил решение в пределах своих полномочий: Что изменено и ссылка на результат: Что оставлено, отложено или требует проверки — причина: Следующее действие, владелец и момент возврата: Условие пересмотра решения:
Проверьте связь с передачей
Сверьте актуальный макет, запись решения и материалы для разработки. Если они противоречат друг другу, устраните расхождение до определения готовности. Открытые вопросы остаются видимыми.
Например:
После ревью срок перенесён в выбранный способ. В правилах описаны ожидание и ошибка расчёта. Проверка понимания подписи ещё запланирована; итог встречи не представлен её результатом.
Предыдущая тема — формат передачи и ответственность команды.
6Проверьте, помогает ли формат работе
Меняйте процесс по наблюдаемым затруднениям и результатам, которые можете объяснить.
Соберите конкретные случаи
Посмотрите, какие вопросы остались без владельца, какие решения пришлось искать и где обсуждение повторилось. Сверяйте записи задач; не приписывайте всем встречам проблему по одному случаю.
Если считаете время или число возвратов, определите единицу и период наблюдения. Изменение показателя не объясняет причину само по себе. Сопоставьте его с примерами и контекстом работы.
Найдите причину затруднения
Уточните, что помешало: поздний показ, отсутствие контекста, нужного участника или ответа после встречи. Обсудите это с командой. Разные причины требуют разных изменений формата.
Например:
Обсуждение источника срока повторилось, потому что первая запись не содержала владельца проверки. Добавление ещё одной встречи не отвечает на эту причину.
Измените одно правило и вернитесь к нему
Назовите изменение, ожидаемый результат и момент проверки. Сохраните исходные случаи для сравнения. Если улучшения нет, разберите условия и пересмотрите правило вместе с участниками.
Например:
В итог добавлен владелец каждого открытого вопроса. При следующем разборе команда проверяет, находились ли ответы и пришлось ли повторять обсуждение из-за неясной ответственности.
7Соберите рабочий формат ревью
Проверьте договорённость на одной задаче и обновите её по результатам.
Запишите договорённость команды
Для каких задач проводится ревью: Ожидаемый результат каждого типа обсуждения: Когда показывается работа и как назначается срочный разбор: Контекст и материалы перед обсуждением: Общие критерии, основания и примеры: Участники по вопросу, ведущий и автор записи: Кто принимает решения и где границы полномочий: Как оставить замечание без встречи: Где хранится итог и актуальная версия: Как назначаются действия и сообщается об изменениях: Когда и по каким случаям пересматривается формат:
Выберите изменение процесса
Коллеги оставляют замечания к разным версиям; актуальная ссылка не указана.
Уточните материалы и общую точку входа. Добавление участников не решит расхождение версий.
Спор о точности срока требует знания источника данных, но ответственного за него нет.
Пригласите нужного специалиста или назначьте получение ответа. Дизайн-мнение не подтверждает возможность расчёта.
После встречи никто не знает, что изменилось и какие вопросы остались.
Нужны запись и сообщение об изменениях. Само обсуждение не делает статус замечаний понятным.
Новый участник не знает задачу и оценивает экран как самостоятельную страницу.
Дайте сценарий, цель и критерии. Затем уточните замечания в этом контексте.
Участники согласны с вариантом, но не имеют права менять общее правило библиотеки.
Уточните полномочия и подключите ответственного за правило. Единодушие не заменяет это согласование.
Одно замечание обсуждается повторно, потому что причина отказа нигде не сохранена.
Сохраните причину решения и условие пересмотра. Новый разговор нужен, если появилось новое основание.
Сверьте применение
Попросите участника найти критерии, полномочия, итог и следующий шаг по одной завершённой задаче. Проверьте, помогла ли запись продолжить работу. Дополните формат тем, чего не хватало.
Следующая тема карты — «Защита решения». В ней пригодятся основания и альтернативы, сохранённые после ревью. Найдите её на карте навыков.
Что почитать дальше
- Take part in “Get Feedback” — weekly remote design critsПример удалённого ревью с ролями участников, общими правилами и контекстом перед показом.
- Governance principles for agile service deliveryКак обозначить границы полномочий команды и ответственность за решения.
- Closing the Loop: What to Do After a Design Critique EndsКак связать замечания с изменениями и объяснить, почему часть предложений не использована.