Руководитель проектов: как говорить заказчику «нет», когда заказчик хочет слышать только «да»? Репост статьи: https://habr.com/ru/articles/837070/

Вижу - эта тема многих волнует.

.... Вывод Я люблю отсчитывать от крайностей. В случае работы Руководителя проектов есть две крайности: «соглашайся на все и попробуй быть хорошим для всех» и «противься вообще всему, а кто против – пусть идет читать ТЗ» (матрицу RACI, устав проекта и что там еще).

И то и то – крайние стратегии. Первая приведет к тому, что вы доблестно сгорите, пытаясь понравиться всем, а потом вас еще и уволят, потому что всем понравиться не получится все равно. Вторая приведет к тому, что вас назовут негибким, негативным и неумеющим идти на встречу заказчику и тоже уволят.

Для меня истина лежит посередине, в балансе. Никогда нельзя забывать про границы вашего проекта. Но не стоит и думать, что эти границы незыблемы, скорее – это ваша переговорная база, от которой надо начинать обсуждения. Границы можно пересогласовать, а объем можно изменить и, если после этого все ваши стейкхолдеры и заказчики счастливы, вы все сделали правильно, и следующий проект позовут делать именно вас, а не того парня, который вначале пути испугался изменений, и всех послал нафиг, обосновывая это тем, что в ТЗ не было. Люди неидеальны: заказчики неидеальны, спонсоры неидеальны, вы сами неидеальны, ошибаются все. Стратегия помощника гораздо выгоднее стратегии «я делаю только то, что в ТЗ». По моему опыту – в 95 случаях из 100.

Поэтому мой выбор – не говорить «нет», а говорить «давайте поглядим, что мы можем сделать».