Power Platformエンジニアのフリーランス面談でよく聞かれる質問と答え方の考え方

Power Platformエンジニアのフリーランス面談でよく聞かれるのは、何をどの規模で作り、どこまで自分で担ったか、データの置き場所や移送の方法をなぜそう決めたか、作ったものの持ち主と保守をどうしたか、失敗したときにどう扱ったかです。面談官は、機能を知っているかより、「この人に任せたら、組織の中で長く使える形で作ってくれるか」を確かめようとしています。

答えるときは、模範解答を覚えるより、自分が作ったものから「判断の場面」を3〜4つ選び、どの質問にもそこから答えられるように準備しておくのが近道です。面談全般の答え方は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではPower Platformの面談に固有の質問に絞ります。

Power Platformの面談で面談官が見ていること

面談に出てくるのは、情報システム部門の担当者や、業務システムのPM、すでに社内でPower Platformを使っている担当者であることが多くあります。Power Platformは作る敷居が低いため、面談官の多くは「作れる人」には困っていません。困っているのは、作られたものが増えすぎて、誰が直すのか分からなくなった状態です。

そのため、面談官が知りたいのは、おおむね次の3点です。

1. 任せられる範囲：部署の業務アプリまでか、部門をまたぐ業務システムや連携まで担えるか
2. 長く使える作りにできるか：データの置き場所、移送、持ち主、失敗時の扱いを決めてきたか
3. 業務側との進め方：業務の担当者と、作る範囲をどう決めてきたか

以下の質問は、この3点のどれかを確かめるためのものです。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。ご自身の経験に置き換えて準備してください。

1. 「直近で作ったものと、あなたの担当範囲を教えてください」

確かめたいのは、任せられる範囲です。製品（Power Apps、Power Automate、Copilot Studioなど）、利用者の範囲、データの置き場所、自分が担った工程を短く伝えます。チームで作った場合は、自分が担った部分と他の人が担った部分を最初に分けて話すと、後の質問との食い違いが起きません。

架空の例：「経理部門の申請と承認を、キャンバスアプリとクラウドフローで作りました。利用者は3部署で、データはDataverseに置いています。業務の聞き取りから本番への移送まで1人で担当し、権限の設計は情報システム部門と一緒に決めました」

2. 「データの置き場所は、どう決めましたか」

Power Platformの面談に特有の質問です。SharePointのリスト、Excel、Dataverse、既存のデータベースのどれを選んだかより、選んだ理由を聞いています。データの件数、見せる範囲を部署ごとに分ける必要があるか、ライセンス、保守の担い手といった観点で、なぜそれを選び、何を捨てたかを話せると判断の質が伝わります。

3. 「開発から本番へは、どう移していましたか」

ソリューションにまとめて移送していたか、環境変数や接続参照を使ったか、移送を誰が承認したかを確かめる質問です。本番の環境で直接直していた経験しかない場合も、正直に話したうえで、その不便さをどう感じ、次にどう変えたいかを添えると受け止められやすくなります。

4. 「作ったアプリやフローの持ち主は誰でしたか」

作った人が異動したり退職したりしたときに、フローが止まらない作りにしていたかを確かめています。接続が個人のアカウントにひもづいていたか、共有の担い手を決めていたか、引き継ぎの説明を残したかを話します。

5. 「フローが失敗したとき、どう気づき、どう直しましたか」

最もよく掘り下げられる質問の一つです。次の順番で組み立てると伝わりやすくなります。

• どの仕組みで失敗に気づいたか（通知、監視、利用者からの連絡など）
• 原因をどう切り分けたか（データ、接続、連携先、件数）
• 二重の処理や途中で止まったデータをどう扱ったか
• 再発を防ぐために作りをどう変えたか

「再実行しました」だけで終わると、切り分けの力が見えません。データが壊れていないかをどう確かめたかまで話せると、運用まで見てきた人だと伝わります。

6. 「Power Platformで作らないほうがよいと判断したことはありますか」

