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

Какими профессиональными качествами и знаниями в идеале должен обладать квалифицированный специалист-методолог, работающий с SAP? На данный момент ищу какую-либо литературу, связанную с этой темой, но нахожу только курсы по конкретным модулям/компонентам. Т.е., понятно, что консультант FI будет изучать соответственно всю информацию, связанную со "своим" и смежными ему модулями, а на что в таком случае обратить внимание мне?

И вопрос касаемо профессионального и карьерного развития: верно ли мое предположение, что чем больше количество проектов, на которых был задействован консультант в процессе своей работы - тем лучше. (Моя логика: больше проектов - больше разноплановых задач - быстрее нарабатывается опыт). И что тогда делать в случае, если работаешь над длительным проектом?

Всем заранее спасибо за ответы.

1. "Стажер" и "методолог" - на мой взгляд, несовместимые понятия.
2. О методологии чего идет речь?
Чаще всего на проектах встречаются методологи по различным видам учета (БУ, НУ, УУ). Как правило, их функция на проекте сводится к формированию плана счетов, необходимых аналитик, а также карты проводок для тех или иных бизнес-процессов.

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

Если же вы специализируетесь на методологии бюджетного управления, вам нужны такие незнания:
- что затратные и доходные счета главной книги и статьи БДР должны каким-то образом соответствовать друг другу
- есть какая-то информационная система, в которой ведется бухгалтерский учет
- группировки видов деятельности и продукции в БДР и БДДС должны быть сопоставимы

Если понравилось, могу дать еще вредные советы по методологии автоматизации учета затрат, управления производством и сбытовой деятельности.

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

Вопрос просто создан для троллинга
По теме - если интересует методология внедрения это по ASAP нужно почитать ну и возможно PM BOOKи будут интересны.
Если методология бизнес-процессов - то это исключительно методология бизнеса, САП тут в общем-то не при чем (ну кроме навязывания best practices)

Вопрос немного непонятен. Что у вас в должностных обязанностях?

А может вопрос был задан, для того чтобы автора "послали" (ups, только правильно поймите ) на курсы PRINCE2

Газпром? Саратов?

Презентации, инструкции, работа с планом счетов. Вот сейчас, как понял, плотно буду заниматься статьями затрат.


Газпром. Не Саратов.

Газпром в смысле проект

почитайте курс АС040.
а еще лучше отраслевые и специализированные книжки по экономике, контроллингу, "1000 и 1 "проводка. ну и ПБУ.




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

MikeKr, спасибо за совет - почитаю.

darkduck, так я сотрудник подрядчика, или все равно кресло из той же серии?

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

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



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

главное не попасть на вечное внедрение, как у нас бывает, по типу: внедряем, получаем откат, убиваем проект, потом рестарт, опять внедряем, опять откатываем и тд

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

а то некоторые пару дней рядом постояли и уже пишут себе в проектный опыт

из той же - бегите, Шура, бегите не портьте свое CV