Коллеги, здравствуйте!

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

Роль администратора проекта SAP ничем не отличается от роли администратора любого другого IT проекта - т.е. "девочка принеси-подай-сведи табличку в excel", и из этой роли чаще уходят в декрет, а не в руководители.

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

по попочкам

знавал я несколько людей мужского рода в подобных направлениях - один секретарь руководителя, второй администратор проектов. Оба очень круты были в своем деле, и их работа не сводилась к перебиранию папок и сведения простыней в экселе. и получали ооочень хорошо.
так что я думаю тут зависит от компании к примеру если есть один PM на несколько внедрений SAP (одновременных), то в таком положении администратор проекта скорее всего будет в роли PM выступать - я такое правда не встречал в SAP-е... но чем черт не шутит?

p.s. тот чувак, который был секретарем в итоге стан директором филиала

ну если президента назвать дворником, он же не станет улицы подметать

если в должности стоит "администратор", а по факту в обязанности входят задачи PMа - это де-факто PM

Регулярно сталкиваюсь с обратной ситуацией: сотрудники Заказчика с должностью "Руководитель проекта" сводят свою работу к подмножеству задач администратора проекта.

Например, делают только два действия:
1. Рассылают приглашения на встречи по статусу проекта с бронированием переговорки
2. При получении письма от какого-либо члена команды (заказчика или подрядчика) пересылают письмо членам второй команды с указанием "решить вопрос".

Так что после должности администратора проекта вполне можно претендовать и на должность ПМ у таких Заказчиков.

+100500 !

"делегирование полномочий" - checked!

А с точки зрения развития на ваш взгляд это шаг назад? Сейчас ищу работу консультантом и смотрю смежные вакансии. Управление проектами также интересно.

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



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

ИМХО, лучший PM(особенно в сапе) - это тот, который уже имеет некий опыт в системе, был хотя бы тим-лидом(то бишь имел управленческий опыт)+связи в сап-комьюнити. То есть просто человек, извне, без управленческого опыта - вряд ли потянет полноценно задачи PM

РП - это одно, конс - это другое.
Становитесь РП - начинаете забывать консультантские скилы и, возможно, пропускаете какие-то новинки. Перестаёте следить за темой.

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

Гораздо выгоднее быть тим-лидом/архитектором. ЗП может быть одного порядка, а чужие риски как бы немного в стороне. Только для этого надо быть умным и иметь много опыта. А на РП можно заскочить и после года работы консом. Иногда кажется, что их даже просто с улицы берут

Такой человек в народе называется "эскалатор" безусловно, это работа уровня проджект админа (даже тим админа, если тим большой), а не ПМ-а.

добавлю:
- слишком большие риски, связанные с тем, что идет управление бюджетом (впрочем, отсюда и плюсы выходят)
- сложно сменить работу. Одно дело простому консу-програмисту уволиться и перейти на другой проект, даже в другую страну. Другое дело ПМу. Его так прсто с улицы не возьмут, в другую страну, на иностранный проект - тем более. Ну и конкуренция опять таки+потребность. Если на +-нормальном саповском проекте требуется дофига консов, как минимум несколько человек на модуль, то ПМ, как правило один....
- Могут усложняются взимоотношения со вчерашними коллегами-приятелями (думаю не стоит объяснять почему). Тут еще многое от твердости характера зависит
- сложно вернуться назад в консы может быть не только из-за потери скилов и неприобритении новых, а и в банальном резюме.....Сложно объяснить почему пару лет был ПМом, а тут вдруг опять назад в консы потянуло, возможны просадки по зп и тд

ИМХО, надо 3 раза подумать, стоит ли+ если уже и браться, то на приличные деньги+долгосрочность



ИМХО, это найболее правильный путь развития конса (огромное поле для маневров). При этом с тим-лида-архитектора, перейти в ПМы можно всегда (а вот наоборот уже не получится)



Любимая фраза моего первого шефа была: "Почему я за тебя должен делать сво работу?"