現在、多くの組織が、SAP 以外の環境と SAP 環境でのツールの統合とオーケストレーションに苦労しています。この断絶により、SAP の変更を管理する際に、非効率性、手作業の作業負荷の増加、エラーのリスク増大につながる可能性があります。
アジャイルな SAP 変更管理を成功させるには、シームレスな統合と自動化された統合ワークフローが必要です。このブログでは、当社の顧客であるドイツの保険会社が SAP のアジャイル/DevOps の目標と運用の卓越性を達成するためにたどった道を紹介します。
アジャイルな SAP 変更の背景!
大企業の子会社であるこの保険事業では、Jenkins、Jira、Tricentis Tosca、ServiceNow などのツールを使用して IT をアジャイルに運用していました。これらのツールは非 SAP ランドスケープに適切に統合されていましたが、SAP の変更は手動で管理され、非常に断片化されていました。
同社では、JIRA と ServiceNow で要件とインシデントを管理していました。しかし、これらのツールと SAP の間では情報の自動交換が行われていませんでした。その結果、開発者はデータのコピーや貼り付けなどにより、SAP トランスポートを手動で文書化することに苦労していました。最善の努力にもかかわらず、正しく行われたのは約 80% に過ぎませんでした。
この統合と自動化の欠如により、さまざまな問題が発生しました。
- 不完全で不正確なレポートによる高額な監査
- システム開発者やテスト担当者にとっては、手動プロセスにかなりの時間を費やす必要があり、面倒で時間のかかる作業でした。システム開発やテストを行っている人たちにとって、日々の業務には、プロセスを満たすために多くの時間を費やす必要があったため、面倒で面倒な作業がたくさんありました。
- 手動の手順により変更の配信が遅くなり、SAP の Agile/DevOps 目標の達成が遅れました。
- 品質への影響
彼らにとって、ギャップを埋めることができるソリューション、つまりSAPランドスケープ上でもプロセスを適用し、自動化できるツールを探すことは理にかなったことでした。s 変更プロセスを可能な限り簡素化したいと考えていました。また、SAP 上で TOSCA を自動化して使用し、DevSecOps チェーンを完結したいと考えていました。
スプリント 1 – Rev-Trac 実装
DevSecOpsへの旅は、2019年にスタンドアロンの実装から始まりました。 レブトラックプラチナ.
Rev-Trac は、契約締結後 3 か月以内に稼働を開始しました。実装には、管理者トレーニング、ワークフロー構成、稼働開始時のエンドユーザー トレーニングが含まれていました。
この最初のスプリントでは、Rev-Trac がチケットがトランスポートに割り当てられ、そのプロセスが強制されることを保証したため、プロセスの一貫性が確保され、コンプライアンスが向上しました。ただし、ServiceNow の変更要求を Rev-Trac チケットに割り当てることや、その逆を行うなど、いくつかの手動タスクが必要でした。
スプリント 2 – ServiceNow 統合
ServiceNow は、インシデントを変更の 1 つのソースとして管理します。稼働前に、プロセスでは CAB 承認を得るための ServiceNow 変更リクエストが必要です。
REST API を使用して ServiceNow と Rev-Trac を統合すると、次のような大きな利点が得られます。
- ServiceNowからRev-Tracチケットを生成することでプロセスをさらに自動化します。
- コンプライアンスの強化: SAPの変更は割り当てられたServiceNowチケットでのみ可能
ネットワーク接続を確立するための組織的なハードルがいくつかあったため、構成には約 2 日かかりました。
このスプリントの結果は、経営陣と開発者に大きな安心をもたらしました。彼らのプロセスでは、ServiceNow で多くのフィールドに入力する必要がありましたが、今ではそれが自動的に、一貫して、準拠して実行されるようになりました。
スプリント 3 – Jira 統合
しかし、ServiceNow はインシデントのみを処理していたため、ギャップが残っていました。新しい要件は Jira で計画され、依然として手動で管理されています。そのため、Jira を Rev-Trac Sprint 3 と統合することが論理的な次のステップでした。
このギャップを埋めるために、Jira の問題で Rev-Trac に接続する場所を定義しました。この統合にはサブタスクを選択しました。その結果、双方向の統合が実現し、プロセスの適切な時点で Jira と Rev-Trac が更新されました。
このプロセスは、Jira でタイプ「Rev-Trac」のサブタスクが作成されるとすぐに Rev-Trac チケットの作成から始まります。Rev-Trac チケットには、Jira サブタスクとその親 (通常はユーザー ストーリー) への参照 (リンク付き) が保持され、Jira サブタスクは Rev-Trac チケットとすべてのステータス更新へのリンクを取得します。
SAP DevSecOpsへの最後のステップ
スプリント 4 – Tricentis Tosca 統合
連絡先 トスカ 代わりに、それは 理にかなっている 統合する〜へ Rev-Trac、Jira、ServiceNowを含む統合ツールチェーン.
技術的にはRev-TracはToscaを呼び出すことができる 自動テストスクリプトを実行する。Toscaは r発情、そしてRev-TRAC ワークフローの進行 結果に基づいて。
執筆時点では、スプリント 4 はまだ計画段階にあります。
お問い合わせ 詳細については、当社の変更管理の専門家にお問い合わせください。 レブトラックプラチナ一般的な ITSM および ALM ツールとの双方向統合。
