QAマネージャー・品質保証リードのフリーランス案件の仕事内容｜案件の種類と働き方

フリーランスのQAマネージャー・品質保証リードの仕事は、何をもって出してよいとするかを決め、品質の状態を見える形にし、判断する人に説明し、進め方を直していくことの繰り返しです。ただし、品質の仕組みがない組織での立ち上げか、問題が表に出た後の立て直しか、整った仕組みの運用かで、1日の時間の使い方も向き合う相手も大きく変わります。

この記事では、QAマネージャーの案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。必要な経験はQAマネージャーがフリーランスになるには、スキルはQAマネージャーのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「段階」と「範囲」で決まる

QAマネージャーの案件は、肩書きが同じでも働き方がまったく違うことがあります。違いを生むのは主に次の2つです。

• 組織の段階：品質の担当がいない立ち上げか、手戻りが続く立て直しか、仕組みが回っている運用か
• 任される範囲：1つのプロジェクトか、複数のチームや外部の会社をまたぐか、組織全体の方針か

この2つを掛け合わせると、フリーランスのQAマネージャー案件はおおむね次の5種類に分けられます。

以下では、それぞれの1日と1か月の流れを典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

QAの立ち上げの仕事

開発者が自分で確かめてリリースしてきたものの、出した後に不具合が見つかることが増え、品質の担当を置きたいという組織の案件です。

1日・1か月の流れ（例）

参画直後は、開発の進め方、リリースの頻度、過去の不具合の記録を読み、開発者やプロダクトの責任者に話を聞くことで1日が埋まります。何をどこまで確かめてから出しているかを、まず言葉にする段階です。

1か月目の後半から、テスト方針の案、リリースの条件の案、不具合の重大度の定義の案をつくり、開発と事業の責任者に示して合意を取ります。2か月目以降は、決めた基準でリリースを回してみて、守れない基準や意味のない手順を直していきます。テストの担当者を採用したり、外部の会社に一部を頼んだりする場合は、その役割分担を決めるのも仕事に入ります。

成果物

テスト方針、品質の基準（リリースの条件・受け入れの条件）、重大度と優先度の定義、テストの計画のひな形、不具合の管理の決まりごと、最初の体制案などです。立ち上げの案件では、自分が抜けた後も使える形で残すことが成果の一部として見られます。

立て直しの仕事

テストはしているのに、リリースのたびに手戻りや障害が続く組織の案件です。最初の数週間とその後で、仕事の中身が大きく変わります。

参画直後の数週間

最初は判断より把握が仕事です。不具合の記録を工程、原因、見つかった時期で分け直し、どこで混入し、どこで見逃しているかを見立てます。テストの担当者や開発のリーダーへの聞き取り、過去のテスト計画と結果の読み込みで1日が終わることもあります。

見立てを示した後

原因の見立てをもとに、レビューの入れ方、テストの段階ごとの役割、リリースの条件の見直し案をつくり、開発と事業の責任者に選択肢として示します。合意した後は、変えた進め方で数字がどう動くかを、通常より短い間隔で見て報告します。

成果物

現状分析の資料、不具合の原因の整理、改善の計画と選択肢の比較、見直したリリースの条件、改善の効果を示す指標の推移などです。立て直しでは、なぜその手を選んだかを説明する資料の重みが増します。

大規模開発の横断管理の仕事

複数の開発チームや外部のテスト会社がそれぞれテストを担い、全体の品質が見えにくくなっているプロジェクトの案件です。PMの下で品質の責任を持つ形が多くなります。

1日・1か月の流れ（例）

朝は各チームやテスト会社から上がった進捗と不具合の状況を集め、計画とのずれや、特定の機能に不具合が偏っていないかを見ます。日中はチームのリーダーやテスト会社の責任者と打ち合わせ、テストの範囲の重なりや抜けを調整します。PMとの定例では、品質の状態とリスクを報告します。

1か月の単位では、工程の区切りごとに、次の工程へ進んでよいかを判断する会議の材料をそろえます。外部の会社に頼む範囲と、成果物を受け入れる基準を決めるのも大事な仕事です。

