Power Automateの属人化を解消する方法｜退職で止まる前に「直す・作り直す・移す」を費用で決める【2026年9月最新】

Power Automateで作った自動化の属人化は、フローが作成者個人に結びついている「所有者・接続・ライセンス・パソコン・知識」の5つを切り離せば解消できます。ただし、その整備には30本のフローで90〜210時間（人件費換算で27万〜84万円相当と仮定）かかり、外部に頼めば45万〜180万円程度が公開価格の目安です。業務の仕組みごと開発し直す場合は、当社の公開価格で既存システムの改修100万円〜、PoC（本番前の検証）300万円〜（いずれも税別）です。

「作った人しか触れない」「作った人が辞めたら止まった」という相談は、Power Automateが誰でも使える道具だからこそ起きます。この記事では、まず退職・異動で何がいつ止まるのかをMicrosoftの公式仕様で示し、今日中にやる応急処置と恒久対策を整理したうえで、「手作業に一部戻す・Power Automateを運用し直す（社内で／外部に頼んで）・業務の仕組みごと作り直す」の3つを費用で比べます。Power Automateをやめるべきだという話ではありません。正しく運用し直せば済むケースも正直に書きます。

Power Automateの属人化はどこで起きているか｜5つの依存点

出典: Microsoft Power Automate 公式サイト

「属人化」と一言で言っても、Power Automateの場合は技術的な結びつきと、人の頭の中にしかない知識の2種類が混ざっています。Microsoftの公式ドキュメントと現場の事例を整理すると、フローが個人に依存するポイントは次の5つです。

現場で実際に起きているのは、次のような状態です。

• 作った本人しか中身が分からず、周りは「触るのが怖い」「壊したら困る」と関わらない。結果として1人に集中する
• 同じ目的のフローが複数あり、どれが本番か分からない。使われていないフローも消せない
• 情シスの管理外で個人が作ったフロー（いわゆる野良フロー）が、異動・退職で宙に浮く
• エラー通知が作成者個人のメールにしか届かないため、止まっていることに数日〜数週間気づかない
• デスクトップフローは、パソコンのスリープや実行用ソフトの未起動で「オフライン」になり、認証画面やポップアップが出ただけで止まる

Power Automateに限った属人化の統計は公開されていませんが、RPA全般の調査では構造が見えます。ストロボ社の調査（N=200・日立ソリューションズ掲載）では、RPAの運用を担う人の職種はITエンジニアが約3割で、事務・総務・法務が24%、営業が15%でした。つまり運用の半分以上は現場の職種が担っており、その人が異動すれば引き継ぎ先がない、という構造です。キーマンズネットの2024年調査（N=359）でも、自動化の最大の課題は「スキルのある人材不足」でした。

RPA製品全般の「止まる原因」についてはRPAが動かない原因と対処法で扱っているので、この記事はPower Automate固有の仕組み（所有者・接続・ライセンス・ソリューション）に絞ります。

作成者が退職・異動すると何が、いつ止まるか｜公式仕様のタイムライン

出典: Microsoft Learn 公式（Power Automate ドキュメント）

経営者・部門長の方が最初に知りたいのは「いつ止まるのか」だと思います。Microsoft Learn（公式ドキュメント）の記述を、退職日を起点に並べると次のようになります。

「アカウントを止めた瞬間に全部止まる」わけではなく、接続が切れたフローは即失敗、ライセンスが絡むフローは14〜30日の猶予の後に止まる、という二段構えです。接続エラーの通知が退職者のメールに届くため、誰も気づかないまま猶予期間が過ぎてしまうことが厄介です。

所有者を変えられるフローと、変えられないフローがある

ここが引き継ぎで最もつまずくポイントです。Power Automateのフローには2種類あります。

• ソリューション対応フロー：フローをまとめて管理する入れ物（ソリューション）に入っているフロー。フローの詳細画面から所有者を変更できる。変更後は、元の所有者と新しい所有者が共同所有者になる
• ソリューションに入っていないフロー：公式ドキュメントの説明では「所有者はフローIDの一部」であるため、その場で所有者を変更できない。環境にDataverse（Power Platform用のデータベース）があればソリューションに追加してから変更する。なければ、エクスポート／インポート・名前を付けて保存・コピーの送信のいずれかで、新しいフローとして作り直すことになる

