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

P.S. Кстати, подробные детали еще на тему этого поста (и куча другой интересной инфы) будут 4ого августа по итога конференции BarCampKazan

Наверное я один из тех у кого опыта по управлению проектами предостаточно.

Пару кратких комментов:

1. Хорошее:

- молодец что постарался все суммировать!! Респект.
- профессионально написано. Правильные выражения и т.п.

2. Конструктивная критика:

- как было выше замечено менеджер проекта не должен выступать в роли аналитика, его задача обеспечивать эффективное общение внутри группы и с заказчиком проекта и координировать работы (что по сути дело одно и тоже). Аналитик - это отдельная функция. В мелких проектах функции сочетаются но в данном случае это не ошибка ПМ, а ошибка Аналитика который еще выполнял функции Аналитика. Здесь получается что ПМ на 80 аналитик и на 20 ПМ, поэтому всегда есть отмазка что не успел и т.п. и это пример неэффективной работы когда 2 в одном. Хотя сами постоянно этим грешим. Кстати я считаю что в корне не верно сваливать на ПМ все функции аналитика, по правильному в мелких группах функция аналитика должна быть разделена между тим лид и ПМ это очень помогает избежать половины из описанных проблем.

- Все, что ты описал более структурировано и подробно описано тут: http://pmi.org/ там есть книга PMBOK - библия PM. Смотрим ее. Я счас как раз на сертификацию готовлюсь. Кстати совершенно не важно каким проектом управлять, софт строительство и ТП. Так было в СССР универсальные руководители! К сожалению потеряли это.

- Новизна подхода по сравнению с предыдущими изданиями - я это отслеживаю где то 99 года. теперь данное пособие не “единственно правильная методология которую надо строго внедрять и исполнять”, а “свод best practice, элементы которых рекомендуется юзать в работе в зависимости от размера и специфики проекта”.

New to job
Curve hands or new to job