成果物

横断のテスト計画、テストの段階ごとの完了の基準、外部の会社への依頼範囲と受け入れの基準、品質の報告資料、工程の完了判定の資料などです。報告の読み手がPMや発注元の責任者である点が特徴で、件数ではなく残っているリスクと影響で伝えることが求められます。

アジャイル・自社サービスの品質責任の仕事

短い周期でリリースを繰り返す自社サービスで、複数のチームにまたがって品質の責任を持つ案件です。テストを専任の担当がまとめて行うのではなく、チームの中に品質の仕組みを組み込むことが中心になります。

1日・1か月の流れ（例）

各チームの計画の場や振り返りに必要に応じて顔を出し、受け入れの条件の書き方や、どのテストを自動で回すかの相談に乗ります。障害や問い合わせの傾向を見て、どのチームのどの領域に手を入れるべきかを判断します。

1か月の単位では、リリース後の不具合や障害の件数、修正までの時間などの指標を見て、プロダクトの責任者と次に手を入れる領域を決めます。自動化の担当者と、自動テストの範囲や実行の仕組みを話し合うこともあります。自動化の担い手の仕事はテスト自動化エンジニアの仕事内容で解説しています。

成果物

チーム共通の品質の基準、受け入れの条件の書き方の型、自動テストの方針、品質の指標とその見方、障害の振り返りの記録などです。細かなテスト計画書を持たないこともあり、チームが自分で品質を判断できる状態をつくることが成果になります。

品質責任者の補佐・助言の仕事

品質部門の責任者が不在か手が回らない組織で、方針の継続や見直しを手伝う案件です。週に数日の関わり方も見られます。

判定会議の運営、品質の指標や方針の見直し、メンバーのテスト設計のレビューと育成などが中心です。日々のテストの進行は社内の担当者が回し、QAマネージャーは判断の材料を整え、仕組みを点検する役に回ります。成果物は、見直した方針や指標、育成の計画、判定会議の資料などです。短い稼働での働き方はQAマネージャーの週2〜3日案件の記事で扱っています。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのQAマネージャー案件にあります。

1. 基準を決めて合意する：リリースや受け入れの条件を、守れる形で決め、決めた人を記録する
2. 品質の状態を見える形にする：判断に使える指標を選び、継続して示す
3. 判定の場を運営する：材料をそろえ、出す・止める・条件付きで出すの選択肢を示す
4. 原因から進め方を直す：不具合の傾向を見て、上流での対策につなげる

フリーランスならではの仕事として、自分の稼働の記録と報告もあります。リリースの判定の前後は稼働が延びやすいため、日々の稼働をつけておく必要があります。精算の仕組みは精算幅の記事をご覧ください。

関わる相手と、その相手に出すもの

QAマネージャーの1日は、誰に何を渡すかで組み立てられています。

働く場所については、基準づくりや指標の整理はオンラインで進めやすい一方、立ち上げの最初の時期や判定の山場では出社を求められやすくなります。詳しくはQAマネージャーのリモート案件の記事をご覧ください。テストの設計や実行の側の働き方はQAエンジニアの仕事内容で解説しています。

よくある質問

QAマネージャーが自分でテストを書いたり実行したりすることはありますか？

立ち上げの直後や小さな組織では、テストの設計や実行を自分で担うことがあります。規模が大きい案件では、レビューと判断に回ることがほとんどです。どこまで手を動かす想定かは、参画前に確かめておくと、稼働の見込みとのずれを防げます。

PMとQAマネージャーの役割はどう分かれますか？

PMは計画と進捗、体制と予算を見る役、QAマネージャーは品質の基準と状態を見る役です。リリースの判断では、QAマネージャーが品質の材料を出し、PMや事業の責任者が期日や事業の事情と合わせて決める形が一般的です。PMの働き方はPMの仕事内容で解説しています。

参画して最初の1か月は何をすることが多いですか？

関係者と役割の把握、過去の不具合とリリースの記録の読み込み、今の基準と判定の流れの確認から始めるのが一般的です。初月の進め方はQAマネージャーの参画初月にやることで詳しく解説します。