QAマネージャー・品質保証リードのフリーランス案件の選び方｜契約前に確かめたいこと

フリーランスのQAマネージャー・品質保証リードの案件を選ぶときは、報酬や稼働日数に加えて、役割の実態、リリース判定での権限、組織の段階、体制と指示の流れ、契約の形と責任、稼働の振れ幅、契約期間と節目の区切りの7点を契約前に確かめておくことが大切です。肩書きが同じでも、この7点の違いで負担と責任が大きく変わります。

特に見落としやすいのは、品質の責任と、判断の権限が釣り合っているかです。基準を決める権限がないのに、出した後の不具合の責任だけを問われる案件では、どれだけ働いても状況を動かせません。この記事では、QAマネージャー案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

QAマネージャー案件の選び方で差が出る理由

テストの設計や実行の案件なら、対象のシステムや担当する工程で仕事の中身がある程度読めます。QAマネージャーの案件は、案件票の情報が「品質保証体制の構築」「QAリード募集」のように抽象的になりやすく、参画してから想定との違いに気づくことが少なくありません。

よくあるずれは次のようなものです。

• 品質の責任者として入ったのに、実際はテストの進捗の集計と報告が中心だった
• 基準を提案しても、決める人が組織の中にいないため、話が進まない
• 案件票にはなかった障害の多発があり、参画直後から立て直しを求められた
• 方針づくりの案件のはずが、テストの実行の取りまとめや採用の面接まで頼まれた

こうしたずれは、面談と条件の確認の段階で、聞き方を工夫すれば多くを防げます。

契約前に確かめたい7つの点

1. 役割の実態は、品質の責任者か、テストリードか、報告役か

最初に確かめたいのは、自分が担う役割の実態です。QAマネージャーとして募集されていても、品質の判断は社内の管理職が担い、外部の人には進捗の取りまとめを求めている場合があります。逆に、テストリードの募集なのに、実質的に組織の品質の方針づくりまで求められることもあります。

面談では、「着任後の3か月で、最も期待されている成果は何か」を聞くと、役割の実態が見えやすくなります。答えが「テストの進み具合を見える形にする」ならリード寄り、「リリースの条件を決めて手戻りを減らす」ならマネージャーの役割です。

2. リリース判定での権限と、報告のライン

品質の担当として、自分が決められることと、承認を仰ぐことの線を確かめます。

• リリースの条件や重大度の定義を、自分が提案して決める立場か
• 判定会議で、材料を出す役か、出す・止めるの判断に加わる役か
• 最終的にリリースを決めるのは誰か（事業の責任者、開発の責任者、PMなど）
• 品質の状態を報告する相手と、経営層に直接報告する場はあるか

フリーランスは発注元の社員ではないため、最終的な判断は発注元に残るのが一般的です。そのうえで、決める人が明確になっているかが大切です。決める人があいまいな組織では、基準をつくっても守られず、不具合が出たときに品質の担当だけが責められやすくなります。

3. 組織の段階と、今の品質の状態

案件票に書かれていない「今の状態」を確かめます。

• 品質の担当がこれまでいたか、何人いたか。前任がいた場合、交代の経緯（答えられる範囲で）
• 直近のリリースで、障害や大きな手戻りがあったか
• 不具合の記録やテストの結果が、分析できる形で残っているか

立て直しの案件を避ける必要はありません。立て直しの経験は次の案件で評価されやすい経験です。ただ、状態を知ったうえで受けることが大切です。記録がほとんど残っていない組織では、現状の把握にかかる期間が長くなるため、その期間を発注元が見込んでいるかもあわせて確かめておきます。

4. 体制と、指示の流れ

体制図を見せてもらえる場合は、自分がどこに位置するかを確かめます。

• テスト担当者が何人いて、社内の社員か、外部の会社か
• 外部のテスト会社がいる場合、その会社への依頼は誰が出すのか
• 開発チームの数と、自分がレビューや基準の説明をする相手
• 自動化の担当者がいるか、自動化の方針を自分が決めるのか

業務委託の立場で、発注元の社員や別の会社の担当者に作業の指示を出す体制になっていないかは、特に注意が必要です。準委任の契約なのに、発注元から細かな作業の指示や勤務時間の管理を受ける働き方や、別の会社の要員に直接指示を出す働き方は、偽装請負の問題につながるおそれがあります。考え方は偽装請負の記事で扱っています。

