ITコンサルタントの週2〜3日・副業案件|探し方と受けるときの注意点
公開 2026-10-29 監修:株式会社エージェントベスト
ITコンサルタントの週2〜3日の案件は、助言やレビュー、定例会を軸にした伴走、短い期間の論点整理など、担当する範囲を区切れる仕事で見つかります。反対に、業務部門への聞き取りが続く局面や、ベンダーと毎日やり取りする導入支援は、週5日を前提に募集されることが多くなります。
週2〜3日で受けるときは、成果物の量と稼働の釣り合い、会議の日程が自分の稼働日に合うか、本業や他の案件との利害の重なりを先に確かめることが大切です。週3日の業務委託全般の考え方は週3日の業務委託案件の記事にまとめています。この記事では、ITコンサルならではの傾向と注意点に絞って整理します。
週2〜3日で成り立ちやすい仕事、成り立ちにくい仕事
ITコンサルの仕事は、局面ごとに「毎日いないと回らない仕事」と「決まった日に関われば回る仕事」が分かれます。
| 成り立ちやすい仕事 | 理由 |
|---|---|
| 情報システム部門への助言・相談役 | 週1回の定例と、その間の資料の確認で役割を果たせる |
| 構想や計画の資料のレビュー | 社内で作った案を見て、論点の抜けや筋道を指摘する仕事は日数を区切りやすい |
| ベンダーの提案や見積もりの評価の支援 | 評価の観点を示し、比較の結果を確かめる作業は時期が決まっている |
| 短い期間の論点整理 | 数週間で現状を整理し、次に何を決めるべきかを示す |
| ITガバナンスの規程やルールの整備 | 文書の作成と意見の集約が中心で、毎日の出席が要らないことが多い |
| 成り立ちにくい仕事 | 理由 |
|---|---|
| 業務部門への聞き取りが続く時期 | 相手の都合に合わせて日程を組むため、稼働日が固定しにくい |
| 選定の質疑や審査会が続く時期 | ベンダーへの回答の期限があり、日を空けにくい |
| 常駐の導入支援 | 日々の課題の判断や、ベンダーとの調整が毎日発生する |
同じ案件でも、局面が変わると必要な稼働が変わります。たとえば構想の段階は週3日で関わり、選定の質疑が続く1〜2か月だけ日数を増やすといった相談が起きることもあります。
週2〜3日の案件の探し方
役割を「助言」「レビュー」「伴走」で言い表す
週2〜3日の案件では、作業の量より、短い時間で判断の質を上げることが期待されます。スキルシートの要約や面談では、「何を作れるか」に加えて、「週の限られた時間で、何を見て、何を指摘できるか」を一言で言えるようにしておくと、案件と結びつけやすくなります。
架空の例では、「製造業の基幹システム刷新で、構想案のレビューとベンダーの見積もりの評価を担当」のような書き方です。書き方の詳細はITコンサルタントのスキルシートの記事をご覧ください。
少ない稼働で成果物を出した経験を書く
過去に複数の案件を並行していた、あるいは週の一部だけで関わった経験があれば、期間と稼働の割合を書き添えておきます。少ない日数で何を出したかは、週2〜3日の案件で最も知りたい情報の一つです。
発注側の窓口の体制を確かめる
週2〜3日の場合、自分がいない日に社内で作業が進む体制があるかで、成り立つかどうかが変わります。情報システム部門に、資料を集め、会議の日程を調整し、決まったことを動かす担当者がいる案件は、外部のコンサルが関わる日を絞りやすくなります。
リモートと組み合わせる
助言やレビューの仕事は、オンラインの定例と資料のやり取りで進められることが多く、リモートと相性がよい傾向があります。局面ごとのリモートとの相性はITコンサルタントのリモートの記事で扱っています。
週3日の1週間の組み立て例(架空)
週3日で助言とレビューを担う場合の1週間を、イメージのための架空の例で示します。
| 曜日 | 主な作業 |
|---|---|
| 月曜(稼働日) | 週次の定例に出席。前週の宿題の確認と、今週決めてほしい論点を伝える |
| 火曜(稼働しない日) | 発注側の担当者が、定例で決まった資料集めや社内の確認を進める |
| 水曜(稼働日) | 社内で作られた構想案やベンダーの見積もりを読み、指摘をまとめて返す |
| 木曜(稼働しない日) | 発注側が指摘を受けて案を直す |
| 金曜(稼働日) | 直した案を確認し、報告会の資料の筋道を担当者とすり合わせる |
稼働日を飛び飛びにすると、発注側が作業を進める日と、こちらが確認する日が交互に来て、少ない日数でも仕事が回りやすくなります。どの曜日に入るかは、定例や報告会の曜日から逆算して決めると無理がありません。
受けるときの注意点
成果物の量と稼働日数の釣り合い
週2〜3日の案件でも、求められる成果物の量が週5日の案件と変わらないことがあります。契約の前に、最初の1〜2か月で出す成果物と期限を確かめ、稼働日数で収まるかを見積もりましょう。収まらない場合は、範囲を絞るか、日数を見直すかを契約前に話しておくことが大切です。
会議の曜日と、稼働しない日の連絡
ITコンサルの仕事は、経営層への報告会や週次の定例など、日程を動かしにくい会議が軸になります。会議の曜日が自分の稼働日と重なるか、報告会の前後だけ日を動かす必要があるかを確かめておきます。
あわせて、稼働しない日にメールやチャットへの返答をどこまで求められるかも決めておきましょう。決めないまま始めると、稼働日以外も対応する状態が続きやすくなります。複数の案件を持つときの注意点は掛け持ちの記事で解説しています。
本業や他の案件との利害の重なり
ITコンサルは、ベンダーの選定や投資の判断に関わるため、本業の勤務先や他の案件の取引先と利害が重なると問題になりやすい職種です。
- 本業の勤務先が製品の販売や導入をしている場合、その製品が候補になる選定には関わりにくい
- 同じ時期に、競合する会社どうしの構想に関わると、知った情報の扱いが難しくなる
- 他の案件で知ったベンダーの見積もりや提案の内容は、別の案件で使えない
利害の重なりがある場合は、参画の前に発注側に伝え、関わる範囲を決めておきましょう。
平日日中の会議に出られるか
ITコンサルの案件の会議は、発注側の営業時間に開かれるのが基本です。会社員が副業として受ける場合、夜や週末だけでは会議に出られず、成り立たないことが多くあります。夜や週末だけで受けられる仕事の傾向は週末・夜だけの業務委託案件の記事をご覧ください。本業と両立する時間の決め方は正社員と業務委託の掛け持ちの記事で解説しています。
契約の前に書いておきたいこと
週2〜3日の案件では、週5日の案件以上に、次の点を契約や合意の文書に残しておくと、参画後のずれを防げます。
- 稼働日数と、月の稼働時間の幅:報告会の前後に日数が増える場合の扱いも含める
- 担当する範囲:助言やレビューにとどまるのか、資料の作成まで担うのか
- 稼働しない日の連絡の扱い:返答の目安と、緊急時の連絡先
- 会議の出席:出席が必要な定例と報告会
契約の前に確かめる点の全体はITコンサルタントの案件の選び方で整理しています。
よくある質問
週2日でITコンサルの案件に入ることはできますか?
助言やレビューが中心の案件では、週2日で募集されることもあります。ただし、資料の作成まで担う案件では、週2日では成果物の量が収まらないことがあるため、最初の成果物と期限を確かめてから判断しましょう。
週3日で始めて、局面が進んだら日数を増やすことはできますか?
発注側の必要と、こちらの予定が合えば、契約の更新などの区切りで日数を見直すことはあります。他の案件と並行している場合は、増やせる上限を先に決めておくと、相談がまとまりやすくなります。
会社員のまま、平日の夜だけでITコンサルの案件を受けられますか?
ITコンサルの案件は平日日中の会議が軸になることが多く、夜だけで受けられる案件は限られます。資料のレビューのように非同期で進められる仕事なら成り立つこともあります。勤務先の副業の規定を確かめたうえで、会議への出席の要否を案件ごとに確かめてください。