Про буферы в каждой задаче (да и в целом - в оценках), имхо, хорошо у Голдратта в "Критической цепи" написано. Закон Паркинсона, к сожалению, не врёт.
Про "пятиминутки" и их реальную трудозатратность - прямо в точку, дельный совет собрать их в импровизированный "тех долг" и раз в период решать. Правда контекст может немного из оперативной памяти уже уйти, но переключение между несколькими задачами всё равно выглядит более трудоёмким, чем вспомнить и быстро поправить. Но бывают проекты (больше похожие на тех поддержку, конечно) когда требуется моментально внести. Видел условия на уровне договора - ограничение на количество задач с повышенной срочностью, или повышение стоимости таких правок.
Про обещания и манипуляции, коллеги-разработчики говорят, хорошо написано в "Идеальном программисте" Мартина. Если кратко - не надо вестись, не надо обещать пустого :)
Ну и главное - надо помнить, что ПМ и разработчики - одна команда. И вместе должны решать возникающие проблемы. А если и заказчик понимает, что он часть команды проекта - то риски понижаются, а шансы на успех повышаются.
Про буферы в каждой задаче (да и в целом - в оценках), имхо, хорошо у Голдратта в "Критической цепи" написано. Закон Паркинсона, к сожалению, не врёт.
Про "пятиминутки" и их реальную трудозатратность - прямо в точку, дельный совет собрать их в импровизированный "тех долг" и раз в период решать. Правда контекст может немного из оперативной памяти уже уйти, но переключение между несколькими задачами всё равно выглядит более трудоёмким, чем вспомнить и быстро поправить.
Но бывают проекты (больше похожие на тех поддержку, конечно) когда требуется моментально внести. Видел условия на уровне договора - ограничение на количество задач с повышенной срочностью, или повышение стоимости таких правок.
Про обещания и манипуляции, коллеги-разработчики говорят, хорошо написано в "Идеальном программисте" Мартина. Если кратко - не надо вестись, не надо обещать пустого :)
Ну и главное - надо помнить, что ПМ и разработчики - одна команда. И вместе должны решать возникающие проблемы. А если и заказчик понимает, что он часть команды проекта - то риски понижаются, а шансы на успех повышаются.