ビジネス変更要求、アプリケーションの機能拡張、バグ修正、プロジェクト作業の要件をどのように管理しますか?
弊社は、約 25 年の経験を通じて、組織がビジネス戦略と長期計画を満たすためにさまざまなアプローチを実装するのを見てきました。採用するアプローチは、企業の規模、プロジェクト計画、実装するアプリケーションによって決まります。
このブログでは、さまざまなアプローチの長所と短所について説明します。
どのようなアプローチがありますか?
- 一部の組織では、Jira/Azure DevOpsなどのバックログとスプリントの管理ツールを使用した開発者中心のアジャイル手法を採用しています。
– アジャイルとは、ビジネス機能の小さなコレクションまたは「スプリント」を管理する現在のトレンドです。これらの機能は、迅速に設計および計画でき、プロセス内の他の変更とは独立してテストできます。アジャイルの主な利点は、柔軟性、設計を検証するためのテスト中に予想される結果が見える、および配信が速いことです。ただし、実行中の他の「スプリント」とのテストされていない/未知の競合が原因で、予測できないことが起こる場合があります。 - 一部の組織では、インシデント/要件/欠陥管理にITSMヘルプデスクツールを使用しています。
– ウォーターフォールは、過去 20 年間、日常的なサポート リクエストを管理するための主流の IT プロセスであり、管理が容易です。変更の要件は最初のフェーズで収集され、文書化されるため、開発の変更が認識され、要件に対する信頼性を持って行われます。ウォーターフォールの主な利点は、最初に要件を洗練および検証する時間をかけることで、テストと配信の速度が向上することです。ただし、後のテスト フェーズと稼働開始フェーズでの要件の変更は複雑です。 - それぞれを組み合わせて使用している企業もあります。たとえば、プロジェクトは Jira で構築され、サポートの問題は ITSM ヘルプデスクを通じて処理されます。
– アジャイルとウォーターフォールの組み合わせは、プロジェクト作業やサポート変更のいずれにも使用でき、要求された変更の適切なサイズ、タイムライン、およびリソース制限に適したものを使用できます。これにより、最大限の柔軟性が得られ、適切な開発プロセスを選択できます。
Rev-Tracがどのように役立つか
どのようなアプローチを採用する場合でも、Rev-Trac のデータ同期統合機能を使用して、元のシステムを SAP 変更の進行に合わせて最新の状態に保つことが重要です。
ITSM ツールを使用して SAP の変更と関連するサポート チケットを管理する場合、または DevOps 開発サポート ツールを使用してプロジェクト作業を管理する場合は、すべての変更がリンクされ、相互に同期されていることを確認することが重要です。
これは手動で行うこともできますが、エラーが発生しやすく、完全に見逃される可能性もあります。Rev-Trac とさまざまなツールセット間の統合の自動化は、今日の厳格なセキュリティ要件を満たすために安全に暗号化されたデータ トラフィックとパスワード トークンの交換を含む REST 業界標準プロトコルを使用して行う必要があります。
Rev-Trac をこれらの外部ソフトウェア プラットフォームと統合する利点は次のとおりです。
- Rev-Tracリクエストは自動的に作成されます
- Rev-Tracと外部ツールセットのフィールド値を同期できます
- ユーザーは好みのシステムに留まり、好みのインターフェースとダッシュボードの恩恵を受けることができます。
- ワークフローを続行する前に、特定の環境で結果またはステータスの検証が達成されるように依存関係を設定できます。
- 変更が配信され完了したときの可視性/同期
- Rev-Tracリクエストから渡されたオブジェクトやトランスポートなどのデータに基づいて、リモートテストツールセットでテストケースをトリガーできます。
- コード標準チェックは、Rev-Tracステータス承認から自動化でき、コード変更ごとに実行されるようになります。
顧客は Rev-Trac を自社のツールセットにどのように統合するのでしょうか?
ITSM ツールセット:
- Rev-Tracのほとんど 統合 ServiceNow、Remedy、MicroFocus、Cherwell、Jenkinsなどの顧客のITSMツールセットに
- 多くは、ITSM ツールセットでチケットを作成するか、フィールドを設定するか、ステータスを更新して Webhook (Rev-Trac マスターに送信するデータを含む送信 REST ペイロード) をトリガーすることで、Rev-Trac リクエストの作成を自動化します。
- 一部の顧客は、Rev-TracからリモートITSMツールセットへの自動化を行い、変更を本番環境に移行する前にチケットを作成します。
- ITSMツールのフィールド（状態や承認など）が変更されたときに更新を送信し、リンクされたRev-Tracリクエストのステータスを設定するものもあります。これは双方向で実行することもできます。
テストソフトウェアツールセット:
- Rev-Tracテストの多くは 統合 TOSCA（Tricentis）、Panaya、Worksoftツールセットを使用しています。要するに、REST APIを備えた任意のツールセットと統合できるということです。
- Rev-Tracリクエストをテストツールセットと統合すると、テストケース（またはテストケースをテストプランにリンクできる場合はテストプラン）が合格したときに、Rev-Tracでテストステータスを自動的に承認できます。これにより、ユーザーが実行する必要がある承認が1つ減ります。
- テストケースが失敗すると、Rev-Trac リクエストのステータスが自動的に開発者に返されます。これは、REST API が Rev-Trac ワークフローをワークフローの「進行中」ステータスに戻すためです。
DevOps/Agile ツールセット:
- Rev-Trac の顧客の多くは、Rev-Trac ワークフローを次のものと統合しています。
- Jira Epic と Userstory ワークフロー – 必要に応じて両方のツールセットでのステータス承認の自動化を改善します。
影響分析
- 多くの Rev-Trac のお客様は、Rev-Trac を SAP オブジェクト影響分析ツールセットに統合しています。
- LiveCompare (Tricentis) は、LiveCompare サーバーにトランスポートを渡すツールセットを提供し、トランスポートに加えられた変更によって影響を受ける SAP 内のすべてのオブジェクトを示すレポートを返します。これにより、変更に必要なテストの深さについての洞察が得られます。
- Control for Transport (Onapsis) は、トランスポートが監査要件を満たしていることを確認するために、トランスポートに必要な技術的なトランスポート属性設定を検証するためのツールセットを提供します。この機能を Rev-Trac ツールセットと統合すると、これらのチェックが合格または不合格になり、チェックに基づいて Rev-Trac ワークフローが承認または元に戻されます。
コード標準とレビュー:
- Rev-Trac の顧客のほとんどは、変更をリリースする前にすべてのコーディング標準が検証されていることを確認するために、コード標準チェック ツールセットを実装しています。
- Control for Code (Onapsis) (「CodeProfiler」) は、Rev-Trac ワークフローと統合して、Rev-Trac リクエストが次のシステムへの移行を承認される前に、コーディング標準がチェックに合格していることを確認するツールセットです。
生産問題の統合:
- これは私たちが導入した新しい統合であり、「ITSM コネクタこのツールセットを使用すると、実稼働エンドユーザーをITSMチケットソフトウェアに自動的に接続できます。
- 標準の SAP メニューの使用 – 新しいヘルプ オプションを使用すると、エンド ユーザーは、SAP 実稼働環境の使用中に見つかった問題に関する新しい「インシデント」をリモート ITSM ツールセットに自動的に作成できます。問題発生時に実稼働ユーザーの画面から自動的に提供されるスクリーンショットに基づいて、新しいインシデントが生成されます。
- SAP の使いやすさを向上させることで、実稼働ユーザーのエクスペリエンスが向上し、見つかった問題の解決速度が向上します。
Rev-Tracとツールの統合の詳細については、 デモをリクエストする.
