пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ пїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅпїЅ

Начинать надо с того, что как можно скорее сможет оценить Ваше руководство.

Противопоставление теории и практики тут, по-моему, напрасно. Если у Вас регламенты - это "теория", то на практике вряд ли что выйдет...

Ну а тактик внедрения может быть много - одну из возможных я описал тут ([������...]).

Безусловно, начинать надо с плана по одному из проектов - особенно, если Ваше начальство диаграмму Ганта в глаза не видывало. Кстати, его реакция будет для Вас инидикатором: если при виде этого плана глаза у начальства загорятся, есть шанс внедрить проектное управление. А если начальство посмотрит на план вверх ногами и начнет кому-нить названивать, не обращая на Вас больше внимания, - пиши пропало...

Не согласен с утверждением, что "если у Вас регламенты - это "теория", то на практике вряд ли что выйдет."
Не согласен именно на начальном этапе, так как на практике видно, что все описания, заложенные в регламент руководству любой организации до лампочки,из чего следует, что и остальные так же к этим бумагам будут относиться...
Вот Сергей Овчаренко,написал жизненно, хотя и кратко, и Андрей Демидов,на мой взгляд, с ним согласен.
�сходя из этого у меня в голове получается вот такой вот план действий:
1.
1.1.Найти и установить у себя на компьютере пиратскую версию MS Project
1.2.Создать календарный план на актуальную тему
1.3.В календарном плане прописать бюджет
1.4.Показать руководству
2.
2.1 выпросить у руководства средства на лицензионную версию MS Project
2.2. выпросить у руководства средства на обучение
2.3 обучиться
2.4. установить лицензионную версию
2.5. применить полученные при обучении навыки для создания более наглядного плана для руководства

Правильно я мыслю?

Да, я бы советовал идти "снизу" - от одного из проектов. Николай же предлагает путь "сверху": с инвентаризации всех проектов и установления нормативной базы. В принципе, возможны оба пути - в зависиости от того, являетесь ли Вы инициатором или Ваше начальство. Если Вы, лучше идти снизу, чтобы начальство "почувствовало вкус" - тут я с Сергеем Овчаренко действительно согласен.

Morok- ага.. и все это делать еще и тайно... Чтобы руководство об этом и не подозревало... и когда вы покажете им план... было шокированно... � всех еще задалбливать вопросами в рабочее время- чтобы план был актуальным.. и чтобы другие очень " полюбили" проектное управление.

Чего они ожидают от внедрения?

хотят экономии бюджета и ускорения выполнения работ.

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

Тайно или не тайно заниматься планированием - по сути не важно, так как планирование,согласно моему опыту, воодушевления,а тем более "любви" в коллективе орнанизации не вызывает.
Рядовые сотрудники бояться изначально большего объёма работ, сотрудники вышестоящии открытости бизнесс-процессов, что ещё опаснее, так как несёт больший риск не только для успешной реализации проекта, но в-первую очередь - карьере самого планировщика ( как администратора проекта,так и руководителя или менеджера

На самом деле я не могу представить себе ситуацию, что я задалбливаю очень зантях специалистов вопросами- но при этом, специалисты не получив распоряжания о том, что должны мне отвечать- очень вежлево меня посылают.

На самом деле- мой выпад был именно к тому, что внедрение КСУП- всегда должно идти при поддержке руководтсва компании... с их ожиданий и ожиданий собственников.
� тогда понятно- почему специалситсты обязаны отвечать на ваши вопросы и т. д.

" Технологии управления проектами несовместимы
с вертикальными, жесткими административными схемами и принципами управления,
даже при наличии прогрессивного и заинтересованного руководителя."

цитата из статьи на сайте Спайдер Проджект

Я где то сказала, что должно быть именно жестко???
Кстати если руководитель прогрессивный- то он как раз таки и сам понимает,где нужна жесткость а где нет..

Но и придти неким специалистом и сказать дайте мне информацию- это тоже неправильно.. и по сути любой нормальный специалист его пошлет :-)

Поддержка руководства, причем деятельная, это обязательно для успеха внедрения. Подпольно внедрить систему управления проектами нельзя.
� начинать нужно не с установки MS Project, а с определения требований к будущей системе, включая ПО.

Вот этим я сейчас и занимаюсь,постараюсь в ближайшее время выложить здесь некое техническое задание, которое я пока составил, на основе разговоров с руководителями.
Хотелось бы заодно проконсультироваться: адекватно ли оно воспринимается или нет.

Владимир,а в вашей компании у кого можно получить консультации, так как Spider также рассматривается в качестве рабочей программы.

На самом деле у нас любой может проконсультировать. Можете обращаться и непосредственно ко мне.
Можете написать на нашем форуме.
Но советую сначала определиться с требованиями к будущей идеальной системе (можете по поводу требований тоже консультироваться), а уж потом выяснять, какие системы ваши требования максимально поддерживают. Пока не подстраивайтесь под существующие пакеты. Определите, что система должна уметь, чтобы быть вам полезной.

�меем сейчас ту же задачу в большой компании.
Но мы пошли следующим путем:
- организовали несколько презентаций от разных внедренцев проектного управления. Они проводят презентации совершенно бесплатно и при этом очень профессионально (с точки зрения убедить, показать преимущества и т.п.).
Процесс обдумывания, презентаций, разных совещаний занял более года.
В результате высшее руководство постепенно прониклось и однажды выдало "жесткое" решение - внедрить немедленно.
Что и требовалось доказать.

Но год перед этим ждать всё таки пришлось? � ещё очень интересно: после выдачи руководством "жёсткого" решения-внедрить немедленно, что произошло? Внедрили? Каким образом? С чьей помощью? С какими результатами?

Учитывая, что компания наша совсем не "цивилизованная" и не "современная", то год на принятие решения - это еще по-божески.
После принятия решения была приглашена компания-разработчик-внедренец. � первое пробное решение было сделано не на MS Project Server, а на SharePoint Server.
Однако, когда изучили результат, решили, что все-таки надо внедрять Project и именно PMI-ское управление проектами.
Наняли другую компанию для внедрения Project.
Одновременно наняли в штат специалиста по бизнес-процессам, который пишет положения и регламенты работы.
В январе - обучение руководителей и исполнителей, с февраля - самое тяжелое и самое интересное - начало непосредственной работы по проектам.

Кстати, в своем IT-департаменте мы и в течение года работали на Project'е - составляли в нем планы своих работ, вели учет ресурсов, в общем использовали как инструмент для своих небольших задач.
Одновременно пытались у себя локально внедрять управление проектами. По крайней мере документ "предварительное содержание проекта" составляли по каждой большой задаче.