Искусство управления проектом

Заманивай его выгодой и покоряй его, сея в его стане раздоры.

• Разберитесь с реальной стратегией развития компании Заказчика и предложите оригинальное патентоспособное техническое решение его проблемы, которое даст Заказчику практический шанс резкого развития его бизнеса на многие годы вперёд. Увлеките его этим решением, сделайте партнёром и, как результат, увеличьте бюджет и доходность проекта; этим Команда и РП повысят свою ценность в организации.

• Если Команда сможет получить феноменальные результаты в области, смежной проекту (но не на самом проекте!), пусть покажет их Заказчику в ярком рекламном виде. Это неизбежно заставит его задуматься о будущем своего бизнеса через 10–15 лет, захватит перспективой – после этого берите его всего. Да, это – путь риска, и он потребует талантливой Команды и успешного РП, а также ресурсов и постоянной поддержки их со стороны организации. Проект нужно тщательно готовить и риски станут оправданными, а выгода от него – очевидной.

А если у него всего в достатке, будь начеку.

Если он силен, уклоняйся от него.

• Если у Заказчика всё в полном порядке, и он самостоятельно нашёл решение своих проблем, альтернативное вашему, – будьте готовы остановить проект, но с выгодой, пусть даже небольшой, для организации.

Если в нём нет покоя, приведи его в неистовство.

«Дождись, когда в стане неприятеля будет разброд» [Цао Цао].

«Если вражеский командующий упрям и норовист, можно возбудить в нём ярость – тогда он потеряет разум, даст волю гневу и забудет о своих изначальных планах» [Ду Му].

• Если Заказчик считает, что он «прекрасно знает» ту проблему, для решения которой он обращается к вашей организации, Команда должна будет сделать следующее:

(1) досконально изучить формальные требования к проекту,

(2) запросить у Заказчика разъяснений по всем неясностям, противоречиям и приоритетам этих требований и, в конечном счёте,

(3) довести его до полного осознания того, что Команда лучше Заказчика знает требования проекта и, тем более, как решить его проблемы.

• Команда не начинает выполнение проекта без полного и ясного понимания всех требований проекта и их формального согласования Заказчиком и организацией.