О передозировке бюрократией и зрелости

Какое-то время назад я искренне считал, что команда проекта должна четче всех остальных осознавать, что входит в содержание проекта, и что нет. Особенно когда на митингах со стейкхолдерами критичных проектов по фиксированной ставке проектный руководитель присутствовать не может. Уж как я радовался, когда команда могла сама провести митинг, ловко лавируя в потоке обратной связи спонсоров и на лету категоризируя in-scope и out-of-scope.

Проблему этого подхода я понял чуть позже, когда на 1-1 встречах спонсоры и другие стейкхолдеры начали обвинять нас в "зашоренности". Моей первой реакцией на такую обратную связь было "да вы же сами запустили fixed price проект!", но проанализировав ситуацию, я понял, в чем проблема.

Большинство клиентов не имеют понятия ни о проектном менеджменте в целом, ни о контрактных моделях в частности.

Серьезно. За более чем 8 лет работы в 6 компаниях абсолютно разного размера, бизнес-фокуса и применяемых подходов, количество клиентов (внутренних и внешних), с которыми я говорил на одном языке управления, можно пересчитать на пальцах одной руки и еще останется. В большинстве случаев, за контрактную сторону вопроса на стороне клиента отвечает отдел закупок, а сами стейкхолдеры имеют поверхностное понимание о том, как будет происходить работа.

Что же вам делать?

🈯️ Обучать клиентов. Если позволяет ситуация (cost/benefit ratio и другие показатели), запускайте и развивайте процесс онбординга клиентов включая тренинги проектных спонсоров, стейкхолдеров и обзор ваших процессных подходов.
MVP этого шага - объяснение клиенту до начала проекта, как будет функционировать управление изменениями в данном конкретном проекте.

🈯️ Развивайте команду в сторону принятия изменений. На встречах с заказчиком, никто не должен криком кричать о переходе границ. Вместо этого - вежливое объяснение и последующий анализ изменений с презентацией всех условий и допущений позже.

🈯️ Упрощайте. Вы должны говорить с клиентом на одном языке. Если он не знает, что такое "Риск регистр", "список рисков" сработает лучше.

У кого в компании есть формализованный процесс client onboarding?

#beardthink #практика