個人が業務の合間に作ったフローの大半は後者です。「引き継ぎが面倒」と言われる正体はここにあります。所有者を変えられないので、フローを複製して新しい所有者のもとで作り直し、接続を付け替え、動作確認をやり直す、という作業が1本ごとに必要になります。

なお、管理者は本人の協力がなくても、管理センターや管理者向けのコマンド（PowerShell）で退職者が作成したフローを一覧化し、共同所有者を割り当てられます。ただし「見つけて所有者を付ける」ことはできても、接続の付け替えと動作確認はどのみち必要です。

今すぐやる応急処置と、Microsoft公式が推奨する恒久対策

出典: Microsoft Power Automate 公式サイト

退職・異動が決まった段階で、在籍中にやっておくべきことと、その後の恒久対策を分けて書きます。

在籍中にやる応急処置（1フローあたり30分〜1時間）

1. フローの一覧を出す。本人のPower Automate画面の「マイフロー」、または管理者がPower Platform管理センターから、作成者で絞り込む
2. 共同所有者を最低1名、できれば2名追加する。共同所有者は作成者と同じ権限（編集・削除・接続の管理・他の所有者の追加）を持つため、信頼できる人に限定する。公式ガイドは「共同編集が必要な場合にのみ共同所有者を追加し、ほとんどは実行専用で共有する」ことを推奨している
3. 接続を引き継ぎ先のアカウントに付け替え、テスト実行する。接続を付け替えないと、共同所有者がいてもアカウント無効化と同時に失敗する
4. エラー通知の宛先を、個人のメールから共有の宛先（部門の共有メールボックスやTeamsチャネル）に変える
5. デスクトップフローは、どのパソコンで、誰がサインインした状態で動いているかを確認する。個人のパソコンで動いているなら、退職前に別の端末へ移す計画を立てる

恒久対策（Microsoft公式が推奨する形）

応急処置で当面は動きます。しかし次の退職で同じことが起きるので、フローを「特定の個人に紐づかない形」に作り替えるのが恒久対策です。Microsoft Learnの共有ガイドとライセンスFAQに書かれている推奨構成を、業務の言葉に直すと次のとおりです。

「共有のIDとパスワードを1つ作って、全部のフローをそのIDで動かす」という対処は現場でよく行われますが、注意が必要です。Microsoft公式のライセンスFAQは「サービスアカウントはベストプラクティスとして推奨されません」と明記しています。誰が変更したか追えず、パスワード管理が難しく、資格情報の共有そのものがセキュリティリスクになるためです。元の所有者への依存を切る目的なら、人のIDではなくシステム用のIDを使うよう案内されています。

Microsoft自身も、2026年リリースウェーブ1（2026年4〜9月）で、フローの依存関係・接続・環境の関係を可視化するインベントリ、資格情報の一元管理、デスクトップフローの共同編集といった、属人化対策に当たる機能を強化中です。ただし各機能の提供時期は個別には確認できていないため、今すぐの対策としては上の表を前提にしてください。

引き継ぎ整備と放置にかかる費用｜月何時間×人件費で試算する

ここからが本題です。属人化したフローを「放置した場合」「整備した場合」「業務の仕組みごと作り直した場合」の3つを数字にします。予算にPower Automateのライセンス費しか載っていない場合、復旧や引き継ぎに使っている人件費は見えていません。

放置した場合の見えないコスト

止まったフローを人が手作業で代替するコストと、復旧のたびに情シスが調査するコストです。

止まっている間の業務の遅れや、間違った集計が経営会議に上がる損失は含めていません。

整備した場合の一度きりのコスト（30フローの例）

30本のフローを引き継げる形に整備する作業を、1フローあたりの時間に分解します。時間は本記事の仮定で、フローの複雑さによって上下します。

情シス担当者の時給を3,000〜4,000円と置くと、30フローの整備だけで27万〜84万円相当の人件費です。しかも情シスが1人で兼務している会社では、この90〜210時間を捻出すること自体が難しく、整備が終わる前に次の退職者が出る、というのが実態です。

