世界クラスの品質保証プラクティスを確立し、S/4HANA移行とその先を乗り切る方法

今日の加速するイノベーションと急速に変化する市場環境において、企業は競争優位性を維持し、トレンドに対応するために絶えず進化し続けなければなりません。つまり、継続的な開発と変化は今後も止まることはありません。新しいビジネスモデルとテクノロジーは、新たなITイノベーションとデジタルトランスフォーメーションを推進し、必要不可欠なものとしています。その逆もまた同様です。

SAPの最新ERPシステムであるSAP S/4HANAは、先進的なテクノロジーと将来を見据えたインフラストラクチャを活用し、急速に変化する市場において、企業の俊敏性、イノベーション、そして競争力を支えています。

S/4HANAへの移行によって得られるメリットは数多くありますが、こうしたデジタルトランスフォーメーションは、多額の投資を必要とする複雑で数年規模のプロジェクトです。組織は、予算とスケジュールを守り、業務の中断やダウンタイムを回避し、リソースを効率的に管理しながら、移行と導入を成功させる必要があります。それだけでなく、移行完了後も迅速にイノベーションを進め、ビジネスや顧客の期待に応え続けられるよう計画も立てなければなりません。

これらの課題に対処するため、組織には、大規模な移行プロジェクトと、その後の加速するイノベーションのペースを保護するための適切な品質保証（QA）戦略と運用モデルが必要です。

このブログでは、成熟度の高いQAプラクティスの概要と、それらをビジネス変革の触媒としてどのように適用するかについて解説します。

QAは単なるツールではない

QAやQAプラクティスの確立について考える際、私たちはツールやテクノロジーに注目しがちです。QAのさまざまな領域で機能的な能力を提供する、優れたツールが数多く存在します。しかし、より包括的な視点で考え、運用モデルを構成する適切なプロセス、人材、テクノロジーを検討することも重要です。

成熟度の高い品質保証プラクティスは、3つの主要な柱を中心に構築されます。

1. 強固なQAプロセス — ベストプラクティスとエンドツーエンドの品質保証手法
2. 役割と責任 — ベストプラクティスの維持・改善を担う人々
3. テクノロジー – 従業員がQA目標を達成するために利用するソフトウェアテスト製品

本ブログでは、前述の各領域において、貴社で成熟度の高い品質保証体制を確立するために必要なポイントを解説します。そのうえで、Tricentis実装方法論（TIM）を活用して、その品質保証の取り組みを効果的に導入し、定着させる方法について詳しく説明します。ここでは具体例として、ECCからS/4HANAへの移行プロジェクトを取り上げます。

SAP Activateのコンテキストにおける推奨QAベストプラクティス

Tricentisでは、機能テストの自動化、変更影響分析の実施、データの整合性の検証、負荷テストの実行を可能にすることで、お客様のデジタルトランスフォーメーションの安全性を確保するためのさまざまなツールを提供しています。これらを、上記のSAP Activateメソドロジーのフレームワークにマッピングしました。

これらのソリューションには以下が含まれており、SAPのソリューション拡張機能としても提供されています。

 

 

まずは、SAP Activateの「Discover」フェーズにおけるTricentisソリューションを活用したQAの取り組みについて見ていきましょう。

Discover（構想）

SAP ActivateのDiscoverフェーズでは、Tricentisのソリューションを活用することで、移行の適切な範囲を定義し、潜在的なリスクを早期に特定できます。

LiveCompareのS/4HANAアセスメントを使用することで、既存のビジネスプロセスとデータを分析し、頻繁に使用されているものを特定して、それらが貴社にとってどれほど重要であるかを評価できます。その後、どのプロセスとデータをS/4HANAインスタンスへ移行すべきかを決定できます。またLiveCompareは、選択したこれらのプロセスとデータがS/4の基準を満たしているか、あるいはS/4へ移行するために何が必要かを把握するのにも役立ちます。

