ここ数週間、私はアナリスト、主に ALM、DevOps、ITSM の業務分野のアナリストに説明してきました。これは私が本当に楽しんでいる作業です。アナリスト (つまり顧客) にとって何が最優先事項であるかを知る機会になるだけでなく、企業や組織に対する私たちのアプローチを検証するのにも役立ちます。
時々、すべてを裏付ける質問やコメントを受け取ります。今日は 2 つ受け取りました。
記録システムとしてのERP
最初のコメントは、DevOps と ERP 記録システムに関するものでした。DevOps (つまり、アジャイル、高速、大量の変更) を導入し、ERP システムを安定させるにはどうすればよいでしょうか。
素晴らしい観察ですね。
しかし、これはまさに SAP IT チームに求められていることです。SAP ERP のサポートと開発の実践に DevOps を組み込み、実稼働システムの安定性を維持します。
では、SAP IT チームはどのようにそれを実現するのでしょうか? システムを不安定にすることなく、大量の変更を加速するにはどうすればよいでしょうか?
私たちが協力しているチームは、RSC の SAP 変更管理自動化プラットフォームである Rev-Trac を導入しています。これらのチームにとって、Rev-Trac はガバナンスの負担を自動化して排除し、DevOps の実践を促進し、ビジネス変革の目標を達成するために必要な加速を提供します。
このテーマについてどこで調べても、何を読んだとしても、DevOps と自動化は密接に関係しています。SAP IT チームが DevOps の目標に向かって進むほど、一連のシステムとプロセスをより自動化する必要があります。
したがって、DevOps と ERP は調和できますが、自動化がなければ、ガバナンスと安定性が速度のために犠牲になる可能性が高くなります。
変更のリスクプロファイルを使用して加速する
次の質問はリスクの分類に焦点を当てたものでした。リスク プロファイルをより適切に管理すれば、より多くの変更を本番環境に移行できるでしょうか?
まるでアナリストが私のスライドの次のページを読んだかのようでした。答えは断固として「はい」でした。
大規模な小売業のお客様がまさにこの方法を採用し、驚くべき即時の成功を収めたのを私たちは目にしてきました。リスクに応じて変更を分類およびプロファイリングすることで、SAP IT チームはさまざまなタイプの変更をさまざまなプロセス トラックで実行できます。速いものもあれば遅いものもあります。
なぜ、低リスクの変更が高リスクの変更と同じ厳格さを経る必要があるのでしょうか。また、常に 100 パーセント承認される変更タイプに、承認が必要なのはなぜでしょうか。
リスク プロファイルによる変更の管理により、生産の安定性をまったく損なうことなく、迅速かつ効果的に即時の加速を実現できます。リスクの低い変更は迅速に管理し、リスクの高い変更はより慎重に管理します。ただし、自動化なしでリスク プロファイルによる加速を実現するのは困難です。
変更を手動で分類し、それぞれが正しいプロセス パスにあることを確認すると、手動によるガバナンスのオーバーヘッドが大きくなり、目的が達成されません。ここでも、リスク プロファイルされた加速の管理を強制および自動化する Rev-Trac などの変更管理自動化プラットフォームによって、このような戦略を実装して成功させることができることがわかります。
もしあなたが SAP デベロップメント 旅を始めたばかりの方や、変革を加速させる簡単な方法を探している方は、ぜひお気軽にお問い合わせください。 contact 私たちの お問い合わせ.