業務の仕組みごと作り直した場合の回収期間（仮定に基づく試算）

3つ目の選択肢は、フローを引き継ぐのではなく、そのフローがやっていた業務を、個人のアカウントやパソコンに依存しない仕組みとして開発し直すことです。システム同士を連携用の窓口（API）やファイルでつなぎ、会社が管理するシステム用のIDとサーバーで動かします。以下は本記事の仮定に基づく試算で、当社の実績値ではありません。

前提（すべて仮定）

• 開発費：100万円の場合と300万円の場合の2通り（当社の公開価格では、既存システムの改修が100万円〜、PoCが300万円〜、本開発は個別見積で、いずれも税別。どれに当たるかは対象の業務とシステムで変わります）
• 開発後に残る月コスト：担当者の確認・例外対応 月6時間 × 時給3,000円＝1.8万円、クラウドや外部APIの利用料 月1万円、保守 月3万円＝合計 月5.8万円（保守費は仮の数字で、当社の価格ではありません。範囲と金額は契約で決めます）
• Power Automateのライセンスを減らせる分は、計算に入れていません

まず、正直に書いておくと、1業務だけでは回収に時間がかかります。

• 月次レポート作成に担当者1名が月20時間（時給3,000円＝月6万円）、加えて情シスが復旧対応に月5時間（時給4,000円＝月2万円）で、現状の月コストは8万円
• 開発後の月コストを、1業務分として確認 月2時間（0.6万円）＋実費1万円＋保守3万円＝4.6万円と置くと、月の差額は3.4万円
• 開発費100万円 ÷ 3.4万円 ≒ 約29ヶ月。回収に2年以上かかります

回収しやすいのは、属人化したフローが複数あって、業務を束ねて作り直せる場合です。

• 対象業務3本（集計レポート・データ転記・添付ファイルの仕分け）で合計月60時間 × 3,000円＝月18万円（年間216万円）
• 開発後の月コスト：5.8万円（上の前提）
• 月の差額：12.2万円
• 開発費100万円の場合：100万円 ÷ 12.2万円 ≒ 約8.2ヶ月で回収
• 開発費300万円の場合：300万円 ÷ 12.2万円 ≒ 約24.6ヶ月で回収

自社の数字で計算するときは、次の式を使ってください。

回収月数 ＝ 開発費 ÷（現状の月コスト − 開発後の月コスト〈確認作業＋実費＋保守〉）

作業の流れは次のように変わります。

• Before：退職者のアカウントで動くフローが止まる → 情シスが原因を調査 → 担当者が手作業で代替 → 接続を付け替えて復旧 → 次の退職でまた同じことが起きる
• After：業務の仕組みが会社の管理するシステム用のIDとサーバーで動き、判断できないデータだけを、確認が必要なものとして担当者のチャットに通知 → 判断ルールと仕様は文書として社内に残り、画面・帳票が変わったときの修正は保守の契約で決めた相手（開発会社または社内の担当）が行う → 社内の個人のアカウント・パソコン・ライセンスに紐づく部分が残らない

自動化できる業務・できない業務の境界線

「仕組みごと作り直せば属人化は全部解決する」わけではありません。作り直す対象にできる業務とできない業務、そしてPower Automateのまま運用し直したほうがよい業務を正直に分けます。

判断のルールを文章で説明できるかどうかが分かれ目です。「この店舗の『数量』は錠数として扱う」「件名に『請求』が含まれていれば経理フォルダへ」のように書けるなら任せられます。「担当者が見れば分かる」としか言えないなら、それは属人化そのものであって、どの道具に移しても解消しません。まずルールを言葉にする作業が先です。

Power Automateのまま運用し直したほうがよいケース

次に当てはまるなら、前の章の恒久対策だけで十分で、業務の仕組みごと作り直す必要はありません。

• Teamsの承認や通知など、Microsoft 365の中で完結する軽いフローが中心
• 社内にPower Platformを扱える人が2名以上いて、月次の監査を回せる
• フローが10本未満で、すべてクラウド上で動くフロー（パソコンに依存するデスクトップフローがない）