LiveCompareを使用することで、カスタムコードに関する情報を収集し、その重要性を評価した上で、移行または廃止の是非や時期を決定することも可能です。さらに、ユーザーごとのオブジェクトに対する権限情報を収集し、その情報を活用して将来の認可コンセプトを設計することもできます。

Discoverフェーズで移行を開始する際、複数のECCシステムをS/4HANAに統合する必要が生じる場合があります。複数のソースからデータを収集する作業は、すぐに複雑化してしまう可能性があります。Tricentis Data Integrityを使用すると、メタデータを比較して異なるECCシステム間のデータ品質を判断できるため、データ移行アクティビティを計画するためのインサイトが得られます。

ECCは新しいS/4システムと長期間共存するため、変更が発生します。これらの変更についても、監視とテストが必要です。それらは将来的に、S/4インスタンスへ移行される可能性があります。

準備

SAP ActivateのPrepareフェーズでは、プロジェクトの範囲定義、プロジェクト組織の構築、チームの能力強化、そしてプロトタイピングに重点が置かれます。

この段階で、QAチームはテストの方法論とコンセプト、ECCとS/4の両方でどのようにテストを実行するか、2つのシステムをどのように比較するか、そして両方のシステムで可能な限り多くのテスト成果物をどのように再利用するかを検討しておく必要があります。

複数のワークストリームで構成される大規模プロジェクトでは、複数のテスター、アーキテクト、テストアナリストを擁するQAチーム（テストセンター・オブ・エクセレンスを含む）が品質保証活動を担うことになります。そのため、QAプロセス、役割、品質基準、KPIを明確にした運用モデルとプレイブックを定義する必要があります。これにより、全員が自身の役割や、何をいつまでに実施することが求められているのかを理解できるようになります。また、システム統合、E2E、UATにおけるコラボレーションモデルがどのようなものかも明確になります。

TricentisのソリューションをCI/CDパイプラインに統合することで、要件定義からテストのトリガー、レポート作成、分析に至るまで、すべてを統合されたツールチェーン上で実行できるようになります。

最後に、このフェーズでは、テストケースを自動化し、SAP以外のシステムやレガシーシステム向けのサービス仮想化およびAPIテストのシナリオを定義することができます。サービス仮想化とは、エンドツーエンドのテストにおいて、（コストが高すぎるなどの理由で）テストに利用できないシステムをシミュレートする方法です。また、新しいS/4システム向けに既存の外部APIをテストするためのAPIテストシナリオを定義することも可能です。

Explore（評価）

SAP ActivateのExploreフェーズでは、前のフェーズで作成したQAプレイブックに基づき、QAの観点から関係者間の強力なコラボレーションを促進することが不可欠です。

チームメンバーが自身の役割を明確に理解していない、QAツールの使用方法に不安がある、あるいは誰と何のために連携すべきか分からない場合、期待される成果を達成することは困難になります。そのため、すべてのステークホルダーがプレイブックで定義された役割を理解し、使用するQAツールについて全員が適切なトレーニングを受けていることを確認することが不可欠です。

このフェーズまでに、以下が完了している必要があります。

• QAプロセスを確立しました
• 必要なQAツールをインストールしました
• 各関係者がそれぞれのQA責任を果たせるようにしました

現在、Fit-to-StandardワークショップはSAP Activateロードマップに従って実施されています。これらのセッションは、SAP標準プロセスからの逸脱を特定するのに役立ち、プロジェクトの範囲と、不整合に対処するために必要なカスタマイズを明確に把握できるようにします。

ワークショップから得られたインサイトを活用して、テストポートフォリオの設計とテストケースの作成を開始できます。

ビジネスユーザーやプロセスオーナーと連携し、テストケースの優先順位を付けるとともに、最も影響の大きいテストケースに優先的にリソースを投入しましょう。また、LiveCompareのMost-At-Risk分析の結果も考慮し、特定のテストケースについて、自動化する価値があるのか、あるいはそもそもテストを実施する必要があるのかを判断することも重要です。

