Проектное управление: утопия, феодализм и «стадо» из умных людей
В пятницу вечером каждый директор узнает истину: в корпорациях проектное управление — это не про результат, а про то, как красиво «похоронить» сроки.
Типичный сценарий: продукция сорвана, цеха стоят, убытки растут. Вызываешь руководителя проекта (PM), а он, поправляя очки, вещает: «Согласно приказу, моя зона ответственности — формирование графика. График в работе, вопросы к цеху».
Знакомо? Вот почему это происходит и что с этим делать.
1. Почему PM-ы превращаются в «регистраторов катастроф»?
Корпорация — это конгломерат враждующих «княжеств» (департаментов). Проектный офис здесь часто играет роль наблюдателя, а не двигателя.
* Бумажная броня: Если KPI привязаны к «актуализации графиков», никто не будет бегать по цехам. Зачем, если можно красиво двигать кубики в Jira?
* Матричная шизофрения: Сотрудник всегда выберет задачи функционального начальника (кто премию платит), а не PM-а.
* Культ «Зелёных отчетов»: В корпорации нельзя признавать провал. Поэтому проекты «зелёные» до тех пор, пока склад не окажется абсолютно пустым.
2. Почему умные люди превращаются в тупое стадо?
Феномен «Groupthink» (групповое мышление) в действии:
* Диффузия ответственности: «Тут много умных, кто-нибудь точно проверил эти цифры». В итоге не проверил никто.
* Иерархический страх: Группа мгновенно отключает мозг, чтобы угадать, какой ответ хочет услышать Босс.
Как лечить?
Если вы хотите, чтобы система работала, пора прекращать играть в «аджайлы» и переходить к жесткому управлению:
1. Ликвидируйте «бумажную броню». РП отвечает за физический результат к сроку. Не выдал оснастку/продукцию — профнепригоден.
2. Шкура на кону. Увяжите премию проектного блока с производственным результатом. Продукция просрана — PM сидит на голом окладе вместе с рабочими.
3. Единый центр ответственности. В гражданской оснастке и разработке — создавайте «спецназ». Разработчики и PM-ы должны быть под единым жестким началом и отвечать за запуск «под ключ» прямо на станке, а не на бумаге.
Сухой остаток от Директографа:
Хватит содержать высокооплачиваемых наблюдателей за крушением «Титаника». Если специалист отвечает только за график, а не за продукт — гоните его в шею. Либо он начнет работать на результат, либо освободит место тем, кто умеет решать задачи, а не «актуализировать данные».
А как у вас с проектным управлением? Продукция выходит или только графики рисуются?
В пятницу вечером каждый директор узнает истину: в корпорациях проектное управление — это не про результат, а про то, как красиво «похоронить» сроки.
Типичный сценарий: продукция сорвана, цеха стоят, убытки растут. Вызываешь руководителя проекта (PM), а он, поправляя очки, вещает: «Согласно приказу, моя зона ответственности — формирование графика. График в работе, вопросы к цеху».
Знакомо? Вот почему это происходит и что с этим делать.
1. Почему PM-ы превращаются в «регистраторов катастроф»?
Корпорация — это конгломерат враждующих «княжеств» (департаментов). Проектный офис здесь часто играет роль наблюдателя, а не двигателя.
* Бумажная броня: Если KPI привязаны к «актуализации графиков», никто не будет бегать по цехам. Зачем, если можно красиво двигать кубики в Jira?
* Матричная шизофрения: Сотрудник всегда выберет задачи функционального начальника (кто премию платит), а не PM-а.
* Культ «Зелёных отчетов»: В корпорации нельзя признавать провал. Поэтому проекты «зелёные» до тех пор, пока склад не окажется абсолютно пустым.
2. Почему умные люди превращаются в тупое стадо?
Феномен «Groupthink» (групповое мышление) в действии:
* Диффузия ответственности: «Тут много умных, кто-нибудь точно проверил эти цифры». В итоге не проверил никто.
* Иерархический страх: Группа мгновенно отключает мозг, чтобы угадать, какой ответ хочет услышать Босс.
Как лечить?
Если вы хотите, чтобы система работала, пора прекращать играть в «аджайлы» и переходить к жесткому управлению:
1. Ликвидируйте «бумажную броню». РП отвечает за физический результат к сроку. Не выдал оснастку/продукцию — профнепригоден.
2. Шкура на кону. Увяжите премию проектного блока с производственным результатом. Продукция просрана — PM сидит на голом окладе вместе с рабочими.
3. Единый центр ответственности. В гражданской оснастке и разработке — создавайте «спецназ». Разработчики и PM-ы должны быть под единым жестким началом и отвечать за запуск «под ключ» прямо на станке, а не на бумаге.
Сухой остаток от Директографа:
Хватит содержать высокооплачиваемых наблюдателей за крушением «Титаника». Если специалист отвечает только за график, а не за продукт — гоните его в шею. Либо он начнет работать на результат, либо освободит место тем, кто умеет решать задачи, а не «актуализировать данные».
А как у вас с проектным управлением? Продукция выходит или только графики рисуются?