逆に、情シスが1人で兼務している、フローが数十本を超えている、担当者のパソコンで動くデスクトップフローが多い、のいずれかに当てはまるなら、整備し続ける人件費（前の章の90〜210時間）が毎年発生することを前提に、作り直す選択肢も並べて検討してください。

解決策は3つある｜手作業に戻す・運用し直す・仕組みごと作り直す

属人化したPower Automateへの対処を、当社サービスに限らずフラットに並べます。キーマンズネットの2023年調査（N=606）では、RPAの開発・運用を「全て自社で」行う企業が41.4%、「一部パートナーに依頼」が40.7%、「全面的にパートナー」が7.0%でしたが、理想の形として最も多かったのは「一部外部支援」の54.4%でした。全部を内製する、全部を外に出す、のどちらかではなく、どこまでを社内に残すかを決める話です。

方法1. 手作業に一部戻して、手順書を整える

止まったら人が回す前提で、手順書とチェックリストを整備します。費用は人件費のみで、追加のライセンスも外注費もかかりません。

• 合う：フローが数本で、止まっても月数時間の手作業で回せる業務
• 合わない：毎日動いている業務、件数が多くて人手では戻せない業務
• 注意点：「自動化をやめる」判断なので、担当者の作業時間は元に戻る。フローの数が少ないうちは、これが最も安い

方法2. Power Automateを正しく運用し直す（社内で／外部に頼んで）

前の章の恒久対策、具体的にはソリューション化、接続参照、共同所有者2名、システム用IDの所有者、台帳、月次監査、必要ならProcessライセンスの割り当てを実行する方法です。Microsoft公式が推奨する形なので、Microsoft 365中心の会社ならこれが本筋です。

• 社内でやる場合：人件費27万〜84万円相当（30フロー・本記事の仮定）＋追加ライセンス（Premium 2,248円/ユーザー/月〜、無人のデスクトップフローがあればProcess 22,488円/ボット/月）
• 外部に頼む場合：設定代行45万円〜／設計・設定代行60万円〜（30時間・1〜3ヶ月、テックバン公開価格）、野良フローの棚卸しからガバナンス整備までのパッケージなら税抜180万円〜・約2.5ヶ月（日本ビジネスシステムズ公開価格）。継続の運用サポートは15万円〜/30時間
• 合う：社内にPower Platformを扱える人が2名以上いる、フローの大半がクラウド上で完結している
• 合わない：情シスが1人・兼務、フローが数十本超、デスクトップフローが多い。外部に頼んでも「整備が終わったあとに誰が回すか」は社内に残る

方法3. 業務の仕組みごと作り直す（連携の仕組みを開発する／運用型のサービスを使う）

フローを引き継ぐのではなく、「メールを受け取る→集計する→レポートを配信する」といった業務の単位で、個人に依存しない仕組みに置き換える方法です。やり方は大きく2つあります。

• 連携の仕組みを開発する：システム同士をAPI・ファイル連携・データベースでつなぎ、会社が管理するIDとサーバーで動かす。判断が要る部分に、生成AIによる読み取りや分類を組み込むこともできる。開発後の保守を社内でやるか、開発会社に頼むかは契約で決める
• 運用型のサービスを使う：AIエージェントなどを月額で運用してもらうサービス。変更への追従を提供側が行う契約もあるが、業務の判断ルールやデータがどこに残るか、解約したときにどうなるかを契約前に確認する

社内でAIを使って進められる部分と、会社に頼んだほうがよい部分も分けておきます。ChatGPTやClaude、Copilotは、フローの中身を読み解いたり、小さな連携プログラムを書いたりする作業をかなりの範囲でこなせます。

AIで試作まで社内で進め、本番で使う部分だけを頼む分け方もできます。

当社（AI革命株式会社）は受託開発として、既存システムとの連携や改修、業務を自動化する仕組みの開発、社内や他社で作ったフロー・試作の調査と引継ぎに対応できます。費用は既存システムの改修100万円〜、PoC 300万円〜、本開発は個別見積です（いずれも税別。クラウドや外部APIの利用料などの実費は別）。

