Привет уважаемый Алл

На что сейчас можно рассчитывать по зарплате АБАП-еру 6+ в ниризиновске
- в консалте (с командировками и без)
- в поддержке.
Особенно интересуют отношения фикс + премия в консалте. Какие правила в среднем по больнице.
Понятно что у всех по разному, но в среднем на что можно рассчитывать/или просить?

- в консалте (с командировками и без) 100-150
- в поддержке. 30-120

PS А зачем абаперу ездить в командировки?

Есть заказчики, у которых нет удалёнки. До сих пор.
А ещё есть такие странные заказчики, которые хотят видеть всю команду рядом. РЯДОМ, сказали!

Ну это как правило - абапер считает что не зачем. Консультант на ОЭ (опытной эксплуатации), продуктиве считает что очень даже есть зачем.
На моем прошлом проекте очень спорили с одним абапером по этому вопросу .

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

В текущей конторе уже начиная с обучения и предварительных испытаний дежурных разработчиков для устранения замечаний к заказчику вместе с командой консультантов отправляют. Как начнется ОЭ думаю не одного на все подразделение а как минимум по одному разработчику на несколько функциональных групп брать вместе с собой к заказчику будем. Разработчики кстати не против.

ImpCons
Люди, имеющие успешный опыт работы с программистами, которых они никогда не видели вживую, смотрят на твой комментарий с недоумением.

LadyWind,
у каждого свой опыт. Я не думаю что кто-нибудь имеющий возможность решать вопросы с разработчиком оперативно вживую во время запуска будет говорить что удаленная работа с разработчиком ничем не хуже.
Про BI\BW не говорю - не в курсе. Мое мнение касается ERP модулей.

Живо представил себе абапера, сидящего рядом у ноги (на четвереньках )

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

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

ИМХО, если во время запуска срочно птребовался АБАПер, то грошь цена ПМ-у. На переправе коней не меняют. Во время сдачи проекта срочно программы не переписывают!!!


Согласен на 200% Выделенное надо выбить в граните в кабинете ПМ-а

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

Эт понятно, что бардак на проектах - обыденное дело.
За время профуканное на этапе подготовки должен расплачиваться АБАПер.
Если по правилам, то работа АБАПера третий этап с конца.
* Послений - опытная эксплуатация
* Предпоследний - тестирование
* Третий с конца - кустомайзинг и разработка.

Так чта-а-а (ц) во всём виноват [s]чубайс[/s] ПМ

21 век, веб-конференции, скайп...
Или только принтскрины, только хардкор?

Т.е. я так понимаю РП, консультант и Заказчик обязаны обеспечить разработчика полным объемом данных необходимых для тестирования написанной им разработки во всех ситуациях возможных у Заказчика на этапе настройки и разработки? И все это для того чтобы не дай бог не тронуть разработчика на ОПЭ или запуске?
Если называете этапы, то должны понимать что и когда тестируется и на каких объемах.

Вообще-то до интеграционного теста должны. Как это вообще - заказчик не знает про возможные случаи в своём бизнесе? Или консультант не выяснил?

А ОПЭ, простите, это отличная идея наших монополий. Когда надо заявить, что что-то работает, но на самом деле ещё 5 лет допиливать и из эксельки грузить. Л-л, например. Нельзя быть наполовину беременой, система или стартует, или не стартует.

Не надо противопоставлять разработчика и консультанта. Они во всяком случае вторую основную часть проекта должны работать в одной команде. Бардак начинается с Сэйлов и ПМ-ов. В начале проекта совместно с клиентом определяются цели и средства проекта, ПМ-ы должны рассчитать сроки и ресурсы.
Когда это не сделано в начале проекта, начинаются расстановка подпорок в конце. С круглосуточным участием АБАПеров и консов за день до промышленной эксплуатации.
А ПМ-ы и Сэйлы с помощью водки и кабаков подписывают акты у заказчика.

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