Цитата:
Сообщение от
Maxim Gorbunov
Увы, да. Через XI интегрировались финансовая система с HRM и Payroll'ом, а также с биллингом. Только поддержкой XI занимались три консультанта. В отдел IT кроме них входило 4 basis-консультанта, 10 программеров, примерно 5 функциональных консультантов (сейчас уже просто не помню, сколько их точно было) и бессчетное количество всяких разных проджект-менеджеров. Внедрение при этом было далеко не самое большое, установлены были только финансы, payroll и HRM, а биллинг постоянно находился в состоянии планирования. Для сравнения: один из моих клиентов сейчас использует AX 4.0 для фин. учета, логистики и ритейла (в зачаточном состоянии, правда) в более чем 20 территориально удаленных подразделениях (это не считая точек продаж). Все это добро успешно поддерживается силами одного четырех функциональных консультантов и пары программистов. Как говорится, почувствуйте разницу.
Так для чего был XI на проекте? Для интеграции между SAP-овскими модулями или все таки для интеграцией между биллингом и SAP-ом? Финансовой системой вы называете модуль Финансы в SAP-е или систему третей стороны? Биллинг тоже Саповский был?
Насчет сколько человек и куда может входить это уже дело вменяемости руководства. Почему так мало базисников, всего 4-ре?
Нужно их было 15-ть в отдел набрать. Давайте не будет сравнивать теплое с мягким. Каждый проект это своя особая история.
Я могу Вам рассказать про один мой проект в котором у клиента остается пол базисника (он же еще и системный админ в компании) и 1 специалист SAP (наполовину консультант, наполовину разработчик) при полных внедренных финансах + казначейство + бюджетирование. Так что теперь из сравнения Вашего и моего проекта сделаем вывод, что для поддержания САПа гораздо меньше специалистов требуется чем для Аксапты?
Цитата:
Сообщение от
Maxim Gorbunov
Пожалуй соглашусь, но с одним "но": средний опыт программиста подразумевает его специализацию в одном (!) модуле. Это, конечно, мое субъективное мнение, но через 1 год работы программист не будет в состоянии писать отчеты для любого модуля SAP. Да, за год накопятся здания по архитектуре какого-то отдельного раздела, но изучение других модулей займет сравнимое время, в силу отсутствия четкой однотипной структуры.
Я говорил про опыт специалистов не сколько по конкретному модулю сколько по инструментарию разработки и мое субъективное мнение, что разработчик, писавший под финансы 1 год, именно столько и будет тратить, сколько я писал ранее, когда ему дадут задачу по логостике или производству, по финансам он будет писать в 2 раза быстрее. Потому как для знания функциональности модуля, есть консультант который напишет ТЗ для разработчика на языке именно таблиц и полей, а не на языке БП.