• 合う：毎日・毎週・毎月繰り返し、入出力がデジタルで完結し、判断ルールを定義できる業務が複数ある。複数のシステムをまたいでデータを照合・転記している
• 合わない：毎回例外判断が必要、紙・対面が前提、対象業務が1本で月のコストが小さい（前の章の試算では回収に2年以上）、Microsoft 365の中で完結する軽いフローが中心
• 注意点：既存のフローが「何をしているか」を言葉にする作業は、方法2と同じく必要。作り直した仕組みも、保守の担当と範囲を決めておかなければ、今度は開発会社や社内の別の誰かへの依存になる

Zapier・Makeなど他のノーコードツールで同じ壁に当たっている場合は、ZapierとMakeの限界で同じ判断の型を扱っています。

費用の目安｜ライセンス・外部支援・開発を同じ表で比べる

3つの方法の費用を、初期費用・月額・「整備後に誰が回すか」で並べます。Microsoftと他社の価格は2026年9月時点の各社公式サイト掲載値、当社の価格は2026年10月時点の公開価格です（いずれも税別）。Microsoftの価格は年間契約の表示価格で、改定される可能性があります。

表を見て分かるとおり、方法2は「初期費用を払って整備しても、その後に社内で回す人が必要」で、方法3は「開発費はかかるが、個人のアカウントやパソコンに依存しない仕組みにでき、直す責任を契約で決められる」という違いです。属人化の本質が「回す人がいない」ことなら、ライセンスの安さより、整備後に誰が責任を持つかが決まっている構成を選ぶべきです。

今動いているフローの一覧（本数・止まった回数・復旧にかかった時間）と、使っているシステムの名前を伺えれば、上の式に当てはめて、作り直したほうが安くなりそうかを一緒に確かめます。初回相談は無料・30分（オンライン）で、相談後に依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りし、Power Automateのまま整備したほうがよい場合はその旨も書きます。

▶ 属人化したフローを、個人に依存しない仕組みに作り直せるか相談する

当社の開発例と、店舗ごとの書式ゆれを吸収する構成例

当社が受託開発で公開している実績は次の2件です（守秘のため社名は非公開）。どちらもPower Automateからの移行案件として公開しているものではありません。

• 通信事業：数万件の請求情報を取り込み、集計し、確認する画面を作った例
• 薬局：複数店舗・数千人分の記録の管理と、権限・確認工程を作った例

以下は説明用の構成例（架空）です。

属人化したフローを作り直すときの考え方を示すためのもので、実際の案件の画面や数値ではありません。

想定する状況

複数店舗の会社で、各店舗が週次で本部提出用のExcelを作り、本部の担当者が作ったPower Automateのフローで集計している。Excelの書式が店舗ごとに違い、項目名が「錠数」「数量」「個数」とばらつくため、読み替えのルールがフローの条件分岐の中に書き込まれている。店舗が書式を少し変えるたびに、作った人が直している。

これをPower Automateのまま整備しても、読み替えのルールが「作った人のフローの中」にあるかぎり、属人化の場所が担当者の頭の中からフローの中へ移るだけです。

作り直す構成

各店舗のファイルを自動で取得し、本部の集計フォーマットに揃えて統合する仕組みを、会社が管理するIDとサーバーで動かします。項目名の表記ゆれは、読み替えのルールを文章（設定ファイル）として定義して吸収し、ルールで判断できないデータだけを、確認が必要なデータとして本部担当者のチャットに通知します。統合後は差異チェックまで自動で行い、結果を日次レポートとして配信します。

属人化対策として役立つのは、次の4点です。

1. 読み替えのルールを文章にして社内で共有する。「作った人にしか分からない」状態をなくす
2. 社内の個人のアカウント・パソコン・ライセンスに紐づく部分を残さない
3. 店舗が書式を変えたときに誰が直すかを、保守の契約か社内の担当で決めておく
4. 判断は人に残す。仕組みは解釈できる範囲を処理し、できない部分を人に回す

この構成で期待できるのは、本部の整形・集計作業が確認と例外対応だけになり、担当者が不在でも集計が止まらないことです。どの程度の時間が減るかは、店舗数・書式の種類・例外の多さで変わるため、前の章の式に自社の数字を入れて確かめてください。

