Всё сразу — значит ничего 📊
В PMBOK есть фраза, которая переворачивает всё представление о контроле: ценность измерений не в сборе и распространении данных, а в обсуждениях того, как использовать эти данные для принятия мер. То есть метрика, по которой никто никогда не примет решение, — это не метрика. Это шум с красивым графиком.
Знакомая картина: на проекте настроен дашборд с двадцатью показателями. Скорость команды, количество открытых багов, часы переработок, процент покрытия тестами, средняя длительность код-ревью. Раз в неделю все дружно смотрят на эти цифры, кивают и расходятся. А потом проект срывает срок на два месяца — и выясняется, что ни один из двадцати показателей не имел заранее определённого порога, после которого кто-то обязан был встать и что-то сделать.
Рабочая метрика устроена иначе. У неё есть не только значение, но и заранее оговорённые зоны: вот здесь мы идём по плану, здесь отклонение в плюс, здесь в минус, а вот отсюда начинается неприемлемое — и тогда мы делаем ровно вот это. Пока такой границы нет, вы не измеряете, а коллекционируете.
Том Демарко и Тимоти Листер добавляют к этому неудобную мысль с другой стороны. Они пишут, что заказчики отчаянно сопротивляются попыткам количественно оценить выгоду от каждой функции — потому что оценка вскрывает, что какие-то «прибамбасы» окажутся лишними, и кто-то потеряет любимую игрушку. Та же логика работает и с метриками. Двадцать показателей на дашборде — это часто не желание всё контролировать, а нежелание выбрать три и признать, что за них придётся отвечать. Сузить список — значит взять на себя обязательство реагировать.
💡 Метрика без порога и без ответственного — это не измерение, а способ выглядеть занятым. Прежде чем добавить показатель на дашборд, ответьте: при каком значении и кто именно должен что-то предпринять? Нет ответа — не добавляйте.
❓ Сколько показателей на вашем проекте реально влияют на решения — а не просто обновляются раз в неделю?
📚 Источники: PMI — «PMBOK Guide (7th Edition)», Том Демарко, Тимоти Листер — «Вальсируя с медведями. Управление рисками в проектах»
