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

[gl00mie]

Цитата:

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

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

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

Цитата:

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

Я работал исключительно на стороне заказчиков, а не в компаниях-разработчиках/интеграторах, со сроками работы на одном месте от 3 до 10 лет. Возможно, что дело в этом.

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

Цитата:

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

Возможно, что если бы я имел опыт работы 50 лет, менял место работы 2 раза в год и постоянно переходил туда-сюда между клиентами и интеграторами (причем разными) – то все было бы иначе.

Скорее так: опыт работы 10 лет в интеграторе и менял клиентов/проекты 2 раза в год - и всё было бы иначе

[ТРЕНЕР]

Интеграторы были разные, в том числе оба "большие К". Но я же не писал что у них нет методологии. Конечно же был устав проекта, определенные этапы и определенные документы. Но мой пост был о конкретных требованиях в вакансиях. В проектных документах интеграторов не написано, по какой именно методологии ведения проекта они работают, по какой методологии ведут разработку в рамках проекта. Интересно было бы спросить их ведущих пиэмов и посмотреть, смогут ли они ответить без интернета и без предварительной подготовки, например на эти вопросы:
- по какой методологии ведете проект - по 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"