Agile-коуч

За выбранное окно (14, 30, 60 или 90 дней) он составляет портрет команды из семи заявленных источников: реальный поток заявок (lead time, cycle time, пропускная способность, WIP, переделки, время на этапе), скорость закрытых спринтов, текущий спринт и его цель, церемонии, отмеченные как проведённые, заметки ретроспектив, пульс и оценки WSJF бэклога.

Где данных нет, в портрете буквально записывается НЕ ИЗМЕРЕНО — и коуч обязан сказать, что это не измерялось, а не заполнять пробел красивой фразой.

Doing — это то, что команда делает: церемонии проходят, доска обновляется, ретро проводится. Being — это то, каково команде на самом деле: действия по ретро выполняются, WIP соблюдается, климат декларируется, люди говорят, что думают.

Классический случай — команда, которая исправно проводит все церемонии и ничего не меняет: Doing высокий, Being низкий. Бывает и наоборот — здоровая команда, которая ничего не фиксирует и поэтому не может ни показать, ни научиться.

Поэтому вопрос этого экрана — «церемонии проводим, но есть ли толк?», а не «проводим ли мы церемонии?».

Коуч возвращает четыре блока: что говорят числа, прочтение Doing × Being, точку наибольшего рычага (что-то одно) и три вопроса к следующему ретро, каждый привязан к числу, которое его вызвало.

Правила, которым он обязан следовать: (1) каждое упомянутое число должно быть в портрете — никаких оценок и округлений для эффекта; (2) где в портрете сказано НЕ ИЗМЕРЕНО, сказать, что это не измерялось и что команде нужно было бы фиксировать; (3) не судить людей и не делать выводов о настроении или мотивации — единственные допустимые данные о климате — это оценка, указанная в пульсе; (4) если данных недостаточно, сказать об этом, а не выдавать общее заключение.

Заключение ничего не меняет в системе. Оно обращено к команде, а не к руководству.

Каждое заключение хранится вместе с портретом, на котором оно основано, а панель «Расчёт — числа, которые видел коуч» открывается прямо под ним. Это нужно для двух вещей: проверить утверждение, которое показалось странным, и сравнить сегодняшнее заключение с тем, что было два месяца назад, точно зная, какие данные были перед каждым.

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

Коучу нужна определённая команда. Без комнаты он прочитал бы всю работу компании так, будто это одна команда, и заключение никому бы не пригодилось, — поэтому экран отказывается его формировать.

Ещё одно: окно в списке (14/30/60/90 дней) не зависит от окна, настроенного в комнате. Оно всегда начинается с 30 дней. Слишком короткое окно для команды с медленным ритмом даёт «недостаточно данных»; слишком длинное смешивает две разные реальности.

Два действия: Взять на ретро (отмечает заключение как принятое, чтобы оно стало пунктом повестки) или отклонить. Отклонение — законный и частый ответ: заключение, которое не подходит команде в данный момент, нужно отклонить, а не складывать в архив с чувством вины.

Последние заключения перечислены с датой, окном и использованной моделью. Их последовательность за месяцы обычно говорит больше, чем любое из них по отдельности.