Переход на другие системы и требования в вакансиях

[ТРЕНЕР]

Интеграторы были разные, в том числе оба "большие К". Но я же не писал что у них нет методологии. Конечно же был устав проекта, определенные этапы и определенные документы. Но мой пост был о конкретных требованиях в вакансиях. В проектных документах интеграторов не написано, по какой именно методологии ведения проекта они работают, по какой методологии ведут разработку в рамках проекта. Интересно было бы спросить их ведущих пиэмов и посмотреть, смогут ли они ответить без интернета и без предварительной подготовки, например на эти вопросы:
- по какой методологии ведете проект - по PMBok , по PRINCE2 или по какой-то другой?
- по какой причине в компании выбрана именно эта методология?
- проводится ли в компании обучение для пиэмов, аналитиков и консультантов по этой методологии, кто проводит обучение ?
- в других компаниях где работали - была эта методология или другая?
- знаете ли вы в чем основные различия PMBok и PRINCE2 ?
- допустим, ваша компания ведет проекты по PMBok - можете ли описать общую архитектуру PMBok, а не только этапы и документы которые составляете по ходу проекта?
- допустим, ваша компания ведет проекты по PMBok - знаете ли по какой редакции PMBok вы работаете: 5й, 6й или 7й, и в чем вообще разница между ними, хотя бы примерно?
- по каким конкретно процессам управления проектом вы вели (ведете сейчас) свой последний проект? (подсказка: в PMBok их расписано несколько десятков)
- во всех проектах внедрения есть этап бизнес-анализа, какие конкретно методики бизнес-анализа используете на этом этапе, используете ли в работе BABOK ?
- какую методику разработки используют ваши программисты для модификаций по проекту?
- если часть модификаций по проекту делают программисты клиента (например, интеграцию с существующими там системами), то знаете ли вы по какой методике работают они, и как при управлении проектом вы сочетаете одновременно методики разработки ваших и их программистов ?

Я думаю, что на большинство этих вопросов пиэмы интеграторов не смогут ответить вообще или ответить правильно. Ну может быть только скажут что у них в компании принят PMBok, или что у них в компании "своя" методология выработанная лучшими практиками.
На самом деле скорее - второе. То есть неосознанное применение частично элементов PMBok и частично элементов PRINCE2 в сочетании со "здравым смыслом".
Пример. На всех проектах ведется список возникающих в ходе проекта проблем - issue log. Везде это фиксация проблем именно по факту их неожиданного возникновения. И такой способ ведения issue log - взят именно из PRINCE2. потому что в PMBok - issue log это список возможных проблем который продумывается заранее, то есть в PMBok это элемент процесса управления рисками. А в PRINCE2 ведение такого списка - это элемент процесса решения уже свершившихся инцидентов. Этот пример смешения двух методологий на одном проекте, и о том что это смешение - думаю что большинство пиэмов понятия не имеет.

[LETTO]

Цитата:

Сообщение от ТРЕНЕР

Я думаю, что на большинство этих вопросов пиэмы интеграторов не смогут ответить вообще или ответить правильно.

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

Сравните со строительством тем же. Где сотни человек, сотни подрядчиков, тысячи материалов, строгие строки и огромные бюджеты. Ну и риски постоянные (от чиновника до погоды). Это для них PMBOK

В вакансиях пишут методологии скорей для понимания и факта что надо управлять проектом. У нас для программистов AX тоже всегда пишут .NET и SQL, это же не значит что мы на зубок должны знать эти темы.

ЗЫ Хотя для ПМ не плохо бы знать методологии. Но вы народ специфический. Хорошо если еще предметную область хоть немного знаете. А то обычно кто наглей тот и ПМ

[ТРЕНЕР]

Цитата:

Сообщение от LETTO

В вакансиях пишут методологии скорей для понимания и факта что надо управлять проектом.

Цитата:

Сообщение от LETTO

Хорошо если еще предметную область хоть немного знаете.

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

[LETTO]

Цитата:

Сообщение от ТРЕНЕР

Ну а чего смеетесь. Известная байка и постоянно над этим спецы шутят. Что в вакансиях перечисляют всё подряд.
Не надо с этому относится как к "must have", скорей как "should have"