пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ. MS PROJECT. пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ: пїЅпїЅпїЅпїЅпїЅ

Был неоднократно в подобных ситуациях и подпишусь под презентацией автора.
Как правило, в компании:
1. Не налаженные процессы управления. Значит, можно сделать так, а можно - по другому.
2. Превалирует ручное управление (единоличное, реже или эпизодически - коллективное). Значит, нет системного подхода, Ваша аргументация может даже не рассматриваться.
3. �меет место неуправляемость, переходящая в администрирование. Значит, возникающие проблемы решаются далеко не оптимально.
4. � многое другое, тормозящее системное внедрение ПУ.

Поэтому следует:
1. Наблюдать, замечать, анализировать, узнавать, кто решает и как.
2. Отмечать, что делается системно и почему.
3. Таскать руководство и пр. на встречи, экскурсии, показывая плюсы, но не говоря про проектное управление.
4. Ждать своего часа, когда подходящая проблема появится в компании.

Тогда уже предложить (пусть и в порядке исключения) решить ее проектным подходом. �спросив себе для этого некоторые привилегии для решения вопросов до окончания проекта.

Возможно, получится....
но - не факт.