BACKGROUND
QA・テスト支援としてプロジェクトへ参画
マルチベンダーによるウォーターフォール型の開発プロジェクトに、QA・テスト支援として参画しました。
当初は、今後予定されているテスト工程に向けた計画・分析・設計や、ベンダー・事業側との調整を支援する想定でした。
プロジェクトにはそれぞれの領域に知見を持つメンバーが揃っていましたが、要件・仕様の策定やプロジェクト全体の進行には課題があり、当初のスケジュールと実際の開発状況にも乖離が生まれていました。
また、PdMに多くの業務や判断が集中しており、チームが持つ力を十分に発揮するためにも、その周辺を支える必要がありました。
APPROACH
チームが前に進むために、必要な部分を補う
QA・テストの準備だけを進めるのではなく、まずはチームとしてシステムテスト、そしてリリースまで進めるために何が必要かを考えました。
その中でTAQTは、要件・仕様の言語化や、見積もり・スケジューリングなど、当時不足していた部分を中心に支援しました。
その時点で想定されていた仕様を、未確定の要素や残課題も含めて整理。その内容をもとにプロジェクトチーム全員で仕様を確認し、それぞれの知見を持ち寄りながら必要な工数を改めて見積もりました。
さらに、人数やタスク間の依存関係、不確実性やリスクを踏まえてスケジュールを整理。プロジェクトメンバーや関係者との調整を重ね、新しいスケジュールについて合意しました。
RESULT
チームで計画を見直し、合意したスケジュールでリリース
実際には、見積もりの段階ですべての不確実性を捉えきれていたわけではありません。
一方で、チームで仕様や工数を確認し、リスクも含めて計画していたことで、その後に生じた差を吸収しながら開発を進めることができました。
結果として予定していた時期にシステムテストへ到達し、見直し後に合意したスケジュールでリリースすることができました。
CONTINUOUS IMPROVEMENT
エンハンス開発を見据え、テストを自動化
初期リリース後は、アジャイルを中心としたエンハンス開発へ移行しました。
開発規模や状況に合わせてTAQTの役割も縮小する一方、継続的な開発の中でQAとしてできることの一つとして、お客様のQA担当者とともにWebのE2Eテスト自動化に取り組みました。
まず、「継続的に実行する価値のあるリグレッションテストは何か」について開発チームにも意見をもらいながら、対象となるテストシナリオを整理しました。
取り組んだメンバーは、もともと開発を専門としていたわけではありません。それでも、AIを活用し、必要な場面ではエンジニアのサポートも得ながらPlaywrightによるE2Eテストを実装し、GitHub Actionsで定期実行できる仕組みを構築しました。
当初はQAチーム内で利用していましたが、その後は開発チームによる本番デプロイ後の確認にも組み込まれました。また、構築したテスト基盤は、開発チーム自身がE2Eテストを実装する際にも活用されるようになりました。
CURRENT SUPPORT
支援の経験を、別プロダクトへ
その後、同じ事業領域の別プロダクトについても相談を受け、現在はスマートフォンアプリのPdM業務を支援しています。
要求整理や要件定義、PBIの精査・優先順位整理、開発チームやステークホルダーとの調整、リリース計画、ユーザーコミュニケーションのレビューなど、PdMや開発チームとともに、プロダクトを前に進めるために必要な部分を支援しています。
POINT
チームの中で、必要な役割を担う
この支援は、QA・テスト支援から始まりました。
プロジェクトが前に進むために必要であれば、要件・仕様の整理や計画づくりを支援する。状況が変われば役割を縮小し、継続的な開発に必要な仕組みづくりを支援する。
TAQTがすべてを担うのではなく、チームが持つ知識や力を活かしながら、その時に足りない部分を補う。
現在のPdM支援も含め、決まった役割にとらわれず、その時々の状況を見ながらチームに必要な支援を考えることを大切にしています。