Решил я утром, выяснить с chatGPT, какая книга по менеджменту самая недооцененная и офигел - Вальсируя с медведями Тома де Марко.
Хм…удивительно.
Управление проектами (а в менеджменте хочешь ты того или нет, ты управляешь, какая роль ты у тебя ни была) - это управление рисками.
Если не будет рисков, то мы с вами (менеджеры) и не нужны.
Серьезно, зачем менеджер, если нет рисков?
Ну окей, у нас еще останется управление людьми: лидерство там, мотивация.
Короче, я большой фанат этой книги (одна из первых, что я прочитал).
Погнали мой обзор.
Проект-менеджмент = риск-менеджмент.
Не «пожары тушить», а системно работать над этим:
1 ) видеть риски,
2) измерять их,
3) снижать,
4) готовить план Б и
5) честно коммуницировать диапазоны, а не «дедлайн 31 декабря, зуб даю»
7 ключевых идей
1.
Риск - это «неопределённость, которая имеет значение». Не всё неизвестное - опасно; важно то, что бьёт по времени, деньгам, качеству или объёму.
2.
Ожидаемый ущерб считают, а не чувствуют: RE = P × Impact (вероятность × ущерб). Деньги/дни — валюта.
-Нет одного «точного» срока. Есть распределение: 50%/70%/90%-даты, которые можно защищать перед стейкхолдерами.—
-Риск надо «жечь вперёд»: сначала делаем самое страшное (архитектура, интеграции, узкие места), потом красивости.
-Риск - не баг команды, а свойство новой работы. Ноль рисков = ноль шансов на серьёзный выигрыш.
-Списки рисков публичны: «Top-10 risks», владельцы, триггеры, планы A/B, дата пересмотра.
-Культура решает: плохие новости приносят рано и за них благодарят;
«стреляем в гонца» - получаем сюрпризы на релизе.
Что внедрить завтра (практики «с полки»)
Top-10 Risk List:
для каждого риска — P, Impact (в днях/€), владелец, триггер, Mitigation (снижаем вероятность) и Contingency (что делаем, если случилось).
Обновлять еженедельно.
Ранжирование по RE: планируйте работу по убыванию ожидаемого ущерба, а не громкости крика.
Monte-Carlo для сроков: трехточечные оценки (O/M/P) на ключевые блоки → диапазон релиза 50/70/90%.
Risk burn-down: график суммарного RE по спринтам. Падает - живём правильно, растёт - стоп-кадр и пересборка.
Spike/прототипы: короткие исследования на самые рискованные гипотезы (1–3 дня, чёткий вопрос/критерий успеха).
Pre-mortem: «Проект провалился. Почему?» — собираем список причин заранее и связываем их с рисками/планами.
Буферы: различайте контингентный запас (под известные риски) и менеджерский резерв (под «чёрных лебедей»). Не путайте с «зажирели и ленимся».
Триггеры: явные «сигналы к действию» (например, latency > 250ms на стейдже) → автоматически включаем план Б.
Политика «ранних плохих новостей»: публично вознаграждайте тех, кто принёс риск вовремя.
Красные флаги (если видите — проект уже танцует с медведем)
Единая дата релиза без диапазона и вероятности.
«Рисков нет» в статус-репорте.
Тесты и интеграции «потом, когда допилим фичи».
Ноль slack’а в планах, «всё по критическому пути».
Прототипы заменены на презентации.
Стрелять в гонца — корпоративный спорт.
❓Где книга особенно заходит
Продукты с неопределённой нагрузкой/market fit (нужны прототипы, фича-флаги, тёмные релизы).
❓Где может не зайти
Рутины с известной технологией и стабильной средой: ценность будет меньше, но язык диапазонов и культура ранних плохих новостей всё равно окупятся.
TL;DR для руководителя
👉🏼 Просите не «статус по задачам», а динамику риска (как меняется суммарный RE и почему).
👉🏼 Перестаньте требовать «одну дату» - требуйте диапазон с вероятностью.
👉🏼Платите за информацию (прототипы) там, где это сокращает дорогую неопределённость.
Че по книге?
🔥 - если читал и зашло
❤️ - если забрал в бэклог
💊 - если читал и не зашло
@badtechproject