この記事では、従来の「QAマネージャー」の役割がどのように進化し、冗長になったのか、そしてなぜ多くの人がQAマネージャーとしての将来の職務について脅威を感じるのかを説明します。
QAマネージャーの役割と責任は、主にビジネス目標を達成するために協力するアジャイルチームのクラスターが存在するアジャイル開発手法に移行する多くの組織のために、過去数年間で大きく変化しました。
多くのQAマネージャーは、アジャイルコンテキストに置かれると、特にテストチームの管理と組織のQAプロセスの定義を担当している場合、自分の役割について混乱し、場違いに感じることがよくあります。
以下は、アジャイルプロジェクトのQAマネージャーがテスターとテスト作業を管理する必要がない理由の一部です。
適切なアジャイルセットアップでは、テスターのグループが一緒に座って、通常は開発者から離れて、テストリードまたはテストマネージャーによって管理される「テスト部門」のようなものはありません。
また、アジャイル環境では、詳細なテスト計画などの重いドキュメントはそれほど重要視されません。これは通常、QAマネージャーが従来の方法でこれらのドキュメントを作成する仕事です。
人気のあるアジャイル開発手法であるスクラムには、3つの主要な役割があります。
スクラムチームは自己管理型であり、開発者、設計者、テスターで構成されています。スクラムチーム自体が高品質のソフトウェアを提供する責任があります。
生産に欠陥が漏れたときにQAマネージャーが責任を問われていた時代は終わりました。アジャイルでは、誰もが責任を負い、品質はすべての人の責任です。
生産事故が発生すると、全員が集まり、何がうまくいかなかったのか、そして将来どのように回避できるのかを確認します。
アジャイルにはQAマネージャーの場所がありません。これは、QAに対するチームの責任を間接的に奪うためです。これが、優れたスクラムチームがはるかに高い品質を提供する理由です。 QA、つまりテストは、アジャイル開発手法の本質的な部分であることを理解することが重要です。
アジャイルでは、ビジネスの優先順位は頻繁に変更され、スクラムチームは変更された優先順位に対応する必要があります。特に大規模な組織に複数のスクラムチームがある場合、すべての変更に対応することはほとんど現実的ではありません。
Stephen Janawayがブログ投稿で引用しているように、「 テストマネージャーの道の終わり? 「」
アジャイル環境でテストマネージャーになることは、特に部門が大きく、アジャイルチームの数が多い場合に、孤立することがあります。それには、多くの分野にわたって、多くの情報、優先順位、およびタスクのバランスを取る能力が必要です。利害関係者の管理と影響力が鍵になります。コンテキスト切り替えが標準で付属しています。多くの場合、それほど楽しいことではありません。
アジャイルチームでは、開発者は独自のコードをテストし、新しいコードに明らかなエラーがないことを確認し、何かが壊れたらすぐに通知を受け取るために、十分で効果的な単体テストを作成することをお勧めします。
信頼できる優れた単体テストの強固な基盤があれば、明らかな間違いをテストしなければならないテスターの責任がなくなります。代わりに、彼らは探索的テストにもっと集中し、広範な計画と文書化を必要としないUATを支援することができます。
では、QAマネージャーはどのようにしてアジャイルな作業方法に移行し、アジャイルプロジェクトを支援できるのでしょうか。
アジャイルのコンテキストでは、QAマネージャーの従来の役割と責任は必要とは見なされない場合がありますが、QAマネージャーが付加価値を提供できる特定の領域があります。
アジャイルのQAマネージャーは、困難な状況についてアドバイスを提供できるように、経験豊富なテスターである必要があります。彼らは、テストがアジャイルプロジェクトにどのように適合するかを知る必要があります。
ブログ投稿で取り上げたポイント アジャイルのテストマネージャー Katrina Clokie(別名Katrina the Tester)は、アジャイルにおけるQAマネージャーの新しい役割の概要を示しています。
アジャイルのQAマネージャーが付加価値を提供できるその他の分野は次のとおりです。
要約すると、アジャイルにおけるQAマネージャーの役割は、他のQAや他のチームメンバーのサポート、トレーニング、促進、コンサルティングであり、QAのベストプラクティスが確立され、品質が最初から組み込まれていることを確認することです。