さらに、このフェーズでは、非SAP/レガシーシステムのテストケースを自動化し、サービス仮想化およびAPIテストのシナリオを実装することができます。

Realize（実現）

SAP ActivateのRealizeフェーズでは、S/4HANAの継続的な開発に注力するため、継続的な品質保証が不可欠となります。品質保証は、ABAP開発者がコードを記述する段階から開始する必要があります。LiveCompareはABAPコードを分析し、S/4HANAのコード品質基準を満たしていることを確認します。さらに、LiveCompareを使用することで、ABAP開発者やCharRMマネージャーは継続的にコード品質分析を実行し、機能テストが開始される前のコード開発段階で欠陥を検出できます。これにより、コーディングフェーズ中に欠陥を即座に解決することが可能になります。

LiveCompareによる継続的な変更影響分析を通じて、テスト作業を継続的に最適化できます。新たな変更のうち、テストが必要な部分を特定し、該当するテストケースがすでに存在するかを確認したうえで、ある場合はそれを実行し、ない場合は将来の自動化に向けて自動化スペシャリストのバックログに自動的に追加することができます。

この時点から先は、すべてが継続的なプロセスとなります。ECC用のテストケースを開発している場合、Tricentis Toscaで利用可能なモデルベーステストのおかげで、これらのテストケースをS/4HANAで再利用できます。

このフェーズでは、重要なAPIのパフォーマンステストを開始することもできます。ECC向けに開発された機能テストケースは、Tricentis NeoLoadでのパフォーマンステストの基礎として再利用できるため、新しいパフォーマンステストの開発コスト削減に役立ちます。

デプロイと実行

SAP ActivateのDeployフェーズ以降は、継続的テスト、データ豊富なレポートの作成、そして本番環境に何を反映し、何を反映しないかについてのデータに基づいた意思決定に注力します。

継続的な品質保証を導入することで、新機能や更新のデプロイメント後に通常必要となるハイパーケアのフェーズを大幅に短縮、あるいは完全に排除することが可能になります。

この段階で並行してローカルロールアウトが行われている場合、それらのローカルロールアウトがグローバルテンプレートに準拠しているかどうかを管理できます。

定義されたデータチェックを通じて、移行や新しいプロセスの実装後もマスターデータが有効かつ適切であることを保証できます。

システムおよびそのデータが増大するにつれて、システムが拡大する負荷に対応できるかどうかを監視するために、機能テストに加えてパフォーマンステストを実施することを強く推奨します。

継続的な変化には継続的なテストが必要

S/4HANAへの移行が完了しても、変化はそこで終わりではありません。実際には、それは始まりに過ぎません。今後長年にわたり、ITランドスケープにおいてS/4HANAやその他多くの統合されたサードパーティシステムを運用していくことになります。新しいイノベーション、更新、アップグレード、そして新しいプロセスが今後も次々と導入されるため、継続的な変化を経験することになるでしょう。

また、継続的な変更に対応するためには、継続的テストの実施が欠かせません。幸いなことに、実装中に開発したテスト成果物は、その後も再利用できます。さらに、成熟度の高い品質保証体制を導入することで、今後発生するあらゆる変化についても適切に管理し、品質を維持しながら対応していくことができます。

QAプラクティスの実装方法

SAPの移行に向けてどのようなQAプラクティスを確立すべきかを知ることは、成功への道のりの半分に過ぎません。また、S/4HANAへの変革を円滑に完了し、その後の継続的テストへ移行するためには、QA組織においてそれらのベストプラクティスをどのように実装すべきかを知る必要があります。

ここでは、QA体制の構築方法を分かりやすく説明するための例として、SAP Best Practice ContentとSAP Activateをフレームワークとして取り上げます。SAP Best Practiceは、どのビジネスプロセスが必要かを把握するのに役立ち、SAP Activateはそれらをどのように実装するかを示します。

Tricentis 実装方法論

当社のコンサルティングサービスは、1,000件を超える支援実績を通じて、お客様が成功するQA組織とプラクティスを確立できるよう支援してきました。当社は、これらの支援を通じて得たすべての経験と教訓を統合・体系化し、Tricentis実装方法論と呼ばれるフレームワークとして正式にまとめました。

