Power Platformエンジニアの週2〜3日・副業案件|見つかりやすい型と探し方、受けるときの注意点
公開 2026-11-04 監修:株式会社エージェントベスト
週2〜3日や副業で受けられるPower Platformの案件は、IT系の職種の中では比較的見つかりやすい部類です。部署の業務アプリやフローは、作る単位が小さく、稼働日にまとめて作業を進めやすいためです。ただし、全社の業務システムや基盤づくりのように、判断や調整が毎日発生する案件は週5日が中心になります。
探すときは、「週3日で何でも」ではなく、稼働日数に合う型の案件を選ぶことが大切です。この記事では、週2〜3日・副業のPower Platform案件の傾向、探し方、短い稼働で信頼を得る進め方、受けるときの注意点を整理します。週3日の働き方全般は週3日の業務委託案件の記事で解説しています。
週2〜3日の案件が成り立ちやすい理由
Power Platformの仕事には、短い稼働と相性のよい性質があります。
- 作る単位が小さい:一つの申請アプリや通知のフローなら、数日から数週間で形にできる
- リモートで進めやすい:発注側のアカウントでブラウザから作れるため、稼働日に場所を問わず作業できる
- 成果が目に見える:作った画面やフローを見せれば、稼働日数が少なくても進み具合が伝わる
一方で、週2〜3日では成り立ちにくい案件もあります。部門をまたぐ業務システムの開発で連携先との調整が毎日あるもの、全社のデータポリシーや環境を変える基盤づくりで影響の確認が続くもの、本番に出した直後で利用者からの問い合わせが多い時期などです。こうした案件は、不在の日に判断が止まるため、週5日で募集されやすくなります。リモートとの相性はPower Platformのリモート案件の記事もご覧ください。
週2〜3日・副業で見つかりやすい案件の型
| 案件の型 | 主な仕事 | 週2〜3日で成り立つ理由 |
|---|---|---|
| 部署の業務アプリ・フローの作成 | 申請、台帳、通知、集計の置き換え | 作る単位が小さく、稼働日に作業をまとめやすい |
| 既存のアプリやフローの保守と改善 | 不具合の修正、要望の反映、作りの見直し | 依頼をためて稼働日に対応する形にしやすい |
| 社内の作成者の相談役 | 作り方の助言、レビュー、勉強会 | 決まった曜日に相談の時間を設ければ回る |
| 棚卸しと整理の支援 | 持ち主が不在のアプリやフローの洗い出し、整理の案づくり | 期間と範囲を区切って進められる |
| エージェントの試作 | Copilot Studioで小さな範囲の試作と評価 | 試す範囲を絞れば、短い稼働でも結果を出せる |
部署の業務アプリの作成は、社内に開発の担い手がいない事業会社から、外部の手を借りたいときに出てくる案件です。保守と改善は、社内で作られたアプリが増え、作った人が異動したあとに直す人がいない、という状況から生まれることがよくあります。
社内の作成者の相談役は、市民開発を進めている組織で、作り方の質をそろえたいときの案件です。自分で作るより、レビューと助言で他の人の作るものを良くする役割になります。
週2〜3日の案件の探し方
1. 担える型を先に決める
上の表のどの型を担うかを先に決めておきます。「部署の業務アプリの作成と、その後の保守まで」「作成者のレビューと相談対応のみ」のように範囲を言葉にしておくと、案件との照らし合わせが早くなります。
2. 発注側の環境で作れるかを確かめる
副業や短い稼働の案件でも、作るのは発注側の環境です。自分のアカウントで作ったものを後から移すやり方は、持ち主や接続の扱いで問題になりやすいため、発注側のアカウントと環境が用意されるかを確かめます。利用者のライセンスも確認が必要です。Microsoft Learnのライセンスの概要では、一部のMicrosoft 365のライセンスに含まれる使用権は、Microsoft 365のデータと標準のコネクタを使う場面を対象とし、Premiumのライセンスと同じ権利ではないと説明されています(2026年10月時点)。作りたいものに必要なライセンスが用意されていないと、短い稼働の中で作り直しが発生します。
3. 稼働する曜日と、稼働外の連絡の扱いを決める
業務部門との打ち合わせは、平日の日中に入ることが多くあります。稼働する曜日を固定できるか、稼働日以外にどこまで連絡に応じられるかを決めておきましょう。会社員の副業で平日の日中に動けない場合は、作る作業を夜や週末に回し、打ち合わせだけを短く設定する形が現実的です。平日の日中に動けない場合の探し方は週末・夜だけの業務委託案件の記事で解説しています。
4. 経験の近い案件から選ぶ
稼働日数が少ないほど、立ち上がりの早さが求められます。業務の種類や、データの置き場所(SharePointのリストか、Dataverseか)が自分の経験に近い案件を選ぶと、短い稼働でも成果を出しやすくなります。
短い稼働で信頼を得る進め方
週2〜3日のPower Platformエンジニアは、不在の日があることを前提に、仕事の進め方を組み立てる必要があります。
- 依頼の受け口を一つにする:要望や不具合の報告は、チャットの個別の連絡ではなく、決まった一覧に書いてもらう
- 稼働日の最初に優先順位をそろえる:一覧を業務部門の担当者と見て、その日に対応するものを決める
- 小さく出して見せる:画面ができた段階で見せ、次の稼働日までに確かめてもらう
- 不在の日に止まっても困らない作りにする:フローが失敗したときの通知先を、自分ではなく社内の担当者にも届くようにしておく
- 変更の記録を残す:何をいつ直したかを残し、不在の間も社内の担当者が追えるようにする
こうした進め方を面談で具体的に話せると、短い稼働でも任せられるかを発注元が判断しやすくなります。
受けるときの注意点
範囲と稼働日数をそろえる
Power Platformの案件で最も起きやすいのは、作れると分かった途端に依頼が増え、稼働日数は変わらないまま範囲だけが広がる状態です。最初に決めた範囲を一覧にして、追加の依頼が来たら、優先順位を入れ替えるか、範囲と条件を見直すかを相談しましょう。考え方は作業範囲が広がったときの契約の扱いで解説しています。
稼働時間の記録と精算を確かめる
稼働日以外にチャットで不具合の相談を受け、少しだけ直す、ということが重なりがちです。稼働日以外の対応をどう扱うかを、精算の条件と合わせて確かめておきます。精算の仕組みは精算幅の記事をご覧ください。
作ったものの持ち主を決めておく
短い稼働で関わる人が作ったアプリやフローは、契約が終わったあとに誰が保守するかが曖昧になりやすいものです。持ち主を社内の担当者にし、接続を個人のアカウントにひもづけない作りにしておくと、引き継ぎで困りません。
会社員の副業で受けるとき
会社員が副業でPower Platformの案件を受ける場合は、上の注意点に加えて、次の点を確かめます。
- 勤務先の就業規則:副業が禁止か、許可制か、届出制か。業務委託が対象に含まれるか
- 本業との競合:本業の顧客や取引先の案件、本業で作っている仕組みと似たものを作る案件は、競業や秘密の扱いで問題になりやすい
- 時間帯:業務部門との打ち合わせが、本業の時間と重ならないか
厚生労働省は「副業・兼業の促進に関するガイドライン」を公表し、モデル就業規則にも副業・兼業の規定を設けています(2026年10月時点)。ただし、実際の扱いは勤務先の就業規則によって違います。本業でPower Platformを使っている場合は特に、本業で作った部品や業務の情報を副業の案件で使わないよう、意識して切り分ける必要があります。
就業規則の読み方や確定申告は会社員の副業で業務委託案件を受けるときの注意点、副業禁止の会社で業務委託を受けるリスク、副業の所得と確定申告の記事で解説しています。判断に迷う場合は、勤務先の担当部署や税理士などの専門家にご相談ください。
よくある質問
週2日でもPower Platformの案件は受けられますか?
部署の業務アプリの作成や、既存のアプリの保守のように、依頼をためて稼働日に対応できる型なら成り立つことがあります。週2日の場合は、打ち合わせの曜日が合うかどうかが特に大切になるため、応募の前に確かめておきましょう。
副業の案件を、自分のパソコンやアカウントで作業してもよいですか?
端末については、発注元の決まりによります。作るアプリやフローは、発注側の環境とアカウントで作るのが基本です。自分のアカウントで作って後から渡すやり方は、持ち主や接続の扱いで問題が起きやすいため避けたほうが無難です。端末や情報の扱いは、契約の前に確かめてください。
週3日で始めて、あとから稼働を増やすことはできますか?
発注元の予算や体制によっては、作る範囲が広がるのに合わせて稼働を増やせることがあります。ただし、案件ごとに事情が違うため、増やせる前提で受けるのは避けたほうが無難です。将来の希望がある場合は、参画前に伝えておくと話がしやすくなります。
参考にした公的情報・資料
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。