採用代行 / プロジェクトマネージャー
プロジェクトマネージャー採用を代行に出す判断基準|任せられる工程と残す工程
プロジェクトマネージャーの採用を代行に出すとき、「プロジェクトを回せる人」という依頼になりがちですが、プロジェクトの型によって、求める経験が大きく違います。受託(SIerやコンサルティング会社)で顧客のプロジェクトを納期と予算の中で回してきた人と、事業会社で社内の関係者を動かしながらプロジェクトを進めてきた人では、持っている力も、市場での人数も、希望する働き方も違います。結論を先に書くと、プロジェクトマネージャー採用で代行に出せるのは「探す・届ける・一次対応する・進捗を回す」で、「自社が任せるプロジェクトの型(受託型か社内型か)と規模の決定・関係者との関係の設計・プロジェクトを回す力の評価」は社内に残すのが線です。型と規模が決まっていない募集は、代行に出しても、経歴の肩書で探すことになり、合わない人が来ます。プロダクトマネージャーとの違いはプロダクトマネージャー採用を代行に出す判断基準に、採用代行そのものの整理は採用代行(RPO)とはにまとめています。
プロジェクトマネージャー採用が他の職種と違う点
一つ目は、受託型と社内型で経験が違うことです。受託型は、顧客との契約があり、納期・予算・範囲が決まっていて、その中で品質を守って納める力が要ります。社内型は、契約が無く、関係者(経営、各部門、外部の委託先)の利害を調整し、決まっていない範囲を決めながら進める力が要ります。受託型の経験者は納期と予算の管理に強く、社内型の経験者は関係者の調整に強い。自社が任せるプロジェクトがどちらの型かで、合う経歴が変わります。
二つ目は、規模で求める力が違うことです。数人のプロジェクトと、数十人・複数の委託先が関わるプロジェクトでは、管理の方法も、必要な経験も違います。大規模の経験者は小規模を「物足りない」と感じ、小規模の経験者は大規模を「回せない」と感じることがあります。
三つ目は、「プロジェクトマネージャー」の中に、技術寄りと調整寄りがあることです。技術の判断をしながら回す人と、技術は委託先や現場に任せて関係者の調整に徹する人。自社のプロジェクトで、技術の判断を誰が持つかで、どちらが要るかが決まります。
四つ目は、プロジェクトの終わりと次があるかで、募集の性質が変わることです。一つのプロジェクトのために採るのか、プロジェクトが続く前提で採るのか。前者なら、業務委託や期間を区切った形のほうが合うこともあります。
この四つから、代行に出せる工程が決まります。
工程ごとの「任せられる・残す」
| 工程 | 任せられるか | 理由 |
|---|---|---|
| プロジェクトの型(受託型か社内型か)の決定 | 残す | 自社が任せるプロジェクトの性質から。社内にしか分からない |
| 規模と関係者の整理 | 残す | 人数、委託先、予算の規模、関係する部門 |
| 技術寄りか調整寄りかの決定 | 残す | 技術の判断を誰が持つかで決まる |
| 関係者との関係の設計 | 残す | プロジェクトマネージャーに何の権限を与えるか、誰に報告するか |
| 要件の決定 | 残す | 型・規模・技術か調整かから。外部は整理を手伝える |
| 求人票の作成 | 任せられる(上が決まっていれば) | 決まったものを候補者に伝わる言葉にする |
| 媒体の選定と運用 | 任せられる | 型に合う媒体と経路の経験があれば |
| スカウトの検索と送信 | 任せられる | 型と規模に合わせた検索と、文面の個別化 |
| 応募者への一次対応 | 任せられる | 連絡、日程、流れの案内 |
| 書類の一次絞り | 条件付き | 型(受託か社内か)と規模の分類は任せられる。回す力の妥当性は残す |
| プロジェクトを回す力の評価 | 残す | 自社のプロジェクトを分かる人が面接で聞く。外部は評価の型作りと記録 |
| 合否の判断 | 残す | 会社の判断 |
| 条件の決定と提示 | 残す | 会社の判断 |
| 内定後の対応 | 任せられる | 辞退を防ぐ連絡 |
線の要点は、「型・規模・技術か調整かの三つが、募集の前に社内で決まっているか」です。この三つが求人票とスカウトの中身になり、候補者が「自分の経験に合うプロジェクトか」を判断する材料になります。
エラベルの見解
相談で多いのは、「プロジェクトマネージャーを募集しているが、大手SIer出身の人が来て、面談で『うちのプロジェクトは小さすぎる』と言われる」というご相談です。求人票を見ると、「プロジェクトマネージャー募集。システム開発プロジェクトの管理」と書かれていて、規模も型も無い。大規模の受託型の経験者が肩書で応募し、自社の小規模な社内型のプロジェクトと合いません。求人票が型と規模を示していません。
見ていて差がつくのは、「自社のプロジェクトの型と規模を、求人票の一行目で言えるか」です。「社内の業務システムの刷新を、各部門と委託先を調整しながら進めるプロジェクトマネージャー。関係者は十数名、委託先は二社」。一行目で型と規模が分かれば、合う経歴の人が応募し、合わない人は見送ります。エラベルでは、プロジェクトマネージャーの案件をお受けする前に、依頼側に「任せるプロジェクトの型・規模・関係者」を伺い、一行目を一緒に作っています。
代行に出す前に社内で確認すること
代行に出す前に、社内で揃えておくことを六つ挙げます。
- 任せるプロジェクトの型。 受託型(納期・予算・範囲が決まっている)か、社内型(関係者の調整と、決まっていない範囲を決める)か
- 規模と関係者。 人数、委託先の数、予算の規模の目安、関係する部門。候補者は自分の経験の規模と照らす
- 技術寄りか調整寄りか。 技術の判断をプロジェクトマネージャーが持つのか、委託先や現場が持つのか
- プロジェクトマネージャーの権限と報告先。 予算の決定権、委託先の選定権、関係者への指示権。誰に報告するか。権限が無いプロジェクトマネージャーは動けない
- プロジェクトの期間と、その後。 一つのプロジェクトのためか、続く前提か。前者なら雇用の形も含めて検討
- プロジェクトを回す力を評価する人がいるか。 自社のプロジェクトを分かっていて、候補者の回し方の根拠を聞ける人
六つのうち、四つ目が最も抜けます。権限が無い状態で採ると、プロジェクトマネージャーは調整だけを求められ、決められず、プロジェクトが止まり、本人が離れます。
プロジェクトの規模と関係者の整理
型と規模を、候補者に伝わる形で整理する型を示します。求人票とスカウトの中身になります。
| 項目 | 書くこと | 例 |
|---|---|---|
| プロジェクトの目的 | 何を、いつまでに、なぜ | 「業務システムの刷新を来年度中に。現行の保守が限界のため」 |
| 型 | 受託型か社内型か | 「社内型。各部門の要望を整理し、委託先と進める」 |
| 規模 | 人数、委託先の数、予算の規模の目安、期間 | 「関係者十数名、委託先二社、期間一年半」 |
| 関係者 | 経営、各部門、委託先、外部 | 「経営会議に月次で報告。営業・管理・情報システムの三部門と調整」 |
| 技術か調整か | 技術の判断を誰が持つか | 「技術の判断は委託先と情報システム部門。プロジェクトマネージャーは調整と進捗の管理」 |
| 権限 | 予算、委託先の選定、関係者への指示 | 「予算の範囲内での判断は任せる。委託先の選定は経営と相談」 |
| 現状 | いまどこまで進んでいるか | 「要件定義の途中で、前任者が退職」 |
| その後 | プロジェクトが終わったあと | 「刷新後の運用と、次の改善のプロジェクトを担ってほしい」 |
整理の要点は、「現状と、その後を正直に書く」ことです。「前任者が退職して途中から」「プロジェクトが終わったら次があるか未定」といった状態を隠すと、面接や入社後に分かり、離れます。
代行を選ぶときの確認項目
| 確認項目 | 聞き方 | 見るポイント |
|---|---|---|
| プロジェクトマネージャー採用の経験 | 「受託型と社内型の両方の募集を担当した経験はありますか」 | 型の違いを分かっているか |
| 経歴の読み方 | 「『プロジェクトマネージャーとして〇〇のプロジェクトを担当』という経歴を、どう読みますか」 | 型、規模、権限の有無、技術か調整かを確かめる姿勢があるか |
| 規模の扱い | 「大規模の経験者を小規模のプロジェクトに紹介することについて、どう考えますか」 | 合わないことを分かっているか |
| 媒体と経路 | 「プロジェクトマネージャーに届く経路は何ですか」 | 受託からの転向層、社内での昇格層を知っているか |
| 評価の扱い | 「回す力の評価はどう進めますか」 | 「御社で」と答えるか |
| 担当者 | 「担当する方の経歴を教えてください」 | プロジェクト管理の経験か、近い職種の採用経験があるか。担当者の経歴を確認する |
確認の要点は、「経歴の読み方」の答え方です。「プロジェクトマネージャーの肩書があれば経験者」と読む代行は、受託型の人を社内型の候補として紹介し、面談で「型が違う」となります。
代行に出したあとに起きること
| 起きること | 戻し方 |
|---|---|
| 型の違う経歴の人が応募してくる | 求人票の一行目で型と規模を示す。検索の条件を型で分ける |
| 面談で「権限はあるのか」と聞かれ、答えられない | 権限と報告先を決め、求人票とスカウトに書く |
| 大規模の経験者が「小さすぎる」と見送る | 規模を求人票に書く。規模に合う経歴で検索する |
| 代行が回す力の評価を始める | 「評価は社内で」と戻す。代行は型と規模の分類まで |
| 入社後、権限が無くて動けず、本人が離れる | 採用の工程の外だが、権限を経営者が守る。守れないなら、募集の段階で「調整が中心」と書く |
戻し方の要点は、「権限を、求人票の段階で正直に書く」ことです。「プロジェクトを任せる」と書いて実際は決められない、が最も離職を生みます。
エラベルの見解
担当する側から見ると、プロジェクトマネージャーの採用で最も時間がかかるのは、依頼側から「型・規模・権限」を引き出すことです。依頼側は「プロジェクトを回せる人」と言いますが、自社のプロジェクトが受託型か社内型か、規模はどのくらいか、プロジェクトマネージャーに何を決めさせるかは、整理されていないことが多い。ここを整理しないと、求人票にもスカウトにも書けず、肩書で探すことになります。
エラベルでは、プロジェクトマネージャーの案件をお受けするとき、依頼側に「任せるプロジェクトの型・規模・権限」を先に伺っています。決まっていれば、担当者は最初の週から型に合う経歴を探せます。決まっていなければ、担当者の最初の仕事は、この三つを整理する打ち合わせの進行になります。代行に出すかどうかの判断は、この三つが社内で決められるかどうかで、ほぼ決まります。
まとめ
- プロジェクトマネージャー採用で代行に出せるのは探す・届ける・一次対応する・進捗を回す。型・規模・技術か調整かの決定・関係者との関係の設計・回す力の評価は社内に残す
- 他の職種と違うのは受託型と社内型で経験が違う・規模で求める力が違う・技術寄りと調整寄りがある・プロジェクトの終わりと次があるかで募集の性質が変わる
- 代行に出す前に型・規模と関係者・技術か調整か・権限と報告先・期間とその後・評価する人を確認。権限が最も抜ける
- 規模と関係者は目的・型・規模・関係者・技術か調整か・権限・現状・その後で整理し、現状とその後を正直に書く
- 代行を選ぶときは経歴の読み方の答え方を見る。肩書で読む代行は型の違う人を紹介する
- 権限を求人票の段階で正直に書く。「任せる」と書いて決められない、が最も離職を生む
よくある質問
大手SIer出身のプロジェクトマネージャーは、小さい会社のプロジェクトには合いませんか
合わないことが多いですが、合う人もいます。大規模の受託型で、決まった範囲を大人数で回してきた人は、小規模の社内型で、決まっていない範囲を少人数で決めながら進めることに戸惑うことがあります。一方で、大手の中で小規模のプロジェクトも経験した人、社内型に移りたくて転職を考えている人は合います。肩書や出身ではなく、「担当したプロジェクトの型と規模」と「社内型に移りたい動機」で見ます。面談で、自社のプロジェクトの規模と権限を正直に伝え、候補者が「それでもやりたい」と言うかを確かめます。
一つのプロジェクトのために採るのですが、正社員で採るべきですか
プロジェクトが終わったあとに次のプロジェクトがあるかで決めます。次があるなら正社員で、無いなら業務委託やプロジェクトの期間に合わせた形のほうが、互いにとって正直です。「正社員で採って、プロジェクトが終わったら別の仕事を」という形は、候補者にとってプロジェクトマネージャーとして採られたのに違う仕事になる不安があり、面談で見抜かれます。一つのプロジェクトのためなら、その旨を正直に書き、期間と、終わったあとの選択肢(続く可能性、別の役割の可能性)を示します。雇用の形の判断は、専門家にご確認ください。
プロジェクトマネージャーに、どこまで権限を与えればよいか分かりません
いま社内で、そのプロジェクトの判断(予算の使い方、委託先の選定、関係者への指示)を誰がしているかを書き出します。その中で、プロジェクトマネージャーに移せるものと、経営が持ち続けるものを分けます。移せるものが少ないなら、「調整と進捗の管理が中心で、判断は経営と相談」と正直に書きます。それでも合う人(調整に強く、判断は経営と一緒にしたい人)はいます。移せるものが多いなら、「予算の範囲内の判断と委託先の管理を任せる」と書き、それに合う人(自分で決めて進めたい人)を探します。権限を曖昧にして「任せる」と書くのが、最も危うい。