мы вас не ждем :yes:
Тем более с проектным менеджментом.
Фихня.

Кстати, да. Регламенты, которые обязательны для исполнения - это технические регламенты о безопасности, о пожарной безопасности, об электромагнитной совместимости. Остальными регламентами можно не пользоваться, если какой-то из них не нравится, и его не вписали в тех. задание.

Что значит "для разработки проектной документации"?) Задача ПМ - контроль сроков, финансов и качества по каждому этапу проекта. Если ПМ умеет работать в Примавере, то почему он, как заказчик, не может диктовать свои условия? У нас, зачастую, проектанты вообще свои графики разработки документации на коленке в екселе делают и отбрыкиваются от любого проектного менеджмента.

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

Вам объяснить, что такое проектная документация?! :eek:

Конечно, может! За его деньги и Примаверу, и Aveva PDMS (для линейного объекта :lol:), и что ему нужно ещё к проекту пристроим :) Только вот эффективности проектному управлению они не добавляют.

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

Да нет, не надо) просто график разработки проектной документации он, как ни крути, нужен для контроля и мониторинга. Соответственно выпускается он именно для заказчика. Самим проектантам данный график не особо нужен.


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


Бесспорно. Но такая неадаптированная форма только затягивает процесс анализа и усложняет оперативное вмешательство в ход реализации проекта, не находите?)

Очень даже нужен - на основе технологических графиков проектировщики планируют свои объёмы работы.

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

Почему неадаптированная? Правильно контролируемый технологический график - очень даже понятная вещь, его можно легко использовать для прогноза срока окончания проекта и объёма работ.
Вот почему мне ТДМС нравится, а Примавера - нет: потому, что в ТДМС единицей измерения является собственно документация, а в Примавере - рабочее время. В Примавере получается как в песне - "Где мерилом работы считают усталость" :)

Тут спорить бесполезно. Вы, конечно, правы. Для проектной документации, (как впрочем и для всего другого), должны быть подобраны твердые меры. Контроль времени на работу, мерой которой является время - это неординарная задачка)

Кстати, "о бабочках".
Сегодня окончательно офомил членство в Российской ассоциации управления проектами "СОВНЕТ" - Российской секци IPMA.
Думаю насчет сертификации: скорее всего с сентября начну готовиться и в феврале-марте буду сдавать, очевидно на Сертифицированного специалиста (профессионала) по управлению проектами, уровня C (если получится), или D.
Параллельно, скорее всего также пойду получать PMP по системе сертификации PMI.
Потому что без таких бумаяжек - везде нам в общем и целом "рисуют колесо и кнут". Докторская. оно. конечно, хорошо, но в качестве "довеска", а не само по себе. Надо уже куда-то к какой-то профессиональной туссовке пристраиваться.
В аудит - уже лет 12, как поздно, в управленческий консалтинг тоже лет на 8 опоздал. В общем, остается пытаться подвизаться под проджект менеджмент.

Слышал много отзывов о "бесполезности" PMP. Постоянные платные подтверждения своего "уровня" - косвенное свидетельство о "сектантскости")

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