OFF: Руководитель проекта внедрения «1С:Предприятие 8», ERP 2.0, до 200 тыс.руб.

(80) ну, я запускал (оперативный контур + МСФО), мне 200 на руки в Одинцово - мало.

а ты если сам выпендриться хочешь, давай сюда за бесплатно кейсы из своей практики внедрения 1С:ERP по этому:

>> Анализ архитектурных и идеологических противоречий

и вот этому:

>> контроль соответствия готового продукта требованиям;

(0) Работа моей мечты. Буду работать на такой позиции через 5 лет

(0) Мало.
220 000 надо минимум.

Просьба писать сообщения строго по теме.

Интересно Гука взяли уже?

С опытом запуска УПП 1.3 возьмете?

(110) слишком другая конфа

Из опыта УПП может пригодиться разве что понимание процессов на производственном предприятии

(112) Какая?

(112) Если есть опыт внедрения на производстве УПП 1.3, то мое мнение внедрить УП 2.2, ненамного сложнее.

(112) А это 90% успеха

(114) неправильное мнение. Производство в ЕРП очень СИЛЬНО отличается от производства в УПП.

(115) Не факт.
Попадется тема, например: упр учет по группе организаций.
И все ты приплыл, потому что в ерп этого нет

(0) А мне непонятно, если есть штат программистов, почему из их числа нельзя взять РП? или нужен с дипломом по ERP человек? Или почему они не годятся?

(118) ТС "мертв"

Я ездил туда в феврале. Из Мск в Одинцово туда добираться плохо. Но не в этом суть. Обладал необходимым опытом для данной вакансии, но встреча с ИТ диром не задалась. Он не стал со мной общаться и задавать вопросы по внедрению ERP и т.д., а просто прекратил общение. Повторно мне в рассылке упала данная вакансия на почту, увидев сумму заинтересовался и скинул резюме. Пришел отзыв, в процессе я понял что это опять "Мясницкий ряд", но все же решил позвонить. на том конце человек меня тоже узнал, на том и разошлись, повторно они звать не захотели, я повторно ехать не захотел. Есть подозрение, что они посчитали меня, типа, слишком близким к программированию человеком, работающим на слишком техническом уровне.

Поэтому у меня остался вопрос собсно. Кого собственно ищут? Супер крутого РП, умеющего и кодить в ERP, и работающего с бумагами проекта и имеющего степени PMI, и в опыте проекты на десятки миллионов? Это сферический конь в вакууме. Либо кодера найдут, либо бюрократа.

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

(118) Чтобы сделать из хорошего прога плохого РП?

(120) те ты приехал, а с тобой даже никто не общался?

(116) Не согласен

(122) Нет, я потратил на них полдня, а они на меня несколько минут. Видимо, я не смог быстро впечатлить, а человеку было почему-то некогда (хотя время было назначено заранее и я не опоздал). Но я не в претензии, им удачи в поиске.

Те дир ИТ взглянул на твой резюм и вынес вердикт?

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

(126) РП - это далеко не только бумажная работа

(127) Ок, откуда берутся РП? есть какие то курсы? Вырастают из программистов или программистов-консультантов. Так почему бы не вырастить своего?

(128) А есть ли время? И какой процент прогов становится хорошим РП?

(128) РП это больше чем программист. Нужно быть психологом и знать учет от и до.

В РП идут люди, которые изначально больше поговорить чем кодить

(130) Чем больше проект, тем менее РП нужно знать учет и больше уметь руководить

(132) Внедрял или так потрындеть?

(133) Работал в команде с хорошими РП

и с не очень тоже, поэтому разницу немного знаю )))

(120)[Вы не найдете того, кто будет идеально разбираться в ERP, будет уметь кодить под упр приложение и конкретно ERP, и при этом писать прекрасно бумажки.]
CIO вправе искать идеального РП и правильно делает,что не "дёргается"

ехать на вакансию которая висит пол года бессмысленно. Можно сравнить с приобретением БУ авто - если авто пол года висит и никто не купил значит ничего стоящего в нем нет.

(136) Можно. Пусть ищут, я уже сказал, что желаю удачи.

(130) Учет можно и не знать, он слишком большой. А вот Узнать быстро нужную подсистему без проблем, за выходные все узнается.
Руководить - и что в этом слове сложного? вы сильно преувеличиваете. Т.е. простое человеческое общение и психология на уровне ПТУ теперь что то сложное?
Можешь привести пример из практики - где именно за счет таланта "руководить" была решена проблема, а не счет обычного анализа и качественного выполнения своей работы?

(139) За счет грамотного управления, рабоочие проблемы не перерастают в ранг "проср..ли все полимеры"

и пользователи не сабботируют процесс