このフレームワークの概要は、上の図でご確認いただけます。前述の通り、このフレームワークは、SAP Activateメソドロジーの各フェーズに沿って構築していますが、一部修正を加えています。

1. 必要な作業を特定し、実装タスクを4つのフェーズに分けました。ビルドフェーズには2つのサブフェーズがあります。これら2つのサブフェーズでは、ユーザーの導入状況を考慮に入れています。これについては後ほど詳しく説明します。
2. このフレームワークは、各フェーズの終了時に、重要な価値をもたらす具体的な成果物を得られるように設計されています。「ローマは一日にして成らず」と言われるように、世界トップクラスの品質保証体制も一朝一夕には築けません。そのため、各フェーズを着実に積み上げながら、QA組織の成熟度を高め、QAのベストプラクティスを段階的に定着させていくことを目指しています。
3. これらのタスクを実行するために必要な知識と経験に基づき、4つのワークストリームに責任を割り当てています。

TIMの詳細については、専門サービスまでお気軽にお問い合わせください。どのようなご質問にも対応させていただきます。

経時的な成熟度とビジネス価値の成長

前述の通り、Tricentisは各フェーズの終了時に具体的な主要成果物を提供することを意図して、TIMフレームワークを構築しました。以下の図では、時間の経過に伴うQAの成熟度とビジネス価値の推移をご覧いただけます。

Discover（構想）

Discoverフェーズの終了時には、QA組織の将来のあるべき姿についてのビジョンが明確になります。さらに重要な点として、そのビジョンに到達するためのロードマップが手に入ります。ロードマップには、いつまでに何を達成できるか、またどのようなリソースが必要かという明確なリストが含まれます。

プラン

Planフェーズの終了時には、エンドツーエンドのQAプロセス、役割、ガバナンス、イネーブルメント戦略を備えた、QA運用モデルの詳細なプロジェクト計画と仕様が策定されています。これは、実質的にQA全体のプレイブックとなります。SAPの用語で言えば、これは組織のブループリントと呼べるものです。

ビルドセットアップ

Setupフェーズの終了時には、必要なQAツールのインストールと統合が完了しています。また、プレイブックを習得・採用し、QAツールを効率的に活用できるコアチームが整備されます。このチームは、組織内の他のメンバーに対するトレーナーまたはイネーブラーとして機能します。本質的に、これがQA組織の基盤となります。

構築・確立

Establishフェーズの終了時には、すべてのQAプロセスが確立されています。さらに、コアチームは、プレイブックに沿って連携できるよう、複数の関連チームへの展開・定着を完了しています。その結果、運用は安定し、実績のある生産的で再現可能なモデルが構築されます。

拡張

QAプラクティスとソリューションの構築と確立が完了したため、需要に応じて規模を拡大する準備が整いました。全社的に受け入れられ採用されたプロセスにより、新しいメンバーのオンボーディングを容易にし、必要に応じて他のインスタンスでモデルを再現できるようになります。

実装全体を通じたユーザーの定着

前述の通り、私たちはBuildフェーズをSetupとEstablishという2つのサブステップに分割しました。その理由は、ユーザーが新しいプロセスやテクノロジーを採用する一般的な方法を考慮しているためです。結局のところ、この種のモデルの成功は、組織がそれをどれだけうまく取り入れられるかに大きく依存します。

実装の過程における想定されるユーザーの定着をマッピングすると、以下のようになります。

イノベーション普及の法則は、変化への準備状況に応じて、新しいアイデアが5つの異なるユーザーセグメントへどのような速度で普及していくかを説明するものです。この考え方は、QAチームを構築する際のフレームワークとしても活用できます。

この法則によれば、ターゲットユーザーの1～3％がイノベーターであるとされています。彼らはイノベーションを追求し、新しいイノベーションの設計や実装に関与することを望んでいます。QAソリューションを設計する際、実装の初期段階で協力すべきなのはこのような人々です。

