Добрый день, коллеги!

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

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

Дело в том, что мне сказали что это стандартная терминология САПа, вот я и узнаю у специалистов

Ну, лично я за 8 лет работы с SAP в первый раз услышал про такую роль "контроллер изменений"
Да, действительно, как правило после фазы согласования КБП любые значимые изменения в проекте оформляются при помощи документа "Запрос на изменение".

Это инструмент контроля сроков и бюджета проекта, поэтому в Запросе на изменение обязательно указывается влияние реализуемых изменений на сроки и бюджет.

Очевидно, что прежде чем приступать к реализации Запроса на изменение, кто-то должен его акцептовать и этот кто-то должен быть владельцем бюджета.

Возможно это ваш случай, возможно - нет..

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

Спасибо за ответ! А вообще из практики, насколько часто делаются изменения по модулям САП после окончания внедрения?

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

С Уважением,
Георгий

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

Любой проект оканчивается окончательно.
По определению.

Это слишком индивидуально.