Power Automateで属人化しやすい典型業務については、月次レポートの自動化、メール添付ファイルの仕分け自動化、システム間のデータ転記の自動化でそれぞれ詳しく解説しています。

相談から作り直しまでの流れ

属人化したPower Automateから作り直す場合は、次の順で進めます。既存のフローは、切り替えが終わるまで止めません。期間は対象の業務とシステムで変わるため、見積のときにお示しします。

①の段階で、方法1か方法2で済むと分かった場合は、その旨を相談メモでお伝えします。秘密情報や本番のパスワード、実際の顧客データは、初回相談の前に送らないでください。相談は受託開発のページから受け付けています。

よくある質問

Q1. 退職者が作ったフローを管理者が引き取るのに、本人の協力は必要ですか？

必須ではありません。管理者はPower Platform管理センターの［環境］→［リソース］→［フロー］で所有者欄が空のフローを確認し、［共有］から新しい共同所有者を割り当てられます。管理者向けのコマンド（PowerShell）で、退職者が作成したフローを一括で列挙して共同所有者を付けることもできます。ただし、フローの中の接続は本人のIDで認証されているため、付け替えと動作確認は別途必要です。「何のためのフローか」は本人にしか分からないことが多いので、在籍中に共同所有者の追加と台帳の記入まで済ませておくのが、結局いちばん手間が少なくなります。

Q2. Windows 11に付属している無料版のPower Automateで作ったフローは、引き継げますか？

そのままでは引き継げません。Windowsに付属する範囲のデスクトップフローは、公式の仕様で「共有不可」「既定の環境以外では作成不可」「クラウド上のフローからの呼び出し不可」です。個人のMicrosoftアカウントや無料範囲の職場アカウントでは、共有・一元管理・無人実行がすべて使えません。組織のプレミアム相当のアカウントに移して作り直すことが前提になるため、無料版で本番業務を回しているフローがあれば、それが最も優先度の高い属人化リスクです。

Q3. ソリューションに入っていないフローを作り直すと、それまでの実行履歴はどうなりますか？

エクスポート／インポートや「名前を付けて保存」で作り直したフローは、公式の説明では新しいフローとして扱われます。実行履歴が引き継がれるかどうかは公式ドキュメントで明文を確認できていないため、この記事では断定しません。監査や証跡の目的で履歴が必要な場合は、作り直す前に元のフローの実行履歴を保存しておいてください。

Q4. Microsoft 365のライセンスだけで属人化対策はできますか？

一部はできます。Microsoft 365に含まれるPower Automateは、標準コネクタ（Microsoft 365の中のサービスをつなぐ基本の部品）のみ・1日6,000アクションまでという範囲で、共同所有者の追加やフローの共有は可能です。ただし、有料コネクタ・社内サーバーとの接続・デスクトップフロー（RPA）を使うフローは、所有者がPremiumライセンス（2,248円/ユーザー/月・税別）を持っている必要があります。つまり「Microsoft 365だけで作れる範囲」を超えた時点で、担当者個人のライセンスに依存し始め、退職と同時にライセンスも消える構造になります。この場合、共有IDにライセンス1つを付けて複数人で使い回す対処は多重化に当たり契約違反なので、Processライセンス（22,488円/ボット/月・税別）を割り当てるか、業務ごと別の手段に移すかの二択です。

Q5. デスクトップフロー（画面操作のRPA）は、誰のパソコンで動かすべきですか？

個人のパソコンは避けてください。担当者のパソコンで動くフローは、退職・パソコン交換・OS更新で止まります。人がいなくても動く「無人実行」にするには、Processライセンス（22,488円/ボット/月・税別）と、実行専用の端末を登録することが必要で、その端末は全員がサインアウトした状態でなければ動きません。ロックされたセッションが残っているとWindows 10/11では実行できず、リモート接続で動く仕組みのため画面解像度の違いで操作対象を見失うこともあります。端末の用意が難しければ、Microsoftが端末を用意するHosted Process（32,233円/ボット/月・税別）という選択肢もあります。それでも安定しない場合は、画面操作ではなくファイルや連携用の窓口で処理できる形に業務を作り直すほうが確実です。

