Мета цієї публікації в блозі — пролити світло на процес пристосування до стандарту та те, як він відіграє ключову роль у робочому процесі розробки та конфігурації додатків у SAP Activate та загальному проекті впровадження.
Відповідність стандартам може бути новим терміном для деяких колег, які впроваджують SAP S/4HANA, однак це метод планування конфігурації, який використовується у впровадженнях SAP S/4HANA Cloud вже багато років. Це модне слово, яке часто можна використовувати в презентаціях PowerPoint або кинути в розмови, і часто коли запитують «Що таке відповідність стандартам?» здається, що на це запитання є багато різновидів відповідей. У наступних кількох абзацах я розповім про те, що таке відповідність стандартам і яку мету вона виконує в ширшій картині впровадження для наших клієнтів.
Загальна картина – робочий потік проектування та конфігурації програми
Щоб зрозуміти придатність до стандарту та її мету, ми повинні розуміти мету та мету робочого потоку, у якому знаходиться придатність до стандарту, робочого потоку Application: Design and Configuration. Загальна мета робочого потоку Application: Design and Configuration полягає в тому, щоб допомогти клієнту спланувати, підготувати та реалізувати заплановану додану цінність рішення для своїх бізнес-потреб. Щоб допомогти клієнтам усвідомити цінність рішення SAP для їхнього бізнесу, вони повинні охопити процеси, необхідні для ведення свого бізнесу. Далі вони повинні визначити та спланувати, як вони хочуть, щоб рішення та бізнес-процеси були оптимізовані відповідно до їхніх бізнес-потреб. Нарешті, вони повинні налаштувати рішення на основі своїх планів і, нарешті, вони повинні використовувати рішення.
Кінцева мета робочого потоку Application: Design and Configuration — налаштувати рішення таким чином, щоб допомогти клієнту реалізувати заплановану цінність. Іншими словами, наша кінцева мета знаходиться на етапі реалізації. Ми повинні планувати те, що потрібно налаштувати настільки ефективно на фазі дослідження, що все, що нам потрібно зробити, це виконати на фазі реалізації. Просто зробіть все планування та обмірковування заздалегідь, щоб усе, що нам потрібно зробити пізніше, це виконати. Як і з деякими речами в житті, речі, які ми погано плануємо на початку, тим більше переробляємо і плутаємо пізніше, коли ми починаємо бруднити руки під час виконання. У контексті впровадження програмного забезпечення переробка або пізні рішення можуть призвести до затримки загального впровадження та подальшої затримки потенційної доданої вартості рішення для бізнесу.
Як ми гарантуємо, що рішення задовольнить потреби бізнесу таким чином, щоб клієнт отримав заплановану вартість, яку він шукав?
Ми повинні прагнути розуміти бізнес якомога ефективніше та результативніше, щоб створити рішення, яке відповідає вимогам бізнесу та можливостям програмного забезпечення.
Як ми ефективно досягаємо кінцевої мети робочого потоку на етапі реалізації?
Шляхом визначення та планування визначення рішення на етапі дослідження.
Розгорнувши рівень до рівня фази в рамках робочого потоку, процеси визначення рішення в рамках фази дослідження складаються з двох основних компонентів: майстерні Fit-to-Standard до стандарту та майстерні проектування. Думайте про це як про процес визначення рішення, який складається з двох різних процесів уточнення та використовується для створення найкращого можливого плану конфігурації, який буде виконано на наступному етапі.
Майстерні з адаптації до стандартів мають бізнес-орієнтацію, збираючи вимоги бізнесу, тоді як майстерні планування та проектування мають фокус технічних експертів, які працюють над подальшим вдосконаленням бізнес-вимог з технічної перспективи.
Щоб ще більше спростити, коли ви думаєте про відповідність стандартам, думайте про бізнес, а коли ви думаєте про планування та дизайн, думайте про технічних експертів.
Часть 2