作る範囲の線引きを確かめる質問です。件数や処理の重さ、外部の利用者への公開、保守の担い手の不在などを理由に、別の仕組みを勧めた場面や、作る範囲を絞った場面を話します。この質問に具体的に答えられると、設計を任せられる人として受け止められやすくなります。

7. 「業務部門の要望が多すぎるとき、どうまとめましたか」

業務の担当者は、作れると分かると次々に要望を出しがちです。面談官は、要望を断ったかどうかより、優先順位を誰と決め、どこで区切ったかを見ています。最初の版で出す範囲と、後から足す範囲を分けた場面を話しましょう。

8. 「Copilot Studioの経験はありますか」

エージェントの案件でなくても聞かれることが増えています。実務の経験があれば、使わせた情報の範囲と、人に引き継ぐ条件をどう決めたかを話します。検証だけの経験なら、検証で何を試し、どこに課題を感じたかを正確に伝えます。実務と検証を混ぜて話すと、掘り下げられたときに答えに詰まります。

準備は「判断の場面」を3〜4つに絞る

上の質問は数が多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. 作ったものを選ぶ：規模や性格の違うものを2〜3つ選ぶ（部署の業務アプリ、連携を含むもの、統制に関わったものなど）
2. 判断の場面を書き出す：データの置き場所、移送、持ち主、失敗時の扱い、作らない判断のうち、話せる場面を1つずつメモにする
3. 規模の言い方をそろえる：利用者の範囲、部署の数、アプリやフローの数を、どの質問でも同じ言い方で話せるようにする
4. 画面を見せずに説明できるようにする：オンラインの面談では画面共有ができないことも多いため、言葉だけで構成を説明する練習をする
5. スキルシートと照らし合わせる：シートに書いた担当範囲と、話す内容が一致しているかを確かめる

スキルシートの書き方はPower Platformのスキルシートの書き方、冒頭の自己紹介は面談の自己紹介の記事で解説しています。オンライン面談の進め方はオンライン面談の記事も参考になります。

面談の相手によって重心が変わる

業務部門と情報システム部門の両方が面談に出ることもあります。その場合、業務部門には業務の聞き取りと要望のまとめ方、情報システム部門には統制と保守の考え方に重心を置いて話すと、限られた時間を有効に使えます。

Power Platformならではの逆質問

逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。次の点を聞いておくと判断がしやすくなります。

• 開発・テスト・本番の環境が分かれているか、移送の方法と承認者は誰か
• データポリシーで使えるコネクタの範囲と、例外の申請の流れ
• 作ったアプリやフローの持ち主を誰にする想定か
• 利用者のライセンスはどの種類が割り当てられているか
• すでに社内で作られたアプリやフローがある場合、その保守も範囲に入るか

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。聞いた内容は、契約前の確認にもそのまま使えます。案件を選ぶときの確認点はPower Platform案件の選び方で整理しています。

よくある質問

面談で実際に画面を操作するような技術の確認はありますか？

案件によっては、画面共有で簡単な式やフローの組み立てを説明するよう求められることがあります。多くは会話での確認ですが、求められたときに慌てないよう、よく使う式や作りを言葉で説明できるようにしておくと安心です。技術の確認の受け方は技術テストの記事も参考になります。

社内の業務改善で作った経験しかありません。面談でどう話せばよいですか？

社内の経験でも、利用者の範囲、データの置き場所、持ち主と保守をどうしたかを具体的に話せれば、十分に経験として受け止められます。業務の担当者と作る範囲を決めた場面は、外部の案件でもそのまま問われる力です。

面談で見送られやすいのはどんな答え方ですか？

「何でも作れます」と範囲を広く言いすぎる答え方や、チームで作ったものを自分一人の成果のように話す答え方は、掘り下げられたときに食い違いが出やすくなります。担った範囲を正確に、判断の理由とあわせて話すことが大切です。見送られやすい理由は面談で見送られる理由の記事で解説しています。