もしあなたが SAP デベロップメント アプローチを検討する場合、おそらく自動化された SAP ツールを統合してプロセスを迅速化することを検討しているでしょう。
常にそうだったわけではありません。ちょうど 10 年以上前、当社は Rev-Trac を別の SAP サードパーティ ツールと統合し、組織が SAP 環境全体で変更をより適切に管理できるようにしました。
時間が経てば、このイノベーションは市場の需要を上回っていたことが分かります。ほとんどの組織はそれを認識していませんでした。SAP の変更管理を簡素化することが、この 10 年間の大半の焦点でした。
しかし今日、スポットライトが当てられている SAP デベロップメント統合は流行語になりました。SAP の変更管理に関連するあらゆる会話で、統合が話題になっています。
エンドツーエンドの配信のための統合されたSAP DevOpsツールチェーン
緊密に統合された大規模なITチームにとっての課題 SAP デベロップメント バックエンドでは、別々の重点分野を持つサイロ化された利害関係者が多すぎます。
テスト マネージャーはテストに集中し、開発チームのリーダーはより多くのコードをより早く提供したいと考えています。一方、運用チームは本番環境に何がもたらされるかを心配しています。
しかし、共通しているのは、予定外のダウンタイムのリスクを軽減しながら、重点領域を自動化したいという要望です。
結果: 競合する目的により、主に同じバリュー ストリームで機能するツールに投資するかどうかを判断することが困難になります。
多くの場合、バリュー ストリームの改善に最も成功している企業は、変更のエンドツーエンドの配信を制御する担当者を割り当てることができる小規模な組織です。
権限を分散化し、情報を集中化することは、優れたバリューストリーム配信メカニズムを設計する上で重要です。 SAP デベロップメント イニシアティブ。
このアプローチにより、ユーザーはそれぞれの環境でタスクに取り組むことができます。同時に、SAP の変更に関連する情報を確認する必要があるユーザーは、中央の場所から簡単にデータにアクセスできます。
私たちの経験では、顧客や見込み客との会話は、DevOps ツールチェーンと、常に適切なツールを適切なタイミングで呼び出せるようにすることに重点を置いています。
SAP DevOps の取り組みを加速
この統一された SAP デベロップメント SAPの変更管理ITSMツールの統合に取り組む他のブログのツールチェーンと DevOps.
Rev-Trac Platinum SAP デベロップメント オーケストレーション プラットフォームは、サードパーティの ALM および DevOps ツールセットと統合し、それらを非常に柔軟なエンドツーエンドのワークフローに組み込んで、DevOps イニシアチブに対応します。 このオーケストレーション自動化は、10 年以上にわたって Rev-Trac のお客様に提供されてきました。
Rev-Trac の強力な DevOps オーケストレーション機能は、変更を保存し、SAP 変更管理プロセスに関連する自動化をトリガーするための究極の中心的要素として機能します。 これは、統合されたDevOpsツールチェーンの集中管理ポイントであり、低リスクのアプローチを自動化およびオーケストレーションします。 SAP デベロップメント 成功。
これはどのように機能するのでしょうか、またどのようなメリットがあると考えられますか?
先ほど述べたように、権限を分散し、情報を集中化することが重要です。情報をどこに保存するかは、このプロセスを採用する組織が最初に行う必要がある決定です。
Rev-Trac の顧客にとって、質問は通常、Rev-Trac か ITSM ツールかということになります。
通常、SAP 開発と非 SAP 開発の量によって対応が決まります。主に SAP の変更を行っている組織では、Rev-Trac が集中化に適した場所であることがわかります。
ただし、SAP 以外の開発が大部分を占める組織では、変更を一元管理する場所として ITSM ツールセットが一般的に採用されることになります。
もちろん、Rev-Trac は両方のシナリオを非常にうまく処理します。このソフトウェアは、純粋にオーケストレーション エンジンとして (ITSM ツールが情報源)、または監査可能な変更管理およびオーケストレーション ツールとして (Rev-Trac が情報源) 機能します。
Rev-Trac を情報源として使用することを強調する 2 つの例を次に示します。
ケース1
設定されている場合、ITSM ツールのリクエストによって Rev-Trac リクエストが自動的に作成されます (作業を開始するための承認として機能します)。開発者は、仕様ドキュメントと Rev-Trac リクエストの変更を配信するために必要なトランスポートを照合します (情報を一元化します)。
変更のビルドに関するすべての承認は Rev-Trac レベルで行われます。変更がビルドされ、展開の準備が整うと、Rev-Trac は ITSM ツールセットでの承認を待ってから、トランスポートを本番環境に展開できます (承認を分散化)。
ケース2
開発が進行中の場合、プロセスの中で QA テストを実行する必要があるポイントがあります。この設定とシナリオでは、Rev-Trac は自動的にテスト自動化ツールを呼び出します。
Rev-Tracは、この変更で果たすべき役割があることをテストツールに警告し、 実行するために必要なすべての情報を提供します 正しいテスト スクリプト。
後 テスト、 これらの結果は自動的にRev-Tracに添付されます リクエスト、 および サインオフ に基づいて行われる テスト結果に基づいて。
この場合、認証はテスト ツール内のテスト結果によって制御され (権限が分散化)、Rev-Trac が結果を取得します (情報が集中化)。
これらのアプローチは、情報を一元化し、権限を分散化するために、組織のどのセクションにも適用できます。 SAP デベロップメント 組織の SAP 変更配信に貢献するツールチェーン。
ご質問や詳しい情報をご希望の場合は SAP デベロップメント そしてどうやって Rev-Trac Platinum あなたの組織の目標達成にご協力いただける場合は、 連絡先 当社の SAP 変更管理の専門家によるものです。
