PL（プロジェクトリーダー）の週2〜3日・副業案件｜探し方と受けるときの注意点

週2〜3日や副業で受けられるPL（プロジェクトリーダー）の案件は、数は少ないものの、あります。PLは毎日の朝会、作業の割り振り、メンバーの相談への対応があり、週5日の稼働を前提にした案件が中心です。そのなかで週2〜3日でも成り立ちやすいのは、小さなチームのとりまとめ、レビューや技術の判断を担う役割、チームの立ち上げの支援、内製チームの育成の支援などです。

探すときは「週3日でPLを」ではなく、稼働日数で担える範囲に絞った役割を選ぶことが大切です。この記事では、週2〜3日・副業のPL案件の型、探し方、短い稼働で信頼を得る進め方と注意点を整理します。週3日の働き方全般は週3日の業務委託案件の記事で解説しています。

週2〜3日のPL案件が少ない理由

PLの仕事は、毎日の小さな手当ての積み重ねです。そのため、次のような理由から週5日の募集が多くなります。

• 朝会と割り振りが毎日ある：メンバーの今日の作業を決め、困りごとを聞く場がPLの中心の仕事になっている
• 詰まりはその日のうちにほどきたい：仕様の不明点や技術の詰まりを翌日以降に持ち越すと、チーム全体の作業が止まる
• レビュー待ちが滞りやすい：PLが不在の日に成果物のレビューが止まると、メンバーの作業が進まない
• PMとの間に立つ：PMからの確認と、メンバーからの相談の両方が日々届く

そのため、チームの日々の運営を一人で担うPLを週2〜3日で募集することは多くありません。週2〜3日の案件は、日々の運営は別の人が担い、PLは範囲を絞って関わる形がほとんどです。

週2〜3日・副業で見つかりやすいPL案件

レビュー・技術の判断役は、開発もするPLの経験がある人に向きます。日々の割り振りは社員や別のリーダーが担い、フリーランスは設計の判断やレビューを受け持つ形です。役割としてはテックリードに近くなります。

内製チームの育成の支援は、社内でリーダー経験の少ないエンジニアがチームを回し始めた事業会社に見られます。フリーランスのPLは、チームの会議に同席して進め方を助言したり、リーダー候補と週に一度振り返りをしたりします。決めるのは社内のリーダーであることを参画前に確かめておくと、役割のずれを防げます。

週2〜3日のPL案件の探し方

1. 担える範囲を先に決める

週2〜3日で受けるなら、何を担い、何は担わないかを先に言葉にします。たとえば「レビューと週次の計画は担うが、毎日の朝会は社内のリーダーにお願いする」のように範囲を決めておくと、案件との照らし合わせが早くなります。

2. 稼働する曜日と、稼働外の連絡の扱いを決める

PLの案件では、チームの定例の会議やリリースの曜日と稼働日が合うかが大切です。稼働する曜日を固定できるか、稼働日以外にチャットの質問へどこまで応じられるかを決めておきましょう。曜日を柔軟に選べる人ほど選択肢が広がります。

3. 技術と開発の進め方が近い案件から選ぶ

稼働日数が少ないほど、立ち上がりの早さが求められます。チームで使う言語や仕組み、工程で区切るか短い周期で回すかといった進め方が、自分の経験に近い案件を選ぶと、短い稼働でも成果を出しやすくなります。

4. リモートで受けられるかを合わせて確かめる

週2〜3日の案件は、リモートで受けられるかどうかで選択肢が大きく変わります。メンバーが出社中心の現場では、PLだけがリモートで週2〜3日という形は成り立ちにくくなります。PLのリモートの働き方はPLのリモート案件の記事で解説しています。

短い稼働で信頼を得る進め方

週2〜3日のPLは、不在の日があることを前提に仕事を組み立てる必要があります。

• 不在の日の代わりを決める：メンバーが詰まったときに誰に相談するか、急ぎの判断を誰がするかを、発注元の担当者と先に決めておく
• レビューを稼働日に集める：レビューに出す日を稼働日の前日までにそろえてもらい、まとめて返す
• 作業を大きめに切る：不在の日にも進められるよう、メンバーが2〜3日かけて進められる単位で作業を割り振る
• 週の始めと終わりに文章で残す：稼働日の最初に今週の予定、最後に結果と気になる点を書き、不在の間も同じ情報を見られるようにする

こうした進め方を面談で具体的に話せると、短い稼働でも任せられるかを発注元が判断しやすくなります。

受けるときの注意点

責任の範囲と稼働日数をそろえる

週2〜3日の案件で起きやすいのは、稼働日数は少ないのに、チームの進み具合の責任は週5日のPLと同じという状態です。不在の日にもメンバーから相談が届き、結果として稼働日以外の対応が増えていきます。参画前に、担う範囲と、不在の日に誰が代わりを務めるかを確かめましょう。

稼働日以外の対応と精算を確かめる

PLはチャットでの質問への回答や、ちょっとしたレビューに時間を使いがちです。稼働日以外に対応した時間をどう扱うかを、精算の条件と合わせて確かめておきます。精算の仕組みは精算幅の記事をご覧ください。参画後に役割が広がった場合の扱いは作業範囲が広がったときの契約の扱いで解説しています。

リリースや障害の時期の稼働を確かめる

リリース前や不具合が多い時期には、週2〜3日の約束でも稼働を増やしてほしいと頼まれることがあります。応じられる範囲と、そのときの条件を先に決めておくと慌てずに判断できます。

会社員の副業でPL案件を受けるとき

会社員が副業でPLの案件を受ける場合は、上の注意点に加えて次の点を確かめます。

• 勤務先の就業規則：副業が禁止か、許可制か、届出制か。業務委託が対象に含まれるか
• 本業との競合：本業と同じ業界のサービスや、本業の取引先に関わる案件は、競業や秘密の扱いで問題になりやすい
• 時間帯：チームの朝会や定例は平日の日中に置かれることが多く、本業の時間と重ならないか

PLはソースコードや設計など、技術の情報に深く触れる立場です。本業で知った技術の情報や社内の手順を、副業の案件で使わないよう意識して切り分ける必要があります。就業規則の読み方や確定申告などは会社員の副業で業務委託案件を受けるときの注意点と副業禁止の会社で業務委託を受けるリスク、平日の日中に動けない場合は週末・夜だけの業務委託案件の記事で解説しています。判断に迷う場合は、勤務先の担当部署や専門家にご相談ください。

よくある質問

週2〜3日のPL案件でも、リーダーの経験として評価されますか？

受け持った範囲と打った手を具体的に書けば、経験として評価されます。週2〜3日の案件は役割が絞られていることが多いため、スキルシートには稼働日数と担った範囲を正確に書き、チームの日々の運営をすべて担っていたと誤解されない書き方にしておきましょう。

週3日で始めて、あとから週5日に増やせますか？

チームの体制や予算によっては、稼働を増やせることがあります。ただし案件ごとに事情が違うため、増やせる前提で受けるのは避けたほうが無難です。将来の希望がある場合は、参画前に伝えておくと話がしやすくなります。

平日の夜や週末だけでもPLの案件は受けられますか？

チームの朝会や定例は平日の日中に置かれることが多いため、夜や週末だけで受けられるPL案件はかなり限られます。設計やコードのレビュー、進め方の助言のように、成果物や回数で区切れる関わり方なら成り立つことがあります。PMの場合の傾向はPMの週2〜3日案件の記事が参考になります。