5. 契約の形と、負う責任の範囲

業務委託のQAマネージャーは、多くの場合、準委任契約で参画します。準委任では、製品に不具合が残らないことではなく、品質の仕組みづくりや判断の材料づくりを、専門家として通常求められる注意を払って行うことが約束の中身になります。

確かめたいのは、契約書や発注の書面の書き方が、この考え方と合っているかです。

• 「品質を保証する」「不具合のないことを保証する」のように、結果を約束する書き方になっていないか
• リリース後の障害そのものに対する損害賠償の定めがないか
• 成果物の作成が求められる場合、その範囲は何か（テスト方針、品質の基準、報告書など）

請負の形で受ける場合は、完成に対する責任を負うことになります。役割と契約の形が合っているかを確かめましょう。違いは準委任契約と請負契約の違いで解説しています。

6. 稼働の振れ幅と精算

QAマネージャーの稼働は、リリースの節目で大きく振れます。

• 大きなリリースの前に、夜間や休日の判定や確認があるか
• 障害が起きたときの連絡と対応の体制に、自分が入るか
• 精算幅を超えたときの扱いと、稼働が少ない月の扱い

品質の担当は「判断がないとリリースできない」場面が多いため、稼働の上限を超えやすい役割です。超過した時間の扱いを確かめておかないと、責任感から無償で対応し続けることになりかねません。精算の仕組みは精算幅の記事をご覧ください。

7. 契約期間と、節目の区切り

契約の期間と、プロジェクトやリリースの節目が合っているかを確かめます。大きなリリースの直前に更新の時期が来ると、更新されなかった場合に最も大事な判定を見届けられません。立ち上げの案件では、仕組みを社内に引き継ぐ期間が契約期間に含まれているかも大切です。

フリーランス法では、6か月以上の業務を委託している場合に、契約を解除したり更新しなかったりするときは、少なくとも30日前までに予告することが求められています（2026年10月時点、公正取引委員会の案内による）。詳しくは契約の解除・不更新の予告の記事をご覧ください。

確かめた内容を書面と照らし合わせる

面談や事前の確認で聞いた内容は、契約の前に書面と照らし合わせます。フリーランス法では、発注する事業者は業務を委託したら直ちに、取引条件を書面またはメールなどで明示することとされ、報酬の支払期日は給付を受け取った日から60日以内のできる限り短い期間内で定めることとされています（2026年10月時点、公正取引委員会の案内による）。明示される事項の内容はフリーランス法で明示される取引条件をご覧ください。

QAマネージャーの案件では、特に次の点が書面に反映されているかを確かめます。

1. 業務の内容に、担う範囲（方針づくり、基準づくり、判定の材料づくり、レビュー、育成など）が書かれているか
2. 結果の保証や、リリース後の障害そのものの責任を負う書き方になっていないか
3. 稼働の幅と、超えたときの精算方法
4. 契約期間と更新の時期

面談で聞いておくとよい質問はQAマネージャーの面談でよく聞かれる質問と答え方の逆質問の項目でも紹介しています。報酬の決まり方はQAマネージャーの報酬の記事、テストの設計や実行の案件の選び方はQAエンジニアの案件の選び方で解説しています。

よくある質問

品質の担当がこれまでいなかった会社の案件は、避けたほうがよいですか？

避ける必要はありません。立ち上げの経験は、次の案件で評価されやすい経験です。ただし、基準を決める相手が社内にいるか、現状の把握にかける期間を見込んでいるか、仕組みを引き継ぐ相手がいるかを確かめてから受けることをおすすめします。

面談で直近の障害や前任の交代理由を聞くのは失礼ですか？

品質の担当として任される範囲を判断するための確認として聞けば、失礼にはあたりません。「着任後に最初に手を入れるべき点を把握したい」という目的を添えると、相手も答えやすくなります。答えられない場合は無理に聞き出さず、ほかの確認点で判断しましょう。

報酬の高い案件と、権限のはっきりした案件で迷ったらどうしますか？

一概には言えませんが、QAマネージャーの案件では、権限があいまいなまま責任だけが重い状態が続くと、判定の前後の稼働が増え、時間あたりの報酬が下がることがあります。報酬の額だけでなく、稼働の見込みと権限の範囲を合わせて比べるとよいでしょう。