品質保証から品質エンジニアリングへの移行は、アジャイルやDevOpsのプラクティスへの移行と似ており、しばしば絡み合っています。DevOpsと同様に、品質エンジニアリングは、ソフトウェア開発組織がより良い製品をより高い信頼性でより速いペースで構築できるようにするテクノロジーに支えられた文化的・手続き的な転換となります。しかし、DevOpsが適応性とチームコラボレーションの向上に重点を置いているのに対して、品質エンジニアリングはデータドリブンなソフトウェアテストによるソフトウェア品質の向上、テスト自動化によるテストの高速化と拡張、および品質文化の創造に重点を置いています。
mablの「2021年 DevOpsにおけるテストの現状」レポートでは、DevOps導入のハードルとして最も多いのが、変化のスピードの遅さであることが明らかになっています。多くのアジャイルプロジェクトやDevOpsプロジェクトは、大きな期待と熱意を持ってスタートしますが、ソフトウェア開発プロセス全体を変革する現実は、最終的に勢いを失い、多くのチームが導入の初期または中期段階にとどまっています。しかし、このような組織的なハードルを乗り越えることができたチームは、DevOpsの勢いを維持するための最善の方法について、いくつかの光を見せてくれています。レポートからは、最も成熟したDevOps組織が、ソフトウェアテストの民主化、QAと開発者間の合理的なコラボレーション、高いテストカバレッジなど、品質エンジニアリングのコアとなる考え方を実践していることが見てとれます。
企業がアジャイルとDevOpsへの移行を計画し始めたばかりでも、すでに主要なアジャイルプラクティスを採用している場合でも、品質エンジニアリングをDevOpsロードマップに組み込むことで、より優れたソフトウェア開発プロセス、ひいてはより優れた製品をサポートすることができます。最もインパクトのあるスタート地点は、スプリントサイクルです。
品質重視のスプリントサイクルを作成することは、一般的な長期的変革の計画よりもはるかに簡単な作業です。なぜなら、スプリントサイクルは、多くの場合、わずか数週間という短期間で実施するように設計されているからです。また、計画やレビューの議論が組み込まれており、品質エンジニアリングチームは、スプリント中にソフトウェアテストがどのように機能したか（および機能しなかったか）を、より大きな開発チームと共に振り返る機会を得ることができます。時間が経つにつれて、QAリーダーは、スプリントサイクル全体でソフトウェアテストと品質エンジニアリングの改善状況を追跡し、より良い実践を構築し、経営層に進捗状況を示し、アジャイルとDevOpsの採用に貢献することができます。
残念ながらほとんどのソフトウェア開発チームはスプリントサイクルを計画する際に品質エンジニアリングを考慮しておらず、QAのスペシャリストが変化を上手に主張することが難しくなっています。しかしデータは言葉よりもパワフルです。QAチームが変化を主張するために使用できるデータポイントは以下の通りです。
品質チームがスプリント結果のギャップを特定すると、スプリント計画を主導するプロダクトマネージャーや開発マネージャーに対して、品質エンジニアリングプラクティスの改善を訴えることができるようになります。チームごとに目標や課題、規模は異なりますが、DevOpsの成熟度にかかわらず、ほとんどのチームに広く適応できるベストプラクティスがあります。
DevOpsと品質エンジニアリングの導入を成功させるために必要なシステム上の変更には、企業全体で長期的な集中と努力が必要であり、完全な移行を維持するのは難しい場合があります。しかし、スプリントサイクルレベルで段階的なプロセス改善を行えば、より管理しやすいプロセスになります。適切なデータを用いることで、QAチームは品質エンジニアリングの歩みをリードし、DevOpsの採用をサポートするための準備をすることができます。
アジャイルチームとDevOpsチームのために設計されたローコードテスト自動化で、品質を重視したスプリントを開始してみませんか？mablの14日間無料トライアルはこちらからご登録いただけます。