【第1回】1人目QAの位置づけと、開発組織へのアプローチの仕方

​そんな難度の高い仕事を担う1人目QAについて、本記事と今後の連載を通じていくつかの切り口で分類を試みます。

​今回は、1人目QAによる、開発組織へのアプローチの仕方について考えます。

​1人目QAが新たにJoinして開発組織と一緒に業務を行う場合、考えられるパターンは大きく2つあります。

​パターン1:特定のチームに入り込む

​​ひとつは、特定のチームに入り込んで、そのチームの専任QAとして実務を行うパターンです。

​開発しているプロダクトが一つだけのところに1人目のQAとして入る場合や、専任QAが居ない状態で複数プロダクトを開発していたうちの1プロダクトに専任QAとして入る場合などがあります。

​特定のチームに1人目のQAとして入る場合、それまでのテストのやり方や品質に対する考え方などを把握しつつ、そのチーム・プロダクトにとって最適な品質向上のプロセスや仕組みづくりを担っていきます。

同時に、そのプロダクトのリリースに向けた普段のテストや改善活動なども行います。

​チームや組織によって求められることはさまざまですが、例として

• ​テスト計画・分析・設計・実装・実行・報告までの、テストプロセスに沿ったテスト活動全般
• テストプロセスの整備
• 探索的テストによる “バグ出し”
• チーム内の不具合管理や分析
• 要件や設計、単体テスト等のレビュー
• 開発者に対するテスト技法や品質についての考え方のレクチャー
• テスト自動化

​などがあります。

​実際に1人目QAとしてJoinする方にとってのパターン1のメリットは、開発チームと密に連携できる、プロダクトの仕様や過去の経緯などをキャッチアップする範囲が狭めという点が挙げられるでしょう。

​範囲や対象がある程度絞りつつ、1人目QAとしての取り組みをタスクレベルに分解・取り組みがしやすい一方で、ある程度短期的な成果が求められることもあります。

パターン2:複数チームに広く浅く関わる

もうひとつは、複数のチームやプロダクトに横断的に関わり、兼務のような形で外から品質向上の手助けをするパターンです。

​専任QAが居なかった会社において、組織全体として品質向上の取り組みを始めるために1人目QAとして入る場合や、社内のQA業務を外部の会社に依頼しているところに1人目の正社員QAとして入る場合などがあります。

​こちらはパターン1とは異なり、より組織にフォーカスした働きを求められる傾向にあります。

​たとえば

• ​組織全体でのテスト・QA活動状況の把握
• 「QAエンジニアとは」の認知向上
• 2人目3人目のQAエンジニアの採用関連業務
• 「品質基準」や「テスト標準」など、組織全体に関連するルールや基準の制定および普及
• チームをまたいだテストプロセスや不具合の管理・分析方法の設定

​などがあります。

​こちらのパターン2の1人目QAとしてJoinするメリットは、パターン1と比べてより広い範囲に携われること、中長期的な視点で品質向上施策やチームをまたいだ土台づくりに着手できることなどがあります。

​一方、横断的に関わるQA側が積極的に開発チームに対して働きかけをしていかないと、品質向上施策がなかなか進まないなど、成果が出づらくなってしまう面もあるでしょう。

​2つのパターンを行き来する場合も

​実際に私自身も「1人目QA」として仕事をしており、パターン2に近い形で動いています。

​便宜上パターン1と2、という区別をしましたが、これらは完全に別物であったり、一方を選択したらもう一方は選べない、というものでもありません。状況によっては、それぞれを切り替えたり、ある程度両立させようとすることも考えられます。

​たとえば私が所属する部門では、複数の開発部が存在しており、私が入社するまで専任のQAは居ませんでした。

そこに1人目のQAとしてJoinしたわけですが、最初に考えたのが「特定のチームに入り込んで動く（パターン1）のと、広く浅く全体をみる（パターン2）のと、どちらがいいだろう？」という点です。

​最初はパターン2を選択して、各開発チームに対して少しずつ関わっていました。しかし、しばらく行ってみたところなかなか品質向上活動が前に進んでいない実感があり、これは特定のチームで成功事例を作らないと難しそうだと考え、パターン1に近い形に変更をしました。

​その後、ひとつのチームに入り込んで活動をしつつ、そこで行った内容を他のチームにも共有することで「それならウチも」と声をかけてもらえるようになりました。結果として、再度パターン2の形に近づいています。

​これはあくまでも私の例であり、これが正解ということはありません。組織規模や開発チームの文化などに応じて、つど考えていくことが大切です。

「1人目QA」が活躍するために、2つのパターンをもとに考えましょう

​今回は、1人目QAについての概要と、1人目としてJoinしたQAが開発チームに関わって活動していく際の2パターンについてご説明しました。

​特定の開発チームに入り込む場合と、複数の開発チームに対して外から関わる場合。組織の状況や募集時の要件などによってどちらかのパターンに定まることもあれば、どちらかを選択したり行き来しながらQA活動を進めることもあります。

​もし選択できる場合には、開発組織のマネージャーなどと「どちらのパターンでいくか」を一緒に考え、合意することが大切です。1人目QAとしてJoinした場合、もしくは1人目QAを迎え入れる場合は、いずれのパターンが適切かを考えてみてください。

連載一覧

【第1回】1人目QAの位置づけと、開発組織へのアプローチの仕方
【第2回】組織に品質保証を浸透させるアプローチ
【第3回】品質保証やQAエンジニアを知ってもらうための取り組み
【第4回】1人目QAのスタートは開発組織の現状把握から。やるべきこと・把握すべきこと。