CEO-оценка задач: как вовлечь команду в оценивание

CEO здесь — не должность руководителя, а название метода Challenge — Estimate — Order. Его идея — разделить относительное сравнение задач и назначение оценок. Сначала команда обсуждает, какие задачи требуют больше усилий, затем накладывает шкалу. Так число не становится первым аргументом, который все остальные вынуждены подтверждать или оспаривать.

Разбор авторского гайда Левона Гончарова. Правила ходов взяты из источника; тайминг ниже — предлагаемая редакционная адаптация для первой встречи. Открыть исходный гайд.

Когда метод полезен

CEO-оценка подходит, когда команда понимает содержание задач, но спорит о размере или молча соглашается с первым названным числом. Поочерёдные ходы дают каждому возможность обозначить отличие и объяснить его. При этом метод не превращает неизвестную задачу в понятную автоматически.

Если задача сформулирована как «сделать интеграцию», а способ подключения и ограничения неизвестны, сначала уточните её или выделите исследование. Иначе участники будут сравнивать не усилия, а разные воображаемые решения. Оценка — результат общего понимания, а не его замена.

Подготовка: уберите числовые якоря

Перенесите задачи на отдельные стикеры, перемешайте их и не показывайте прежние оценки. Приоритет на этой стадии не важен: более ценная задача не обязательно сложнее. На каждом стикере оставьте короткое название, а подробности держите в связанной карточке.

Добавьте карточки с именами участников и поставьте их в случайную очередь. Подготовьте горизонтальное поле относительных усилий. Заранее договоритесь, что сравниваете: объём работы, техническую сложность и неопределённость. В источнике подчёркивается, что слова «просто» и «сложно» без пояснения этих аспектов недостаточны.

Фаза сравнения: один ход — одно изменение

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

Не кладите две задачи друг на друга со словами «они одинаковые». Правило источника заставляет проговорить различия. Не объединяйте добавление новой задачи и перемещение старой в один ход: группе становится труднее понять, какое предположение сейчас обсуждается.

Если задача постоянно ездит туда-сюда, запишите причину расхождения. Один участник мог учесть миграцию данных, а другой — только изменение формы. Такая находка полезнее согласованного числа, полученного без разговора.

Фаза оценки: сначала опорная задача

Посмотрите на самую левую задачу и обсудите, соответствует ли она минимальному уровню вашей шкалы. Затем ищите места, где усилия заметно увеличиваются. На своём ходу участник добавляет или меняет оценку и объясняет её остальным.

Если команда использует story points, сохраните свою привычную шкалу. Не переводите её автоматически в часы и не сравнивайте производительность разных команд по сумме баллов. Правила источника относятся к обсуждению границ оценок; одинаковые соседние оценки сами по себе не считаются содержательным ходом.

Сценарий первой встречи на 50 минут

Предлагаем выделить 5 минут на цель и правила, 10 — на уточнение небольшого набора задач, 20 — на относительное размещение, 10 — на шкалу и 5 — на фиксацию выводов. Это не тайминг автора и не норматив: если обсуждение вскрыло существенные неизвестные, уменьшите набор задач.

Ведущий следит за очередностью и возвращает разговор к конкретному различию. Он не должен защищать собственную оценку как правильную. Участникам полезно видеть отдельный список открытых вопросов, чтобы не пытаться разрешить каждую техническую деталь на общей встрече.

Что перенести в планирование

Сохраните оценки вместе с допущениями, рисками и задачами на уточнение. При планировании спринта дополнительно учитывайте цель, доступность команды и зависимости. Относительный размер не отвечает самостоятельно на вопрос, что стоит делать первым.

Через несколько итераций сравните ожидания с фактическими затруднениями и уточните опорные примеры. Не обещайте определённый процент точности: в гайде это практическое рассуждение автора, а не приведённый результат исследования. Готовую рабочую область можно взять на исходной доске.