Челенджат первым законом Паркинсона?
На самом деле Паркинсон писал сатиру на бюрократию, а не учебник по менеджменту – на этом, в целом, можно и закончить 😅 Но боюсь, ваши оппоненты скажут: «Звучит же здраво! Режем буфер и втискиваем ещё один проект».
Этот аргумент подменяет управление рисками иллюзией эффективности.
Давайте соберём линию защиты 👇
Риск-менеджмент, а не «жир»
1️⃣ Во-первых, «закон» Паркинсона, если и работает, то на уровне отдельных задач, провоцируя «студенческий синдром». Проект — это система, и ему нужен проектный буфер для управления неопределённостью. Идея критической цепи учит нас забирать скрытые буферы из каждой задачи и объединять их в один общий, управляемый «щит».
2️⃣ Во-вторых, надо перестать называть сроки одной цифрой. Лучше диапазонная оценка: оптимистично, реалистично, пессимистично. Я обычно это оформляю как soft/hard-дедлайны. Soft — цель команды. Hard — обязательство перед стейкхолдерами. Зазор между ними — наш управляемый буфер.
Математика рисков
План «под завязку» не ускоряет команду, он переносит весь риск в конец квартала. Почему?
🟥Факт = базовая оценка + сумма неотрицательных задержек
🃏Базовая оценка – время, которое нужно при идеальных условиях.
🃏Сумма задержек – сумма рисков, которые «срабатывают» с некоторой вероятностью.
Сокращая буфер, мы не трогаем физику рисков, но сдвигаем линию обреза влево, ближе к «телу» распределения — и тем самым захватываем больше вероятности в «зоне провала».
Здесь по вертикали – вероятность завершить проект за n дней, а по горизонтали – длительность проекта в днях.
Площадь справа от дедлайна — это «зона провала» (вероятность не уложиться).
Если дедлайн поставить на уровне идеала (ноль рисков реализовалось), то зона провала шире – риск срыва выше.
Сдвигая дедлайн правее (добавляя буфер), зона провала сужается – риск ниже.
Делаем буфер прозрачным
Чтобы развеять подозрения в «просиживании штанов», сделайте буфер частью регулярного процесса:
🔴Еженедельно показывайте график «сгорания» буфера. Быстрое сгорание — сигнал тревоги для всех. Медленное — повод для оптимизма.
🔴Договоритесь, что если к середине проекта потрачено меньше трети буфера, мы анонсируем целевую дату раннего старта следующего проекта. Это показывает, что буфер — инструмент ускорения всего портфеля проектов.
🔴Введите привычку любое изменение требований проводить через явный размен – чем платим? Сокращением буфера, вырезанием другой фичи или сдвигом hard-дедлайна.
Но разве это амбициозно?
Вообще – да, это амбициозно. Нам предлагают считать амбициями игру «на удачу» с перегретым планом, но настоящие амбиции — это надёжно поставлять ценность и стартовать следующий проект раньше не потому, что повезло, а потому что мы управляем рисками.
Отказываться от риск-менеджмента, чтобы влез ещё один проект — это просто перенос риска на конец квартала и на соседние команды, а не демонстрация big balls.
• • •
А как вы защищаете проектный буфер? Удается убеждать, что это не роскошь?
Работа заполняет всё время, отпущенное на неё
На самом деле Паркинсон писал сатиру на бюрократию, а не учебник по менеджменту – на этом, в целом, можно и закончить 😅 Но боюсь, ваши оппоненты скажут: «Звучит же здраво! Режем буфер и втискиваем ещё один проект».
Этот аргумент подменяет управление рисками иллюзией эффективности.
Давайте соберём линию защиты 👇
Риск-менеджмент, а не «жир»
1️⃣ Во-первых, «закон» Паркинсона, если и работает, то на уровне отдельных задач, провоцируя «студенческий синдром». Проект — это система, и ему нужен проектный буфер для управления неопределённостью. Идея критической цепи учит нас забирать скрытые буферы из каждой задачи и объединять их в один общий, управляемый «щит».
2️⃣ Во-вторых, надо перестать называть сроки одной цифрой. Лучше диапазонная оценка: оптимистично, реалистично, пессимистично. Я обычно это оформляю как soft/hard-дедлайны. Soft — цель команды. Hard — обязательство перед стейкхолдерами. Зазор между ними — наш управляемый буфер.
Математика рисков
План «под завязку» не ускоряет команду, он переносит весь риск в конец квартала. Почему?
🟥Факт = базовая оценка + сумма неотрицательных задержек
🃏Базовая оценка – время, которое нужно при идеальных условиях.
🃏Сумма задержек – сумма рисков, которые «срабатывают» с некоторой вероятностью.
Сокращая буфер, мы не трогаем физику рисков, но сдвигаем линию обреза влево, ближе к «телу» распределения — и тем самым захватываем больше вероятности в «зоне провала».
Вероятность
↑
│▓
│▓▓
│▓▓▓
│▓▓▓▓│░░░
│▓▓▓▓│░░░░░░░░
│▓▓▓▓│░░░░░░░░░░░░░░░░░░░░░░
└────┼────────────────────────► Дни
│ ◄─ [ зона провала ] ─►
дедлайн
Здесь по вертикали – вероятность завершить проект за n дней, а по горизонтали – длительность проекта в днях.
Площадь справа от дедлайна — это «зона провала» (вероятность не уложиться).
Если дедлайн поставить на уровне идеала (ноль рисков реализовалось), то зона провала шире – риск срыва выше.
Сдвигая дедлайн правее (добавляя буфер), зона провала сужается – риск ниже.
Делаем буфер прозрачным
Чтобы развеять подозрения в «просиживании штанов», сделайте буфер частью регулярного процесса:
🔴Еженедельно показывайте график «сгорания» буфера. Быстрое сгорание — сигнал тревоги для всех. Медленное — повод для оптимизма.
🔴Договоритесь, что если к середине проекта потрачено меньше трети буфера, мы анонсируем целевую дату раннего старта следующего проекта. Это показывает, что буфер — инструмент ускорения всего портфеля проектов.
🔴Введите привычку любое изменение требований проводить через явный размен – чем платим? Сокращением буфера, вырезанием другой фичи или сдвигом hard-дедлайна.
Но разве это амбициозно?
– Да кто вообще захочет работать в команде где нет челенджей!
Вообще – да, это амбициозно. Нам предлагают считать амбициями игру «на удачу» с перегретым планом, но настоящие амбиции — это надёжно поставлять ценность и стартовать следующий проект раньше не потому, что повезло, а потому что мы управляем рисками.
Отказываться от риск-менеджмента, чтобы влез ещё один проект — это просто перенос риска на конец квартала и на соседние команды, а не демонстрация big balls.
• • •
А как вы защищаете проектный буфер? Удается убеждать, что это не роскошь?