推定10～15％が、新しいものを真っ先に試すことを好むアーリーアダプターです。これがコアチームであり、ビルドフェーズのセットアップ部分で連携を図るべきメンバーです。イノベーターと共に、Establishフェーズにおいてアーリーマジョリティを支援するメンバーです。アーリーマジョリティとは、メリットを実感できれば変化を受け入れる準備ができている30～35％の人々を指します。

Establishフェーズの終了時には、QAソリューションの導入がクリティカルマスに達しており、さらなる導入の成功や、レイトマジョリティおよび導入が遅れているユーザーのオンボーディングを促進する体制が整っています。

Tricentis実装方法論の主な特性

Tricentis実装方法論は、新しいQA組織の立ち上げや既存組織の刷新に向けた、人を中心としたアプローチです。本投稿では、SAP変革の文脈における本手法について説明しました。しかし、この手法は最終的にプラットフォームに依存しないものであり、プラットフォームに関係なく、成熟度の高いQA組織を構築するために活用できます。TIMの主な原則は以下の通りです。

包括的な実装アプローチ：TIMは、包括的かつ統合されたソリューションを実現するために、実装作業を最初から最後まで定義する戦略的で包括的なアプローチです。人、プロセス、テクノロジーを含むすべてのQAの側面を考慮するため、組織にとって価値があります。このフレームワークは、企業がTricentisソリューションを展開する方法を変革し、より効率的かつ効果的に、そしてデジタルトランスフォーメーションの目標に沿ったものにすることを目的としています。

モジュール式で適応性の高いフレームワーク：TIMは、各組織固有の課題に合わせて調整された、実績のある柔軟なフレームワークを提供することで、プロジェクトの遂行を支援します。必要な作業を確実に実施しながら、あらゆる状況に柔軟に対応できます。その実現のために、モジュール式で調整可能なタスクを具体的に定義するとともに、必要な入力と成果物を含む、各タスク間の関係を明確に定義しています。このフレームワークは、プロジェクトの遂行効率と品質を向上させ、組織の短期的な目標だけでなく長期的な目標も確実に達成できるソリューションの実現を目的としています。

一貫したデリバリー品質の基盤：TIMは、Tricentisソリューションの実装プロセス、およびTricentisとパートナーのコンサルタント双方のイネーブルメントプロセスを標準化します。明確なガイドラインとベストプラクティスを確立することで、TIMはすべてのエンゲージメントにおいて一貫性と品質を確保し、最終的に顧客満足度とロイヤルティを向上させます。

プロジェクト関係者の共通言語：TIMは、プロジェクト関係者全員の共通言語として機能します。これにより、Tricentis社内のあらゆる部門、パートナーエコシステム、そしてお客様との間で、円滑なコミュニケーションが可能になります。これにより、実装プロセスに関わるすべての関係者が共通の認識もち、あらゆる段階で円滑な連携と効率的な業務遂行を実現できます。

Conclusion

成熟度の高い品質保証組織を構築することは、S/4HANA変革の複雑さを乗り越え、事業運営の継続的な安定性とイノベーションを確保するために不可欠です。本ブログ記事で詳しく見てきたように、適切なツール、プロセス、人材を統合した包括的なQA戦略は、リスクを軽減し中断を回避するだけでなく、イノベーションと効率性を促進します。

包括的なアプローチを採用し、Tricentis実装方法論やSAP Activateといったフレームワークを活用することで、組織はデジタルトランスフォーメーションの差し迫った課題と、その後に続く継続的な変化の両方を効果的に管理できるようになります。S/4HANAへの移行を進めるにあたり、品質保証とは単に欠陥を防ぐことだけではなく、ビジネスが自信を持って進化し、急速に変化するデジタル環境の中で競争優位性を維持できるようにするためのものであることを忘れないでください。今日、強固なQA体制に投資することは、今後長年にわたって持続可能な成長と俊敏性を促進する上で大きな成果をもたらします。