(140) Это и программист 1С может(обычно которые часто одни работают на весь завод или предприятие), они же как то укладываются в срок. И вообще если такое случается - это проф непригодность, плохо планируешь, плохо контролируешь. Думаю если РП такое допустит это конец дальнейшей карьеры. Поэтому он зубами вцепиться, но все сделает как надо. Я на своей практике ни разу такое не встречал.

(142) В ларьке да , программист справиться...на крупном производстве, программист, это "уборщица", и многие вопросы с топами не решает. Кого подвинуть, кого передвинуть, чтобы быстрее можно было внедрить участок учета.

(143) Но, если программиста поставить на место РП. он вполне справиться и решит.

(144) От куда такая уверенность?

(144)не пишите ерунду. если даже Рп - тупой админ, он делает работу, которая абсолютно не нравится программисту вообще. мне страшно и представить, что будет, если РП с какого-нибудь проекта убрать - скоуп задач, приоритеты, закрытие заявок, эскалация проблем. Программист отвечает за свой участок и не видит дальше носа. у него голос дрожать начнет от мысли, что его на встрече ждет 2 человек в банке после владельца...не понимаете Вы, что значит большой проект. любой косяк - вина РП, не прочитал, не увидел, не заложил, не подумал и не оценил. я завидую, что есть РП, которых так легко можно заменить простым кодером.

Сидят 2 нищих, просят милостыню.
- Ты кем раньше был?
- Проектным менеджером!
- И чем занимался?
- Я вел динамичные команды к смене управленческих парадигм!
- А потом что случилось?
- А потом... а потом у меня кончились умные слова...

(144)тот факт, что кодеру обычно платят 120к, а РП 200, то не спроста разница в зп такая большая. это самое примитивное доказтельсво того, что работа РП сложная и более чем ответственная. Я могу подумать, что есть компании, где РП вообще не вникает в предмет, не понимает, что вообще происходит на проекте и даже не знает 1с..такие истории я пару слышала на интервью - наверное действительно такого РП можно заменить простым программистом -  от него толку будет больше + не сжирает бюджет. тогда ваше утверждение имеет правда существовать.

(148)+право* существовать.

>тот факт, что кодеру обычно платят 120к, а РП 200, то не спроста разница в зп такая большая. это самое примитивное доказтельсво того, что работа РП сложная и более чем ответственная

пффф...

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

(130) "РП это больше чем программист"

я бы даже так сказал: РП - это вообще не программист ))

ну нереально РП еще и программировать - у РП загрузка фрагментированная.

При таком характере загрузки кодить/аналитить/писать ТЗ/тестить и т.п. невозможно - ты только въехал в какой-то вопрос, открыл Конфигуратор - а тут тебе приходит письмо с темой "СРОЧНО", всё бросаешь и выпадаешь на два дня, скажем.

В общем-то, основная задача РП (и по PMBok в том числе) - это координировать. В PMBok это так и значится - "
Управление интеграцией проекта".

(151) ну, если конечно проект состоит из одного-двух человек, то, возможно, можно будет и покодить, да )

>кодить/аналитить/писать ТЗ/тестить и т.п. невозможно

ну и нахрен он тогда нужен такой... бесполезный персонаж

(146) Я специально пишу - программист - а не Кодер.
Очень часто Программист 1С один на предприятии\заводе и тогда он все это выполняет сам.
(151) И в этом "управлении" нет принципиальной сложности.
И опять же вопрос - откуда вырастают РП? Если из менеджеров - так это плохо - очень часто менеджеры не разбирающиеся в программировании не могут квалифицированно загрузить программистов , а тем более оценить\проверить их работу. РП вырастает из обычного программиста.

(152) на УПП/ERP часто РП ещё и тимлид+тех.эксперт
узкие места + артефакты всё равно к тебе прилетают

(154) бред

(153) :)

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

разработчики обычно спрашивают на это - а с фига ли я? ))

>Если из менеджеров - так это плохо - очень часто менеджеры не разбирающиеся в программировании не могут квалифицированно загрузить программистов , а тем более оценить\проверить их работу

загрузить они могут по самое нибалуйся

оценить - у них есть тимлид. или здравый смысл и уже готовые рамки в которые надо втиснуться

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

(157) +1
а ещё он нужен для борьбы с саботажем =)

>не попросишь разработчика договориться о встречи, съездить на неё, обсудить что-нить и по итогам согласовать протокол

и что он там будет обсуждать, если он не "кодить/аналитить/писать ТЗ/тестить"

(160) сынок, ну не обсуждает собственник такие низменные материи, какие нах пилить, строгать

(158) 1. Квалифицированно загрузить! читай внимательно. либо не успеют по срокам, либо наоборот дадут прогам много свободного времени.
2. Проверить - проверить не только работу системы и отчетов( а в большой разработке эт о не так то и легко, проверить все важные моменты), но и качество кода\отчетов. Не смогут.