Q6. 情シスが1人しかいません。共同所有者2名の体制が組めない場合はどうすればよいですか？

共同所有者は情シスに限る必要はありません。所有者をシステム用のIDにしたうえで、共同所有者を「情シス1名＋その業務の部門長」にすれば、退職リスクは分散します。ただし、部門長がフローの中身を直せるわけではないので、直す作業を外部の運用サポート（15万円〜/30時間が公開価格の目安）に出すか、業務の仕組みごと作り直して、直す担当を保守の契約で決めておくかを選ぶ必要があります。「1人で全部見る」を続けるのが最もリスクが高い選択です。

Q7. 開発会社に作り直してもらったら、今度は開発会社への依存になりませんか？

その懸念は正当です。確認すべきなのは、(1) 業務の判断ルールと仕様が文書として御社側に残るか、(2) ソースコードの権利の帰属と引き渡しの範囲、(3) 保守の範囲と、契約が終わったときに社内や別の会社へ引き継げるか、(4) 並行運用の期間があるか、の4点です。見積の段階で、契約の条件として確かめてください。Power Automateの属人化との違いは、「直す責任が個人にあるか、契約で決まった相手にあるか」です。

Q8. MicrosoftのCopilotやAI機能で、属人化は解消されますか？

一部は解消に向かいます。Power Automateの2026年リリースウェーブ1では、デスクトップ自動化の自己復旧を行うAIエージェント、フローの依存関係を可視化するインベントリ、資格情報の一元管理などが予定されており、方向としては「所有者・接続・パソコン」の依存を減らすものです。ただし各機能の提供時期は個別に確認できておらず、リリースプラン自体も2026年9月以降は公開が終了し、別のロードマップに統合されます。また、「何のためのフローか」「止まったら誰が何をするか」という知識の依存点は、どの機能を使っても人が文書にしなければ埋まりません。

Q9. 社内でChatGPTやClaudeを使って、自分たちでフローを作り直すこともできますか？

できます。エクスポートしたフローの定義をAIに読ませて処理内容を文章にする、連携用の小さなプログラムを書かせる、テスト用の架空データを作らせる、といった作業は社内で進められます。会社に頼んだほうがよいのは、本番のデータと権限で正しく動くかの確認、認証情報の管理、止まったときの通知と復旧、作ったあとの変更を誰が直すかの取り決めです。社内でAIを使って作った試作があれば、初回相談で残す部分と直す部分の切り分けから相談できます。

Power Automateの引き継ぎに困っている方へ

出典: AI革命株式会社 受託開発

Power Automateの属人化は、ソリューション化・共同所有者・接続参照・台帳・月次監査という公式推奨の形に整備すれば解消できます。しかし、次の3つが揃っているなら、それは整備の仕方の問題ではなく、「整備したあとに誰が回すか」の問題です。

• 情シスが1人・兼務で、90〜210時間の整備を捻出できない
• フローが数十本あり、作った人が異動・退職していて中身を説明できる人がいない
• 止まるたびの手作業代替と復旧に、月8万円前後の人件費が消えている

この3つに当てはまるなら、属人化したフローの業務を束ねて、個人に依存しない仕組みに作り直すことを検討する価値があります。この記事の仮定に基づく試算では、3業務を束ねた場合、開発費100万円なら約8ヶ月、300万円なら約25ヶ月で回収できる計算でした。当てはまらない場合は、正直に「Power Automateのまま整備したほうがよい」とお伝えします。

まずは、今動いているフローの本数と所有者の所在、止まった回数と復旧にかかった時間、使っているシステムの名前をお聞かせください。初回相談は無料・30分（オンライン）で、要件が決まっていなくても大丈夫です。相談後に、依頼範囲の候補・進め方・費用の目安をまとめた相談メモをお送りします。

▶ 属人化したフローを、個人に依存しない仕組みに作り直せるか相談する

関連記事：RPA保守コストの計算方法／Microsoft 365 Copilotのエージェント機能とは／AIエージェントのセキュリティ対策