PL(プロジェクトリーダー)のフリーランス面談でよく聞かれる質問と答え方
公開 2026-11-04 監修:株式会社エージェントベスト
フリーランスのPL(プロジェクトリーダー)の面談でよく聞かれるのは、何人のどんなチームを受け持ったか、作業をどう分けて割り振ったか、遅れや品質の問題にどう気づいて手を打ったか、PMに何をどう報告したかの4つです。面談官は、管理の知識より「この人に自分の下のチームを任せたら、毎日の作業が回るか」を確かめようとしています。
答えるときは、模範解答を覚えるより、受け持ったチームの場面を3〜4つ選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではPLの面談に固有の質問に絞ります。
PLの面談で面談官が見ていること
PL案件の面談に出てくるのは、多くの場合、そのチームの上に立つPMや開発の責任者です。PMの面談で見られる「判断と合意づくり」より、チームの日々の運営と、技術の判断に重心があります。
面談官が知りたいのは、おおむね次の3点です。
- 受け持てる大きさ:何人の、どんな構成のチームを、どこまで任されてきたか
- ずれへの気づき方:作業の遅れや品質の問題を、何から見つけ、どう手を打ったか
- PMとの組みやすさ:報告の仕方や相談のタイミングが、自分たちのやり方に合うか
以下の質問は、この3点のどれかを確かめるためのものです。質問の意図が分かれば、答えの中心に何を置くかも決まります。
よく聞かれる質問と答え方の考え方
ここで示す答えの例は、組み立て方を伝えるための架空の例です。そのまま使うのではなく、ご自身の経験に置き換えて準備してください。
1. 「直近で受け持ったチームの人数と構成を教えてください」
受け持てる大きさを確かめる質問です。人数だけでなく、社員・協力会社・海外拠点の内訳、経験の浅いメンバーの割合、自分の上にいたPMと横にいた他チームのPLを短く伝えます。
架空の例:「受託開発の体制で、6名のチームを受け持っていました。うち4名は協力会社の方で、2名は入社2年目の社員です。上にPMが1名、横に同じ規模のチームが2つありました」
2. 「作業はどうやって分け、誰に割り振っていましたか」
PLの面談に特有の質問です。作業の大きさをどの単位でそろえたか、メンバーの得意・不得意や経験をどう見たか、難しい作業を誰に任せたかを話します。「経験の浅いメンバーには、まず影響の小さい改修を任せ、レビューで手厚く見た」のように、割り振りの理由まで話せると、チームを見ていたことが伝わります。
3. 「作業の遅れに、どう気づきましたか」
最もよく掘り下げられる質問です。次の順番で組み立てると伝わりやすくなります。
- 何から遅れに気づいたか(朝会の発言、チケットの動き、レビュー待ちの滞りなど)
- 原因をどう見立てたか(仕様の不明点、見積もりの甘さ、メンバーの詰まり)
- どんな手を打ったか(作業の入れ替え、ペアでの作業、応援の依頼)
- PMにいつ、何を相談したか
- 結果と、次に変えたこと
「残業でカバーしました」で終わると、気づきから手を打つまでの過程が見えません。チームの中で手を打った部分と、PMに上げた部分の線を示すと、任せられる範囲が伝わります。
4. 「レビューでは、何を見ていましたか」
技術の判断ができるかを確かめる質問です。設計とコードのどちらを見ていたか、観点をどうチームでそろえたか、不具合の傾向からレビューの観点を足した経験があるかを話します。使っていた言語や仕組みについて、具体的な技術の質問が続くこともあります。
5. 「メンバーとの間で困ったことはありましたか」
経験の差、作業の質のばらつき、意見の食い違いなど、チームの中で起きた問題の話です。面談官は、個人を責める話し方になっていないか、仕組みの問題として手を打ったかを見ています。メンバーの個人の事情や評価に触れる話は、具体的にしすぎないようにしましょう。
6. 「PMには、どんな形で報告していましたか」
報告の頻度、使った資料やツール、悪い知らせをどう上げたかを話します。チームの状況を事実・影響・対応案に分けて伝えていたか、PMに判断してほしいことをはっきりさせていたかが見られます。
7. 「自分で手を動かす割合はどのくらいでしたか」
管理と実装の割合を確かめる質問です。案件側が想定する割合と大きくずれると、参画後に負担がかみ合いません。「設計のレビューと難しい箇所の実装を担い、作業時間の3割ほどでした」のように、自分の言葉で割合と中身を伝えます。数字は自分の感覚で構いませんが、スキルシートと合わせておきましょう。
8. 「このチームに入ったら、最初に何をしますか」
案件の説明を聞いたうえで聞かれることがあります。面談の段階で分かることは限られるため、断定的な計画より、メンバーの得意分野、作業の管理の仕方、PMへの報告の流れを確かめてから手を打つという順番を示すほうが信頼されます。
準備は「チームの場面」を3〜4つに絞る
上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。
- 場面を選ぶ:遅れ、品質の問題、メンバーの立ち上げ、仕様の変更など、性質の違う場面を3〜4つ選ぶ
- 場面ごとにメモをつくる:チームの状況、気づいたきっかけ、打った手、PMへの相談、結果、次に変えたことを書き出す
- チームの数字をそろえる:人数、構成、期間、手を動かした割合を、どの場面でも同じ数字で言えるようにする
- 技術の質問に備える:チームで使った言語や仕組み、レビューで指摘した例を2〜3つ説明できるようにする
- スキルシートと照らし合わせる:シートに書いたチームの規模や役割と、話の内容が一致しているかを確かめる
面談官はシートを見ながら質問するため、話とシートがずれると、どちらも信用されにくくなります。シートの書き方はPLのスキルシートの記事、冒頭の自己紹介は面談の自己紹介の記事で解説しています。技術の確認が厚い案件では、技術面接の記事も参考になります。
面談の相手によって重心が変わる
PLの面談は、相手によって聞かれる内容の重心が変わります。
| 面談の相手 | 重く見られやすい点 |
|---|---|
| チームの上に立つPM | 割り振りと報告の仕方、相談のタイミング |
| 開発の責任者・テックリード | 技術の判断、レビューの観点、設計の考え方 |
| 事業会社のプロダクトの責任者 | 短い周期での計画、社員のエンジニアとの関わり方 |
受託開発の案件では、元請けのPMと、その上の発注元の担当者の両方と面談することがあります。元請けの面談ではチームの運営、発注元の面談では報告の仕方と業務の理解に重心を置くと、限られた時間を有効に使えます。PMの面談との違いはPMの面談の記事が参考になります。
PLならではの逆質問
面談の終わりの逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。PLの案件では、次の点を聞いておくと判断しやすくなります。
- 受け持つチームの人数、所属の内訳、経験の幅
- 作業の割り振りやレビューで、自分が決めてよい範囲
- PMへの報告の頻度と形、相談の窓口
- 管理と実装の割合の想定
- チームの進め方(工程で区切るか、短い周期で回すか)と、作業の管理に使うツール
一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はPL案件の選び方で整理しています。
よくある質問
リーダーの肩書きがなかった経験も、面談で話してよいですか?
話して問題ありません。数名の作業をまとめ、進み具合を上に報告していたなら、その範囲を正確に伝えればPLの経験として受け止められます。肩書きより、受け持った人数と任されていた範囲を具体的に話すことが大切です。
技術の質問にうまく答えられなかったら、見送られますか?
案件によります。技術の判断が重い案件では影響しますが、管理に専念するPLの案件では、運営の話のほうが重く見られることもあります。分からないことは分からないと答え、どう調べて判断するかを話すほうが、取り繕うより信頼されます。
PMの経験もある場合、PL案件の面談ではどう話せばよいですか?
PL案件では、チームの日々の運営を担えるかが見られます。PMとしての経験は、PMの考えを先回りして報告できる強みとして添える程度にし、自分で手を動かす意欲や、チームの中で打った手の話を中心にすると、案件との合い方が伝わります。面談で見送られやすい理由は面談で見送られる理由の記事で解説しています。