Приём: Разбор двух очередей приоритетов

Тип: управляющее воздействие трекера Категория: диагностика Где применяли: следов в дневниках не найдено. Три возможных причины: приём не применялся, применялся но не записан, либо записан другими словами и поиск его не поймал

Суть

Трекер вскрывает ситуацию, когда у менеджера есть гипотезы внутри трека и гипотезы вне трека, и они не ускоряют друг друга: фактура фрагментируется, качество результата падает.

Когда применять

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

Как это звучит

• «есть гипотезы вне акселя / есть гипотезы внутри акселя / в итоге у нас две очереди приоритетов»
• «происходит расфокусировка»
• «руководитель трясет отчетность и тут и там»
• «фактура фрагментирована / гипотезы из разных очередей не ускоряют друг друга»
• «качество результата снижается / не знаешь в чем причина низкого перформанса»
• «целевая картина: один менеджмент проекта — один проект»
• «МП пытается выбрать все»

Что даёт

Причина низкой скорости становится видимой и обсуждаемой с заказчиком; появляется целевая картина «один менеджер — один проект».

Связи

• Приём: Разбор невыполненного через ограничение, а не через вину — тот же раздел
• Приём: «Во что упирается команда?» / «Что не даёт нам двигаться дальше?» — тот же раздел
• Приём: «Почему они бегут с той скоростью, с которой бегут, а не быстрее?» — тот же раздел
• Приём: Расшить ограничение и дать инструмент — тот же раздел
• Приём: Заполнить фрейм прямо сейчас — хватает ли данных — тот же раздел

Источники

• Доски Miro: 094 / 8 неделя, 24.04, 094 / Как работать с приоритезацией МП
• Коллекция: 10-CLAUDE/tracker-techniques/