(160) это второй вопрос ))

ключевое слово "договориться", "согласовать"

-договориться о встрече
-согласовать повестку
-пригласить нужных людей
-проследить на встрече, что всё по повестке пройдено и открытых вопросов не осталось
-проследить, чтобы на встрече обсуждали именно повестку, а не всё подряд

и т.п. Это скорее задача РП

а для "разбираться в теме" - РП берет на встречу аналитика/архитектора/программиста

папаня, реальный РП и пишет и тестит и аналитит (на уровне функ. требований хотя бы)

половина (163) делает модератор встречи, им может быть любой из приглашенных. и платить 200 штук тут не за что

а если без РП, то программер может вот так съездить:

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

и т.п.

(162) > но и качество кода\отчетов.

качество кода - при наличии тимлида вообще не его проблема

(164) дык, на разных проектах по разному )

(164)[делает модератор встречи, им может быть любой из приглашенных.]
клиника

(167)

я работал и как "играющий тренер" - кодил, будучи РП - маленький проект
и как чистый РП - без регулярного кодирования и аналитики - большой проект

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

А так - погружаться в какую-то тему просто бессмысленно. Тебя выдернут моментом из этого всего и тема подвиснет просто. Нужно передавать кому-то. А раз уже передал - всё, этот человек дальше и ведёт эту тему.

(159) или так - аналитик Маша поругалась с разработчиком Олей и теперь они не то чтобы работать вместе не хотят - а и видеть друг друга не могут ))

надо разруливать - либо мирить, либо менять местами... ну или уволить всех к черту!! Но это уже не к РП, да )))

(170) всё верно
внутренняя и внешняя коммуникация целиком на РП, я это называю "смазывание" проекта

200 тыщ! О май гад!

(170) Коммуникация, это не проблема. Это обычный жизненный навык, им обладают 90% людей.
А вот спокойным голосом доказывать свою позицию в любой сложной ситуации - вот это уже тренируется)

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

(174) ниже написали что он ничего не делает.

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

(175) это пример )


в целом, я бы по вакансии уточнил - нужен всё же РП или нужен таки, скажем, ведущий разработчик-архитектор

это всё же разные позиции

если там на всё внедрение два человека - то, да, вот прям выделенный РП не нужен

(173) "Коммуникация, это не проблема. Это обычный жизненный навык, им обладают 90% людей"

не скажииииите )))

из десятка программистов писать нормально письма могут от силы двое-трое. То есть 20-30% :)

(173) Пиsец какая проблема - трое уже договоритsя не могут. Нужен арбитр.

>из десятка программистов писать нормально письма могут от силы двое-трое. То есть 20-30% :)

а из юзеров - та вообще 5%

(175)в таком случае у нас 2 разных РП. Халтурщик и реальный РП, знающий и понимающий предметку, через которого проходит все - он и как консультант, как архитектор, и как разработчик - все понимает. просто руками мало что делает.

>в таком случае у нас 2 разных РП.

ну если и они еще поссорятся...

"РП – он и как консультант, как архитектор, и как разработчик - все понимает. Просто руками мало что делает" (с) Аня.
))))

(181) ))))))


(178) трое? двое договорится не могут порой... а вы говорите...

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

Если подытожить – функции РП зависят от команды.
Осталось узнать какая в (0) команда)

(181) если рп сорится- это не рп, это профнепригодность

Минимальная команда внедрения на 250 пользователей 7-8 человек

Если брать студентов,  то 10-12, но в этом случае сис архитектора брать в любом случае

(186)если я принесу Рп цифры, он спросит меня, откуда они - обоснуйте, если я обосную на отвали, он слишком умный, чтобы это мое обоснование легло в основу проекта и т.д. если консультант напишет корявые проводки и т.д. - все равно РП все найдет. Так что Рп должен знать все и все уметь, но руками сделает только тогда, если кто-то из команды его подвел. Вы разницу улавливаете. Он должен знать и уметь, но сделать должна команда. РП - дирижер.

(190) Анна, простите, а какие цифры вы РП носите?

сомневаюсь что дирижер умеет играть на всем что в оркестре есть...

(190) "напишет корявые проводки"
при наличии методиста на проекте, это требование к РП – "разбираться в проводках", уже не нужно

(192) да и странно от него это требовать ;-)

Вангую, ща будет анино любимое "у нас в ит-капитале самые крутые РП, которые всё-всё умеют" ))

(195) Работать у наs большая чеsть )))

загнобили девушку... не корысти ради, а токмо волею пославшей ея фирмЫ

Обычно если в проекте от 5 чел, то среди прогов назначается тим-лид/архитектор помимо рп

(185) будет, куда денется

И вот пара РП+Архитектор - это уже сила!