を開始する。 SAP DevOps の旅は、旅のスピード、計画、成果物を推進するオプションと結果を考慮すると、気が遠くなるかもしれない。幸いなことに、DevOpsの道を切り開いてきた企業もあり、どの石を蹴り、どの穴を埋めるべきかについての洞察を得ることができる。 

このブログでは、DevOpsの目標達成に向けて順調に進んでいる企業の概要を、以下の方法で説明する。 レブ・トラック・プラチナムその SAP DevOps オーケストレーション・プラットフォーム。プライバシーとセキュリティ上の理由から、組織の詳細は明かせないが、会社名として『Acme』とする。 

Acme社は、現在の本番サポートの変更速度、変更停止による影響、監査要件を最初に評価したとき、既存のSAP変更管理プロセスの機能が限られていたため、十分な結果が得られませんでした。Acme社は、DevOpsの旅に踏み出す前に、この中核的な問題に対処することを決定した。  

サポートとプロジェクト業務に Rev-Trac を導入した後、Acme 社は直ちに変更速度、変更の影響（トランスポート移行後の本番環境での問題の減少）、変更ステータスの可視性を改善しました。 

SAP DevOpsの目標を実現する

Acme社のDevOps成功への道における次の目標は、変更テストの自動化管理をワークフローに統合し、2つのアプリケーションをオーケストレーションして、変更テストの生産性を向上させることだった。 

彼らはまず、影響を受けるすべてのチームが計画に賛同していることを確認するために、成果のリストを集めた。その成果には以下が含まれる：   

  • 一貫性のある自動化されたテスト結果  
  • 幅広い採用のための使いやすさ 
  • データ交換情報は両方のアプリケーションに反映される

エンゲージ リソース それぞれのアプリケーションに精通することが、成功には不可欠でした。いくつかの小さなハードルを乗り越えなければなりませんでしたが、彼らはこの統合を成功させ、旅の大きなマイルストーンを達成することができました。 

テスト自動化プロジェクトが進行している間、Acme社はITSMの全社的な変更管理と特定のSAPの変更を調整するために、別のチームを関与させたいと考えていた。 

そのため、Rev-Trac と ITSM アプリケーションを統合する必要がありました。この統合により、本番稼動が予定されているステータスの変更に対して新しいITSMチケットが作成され、変更管理委員会によるレビューのために必要なデータ値がITSMチケットに送信されました。 

AcmeがDevOpsの旅で実施した具体的な改善は、コードレビューの自動化だった。これにより一貫したレビューが保証され、変更ワークフローの初期段階で品質チェックに失敗したコードが移行されるのを防ぐことができる。これらのチェックに合格すると、ワークフローによって変更が承認され、ランドスケープを通じて移行できるようになる。彼らはこの品質改善で、コートからボールをたたき出したのだ！

最後の改善点は、Rev-Trac による変更取り込み計画のオーケストレーションである。このオーケストレーションは、変更取り込み申請がレビューされ、開発開始が承認された場合にのみ、Rev-Trac による変更の作成を自動化する。

自動化は新しい Rev-Trac リクエストを作成するだけではない。リクエストはワークフローを通して承認されるとステータスが変更されます。これらのステータスは変更インテークリクエストに返送され、リクエストされた変更のステータスをリクエスト者に知らせます。  

結論 

Rev-Tracは、基本的な変更管理プロセスの課題を解決するだけでなく、アプリケーション横断的なオーケストレーションの新たなレベルをもたらし、成果と生産性を向上させました。 

あなたは、自分のキャリアをスタートさせる準備はできているだろうか？ SAP DevOps 旅？ 連絡先 弊社のSAPチェンジマネジメントエキスパートが、Rev-Tracがどのようにお客様のお役に立てるかをご説明いたします。