初回の打ち合わせで、発注元の方が「端末を新しいOSに入れ替えたら、在庫の画面が一部崩れて。直していただけますか」と切り出しました。「どの端末で崩れていますか」と聞くと、少し考えてから「全部の端末で、ちゃんと動くようにしてほしいんです」と返ってきました。C#とWPFで業務アプリを作ってきたエンジニアが、フリーランスとして業務委託で受けるとき、この「全部」を引き受けたままにすると、OSが変わるたびに同じ依頼が戻ってくるのではないか、と感じる方もいるでしょう。WPFの仕事は、どのOSと端末で動くことを約束するかから決めます。

1. 端末のOS更新から生まれるWPFの仕事

利用者の端末で動くアプリの特徴

WPFで作った業務アプリは、利用者の端末にあるWindowsの上で動きます。サーバーの中で動く仕組みなら、更新の時期は運用する側が決められますが、端末で動くアプリは、端末を使う人の数だけ動作環境があります。

そのため、WPFの仕事は端末のOSが入れ替わる時期に生まれやすい、というのが書き手の見立てです。WPFの需要が増えているか減っているかは、この記事では扱いません。ここで言えるのは、仕事が生まれる場面の話までです。

たとえば冒頭の依頼は、OSを入れ替えた直後に画面の一部が崩れた、という相談でした。依頼の起点は、アプリの機能追加ではなく、端末側の事情です。受ける側は、アプリのコードを見る前に、どの端末のどのOSの話なのかを聞く必要があります。

OSの更新から生じる3つの仕事

OSの更新で生じる仕事は、書き手の見立てでは3つに分かれます。新しいOSで動くかを確かめる動作確認、崩れた画面や動かない処理を直す改修、画面の仕組みそのものを見直す作り直しの相談です。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

3つは同じ依頼の中で混ざって届きます。「画面が崩れた」という相談の裏に、「次のOSでも動くか見てほしい」という動作確認の依頼や、「そろそろ作り直したい」という相談が隠れていることがあります。

「全部の端末で」が生む曖昧さ

一方で、「全部の端末で動くように」という依頼は、3つの仕事のどこまでを含むのかが読み取れません。動作確認だけなのか、崩れた画面の改修まで含むのか、作り直しの相談まで求められているのかで、受ける側の負担は大きく変わります。

この曖昧さを放っておくと、OSが変わるたびに「前回も見てくれたから」と同じ範囲を求められ続ける形になりかねません。範囲を先に決める発想は、ここから出てきます。次の節では、動作環境がOSの名前で書かれている公的な資料を2つ見ます。

2. 動作環境がOSの名前で書かれた公的な資料

自動車技術総合機構の会合資料

自動車技術総合機構の第4回OBD検査モニタリング会合の参考資料（令和7年9月17日）は、OBD検査システムの動作環境が、Windows10及びWindows11において保証されていると記しています¹。動作環境が、OSの名前で書かれている例です。

同じ資料は、背景として、Windows10のサポートが2025年10月14日に終了するとMicrosoft社が発表していると記しています¹。この日付が、2つの資料を読むときの基準になります。

なお、動作環境が保証されていると書かれているのは、資料が作られた令和7年9月17日の時点の記述です。いまも同じ状態かどうかは、この記事では確かめていません。

日本政策金融公庫の案内

日本政策金融公庫は、Windows 10のサポート終了に伴い、自らの電子入札システムの動作環境からWindows 10を除外しました²。案内の日付は2025年10月17日です。除外したのは公庫自身のシステムの動作環境からであり、案内はその旨を伝えるものです。

2つの資料は、出した組織も対象のシステムも違います。それでも、どちらも動作環境をWindowsの版の名前で示している点は共通しています。

2つの資料の書き方の比べ方

2つの資料を並べると、動作環境がOSの名前で書かれている点が見えます。1つ目は動作環境がWindowsの版の名前で保証されているという記述、2つ目は動作環境から版を外したという案内です。書き方の向きは違いますが、どちらもサポート終了日の前後に出された資料です。

資料	対象のシステム	動作環境の扱い
第4回OBD検査モニタリング会合の参考資料（令和7年9月17日・自動車技術総合機構）1	OBD検査システム	Windows10及びWindows11において保証されていると記載
日本政策金融公庫の案内（2025年10月17日）2	電子入札システム	動作環境からWindows 10を除外

ここで確かめられるのは、公的な業務システムでも動作環境がOSの名前で書かれている、という点までです。2つのシステムの作りについては資料に書かれていないので、この記事でも触れません。

書き手の見立てでは、WPFの業務アプリでも、発注元が動作環境をOSの名前で決めている場面は少なくありません。そうであれば、受ける側が最初に聞くべき相手は「画面のどこが崩れたか」より前に、「どのOSの話か」になります。続く節では、動作を約束することの意味を、資料の記述から整理します。

3. 配布の継続と動作の約束

配布を続けても、動作は約束されない場合

先ほどの会合資料には、もう一つ大事な記述があります。自動車技術総合機構は、サポート終了日にWindows10の端末への特定DTC照会アプリの配布をただちに停止はしないものの、動作保証はされず、改修内容によってはその端末でアプリを使用できなくなる可能性がある、としています¹。OBD検査に使う1つのアプリについての記述です。

この記述には、2つの約束が分けて書かれています。アプリを配り続けることと、そのアプリが動くことを提供する側が約束することです。手元でアプリが動き続けていても、動作を約束する範囲の外に出ることがあります。

資料が使っているのは「可能性がある」という言い方です。使えなくなったとも、配布を止めたとも書かれていません。ここは資料の強さのまま受け取ります。

Windows11への切り替えの推奨

同じ資料は、OBD検査にWindows10を搭載した端末を使っている場合、2025年10月14日までにOSをWindows11とすることを推奨しています¹。あくまで推奨であり、義務や期限付きの命令として書かれたものではありません。

推奨の相手も、OBD検査にWindows10の端末を使っている場合に限られます。すべての利用者や、すべての業務に向けた文ではありません。この限定を外して読むと、資料が言っていないことまで言ったことになります。

また、動作保証の判断をしているのは自動車技術総合機構です。資料が国土交通省のサイトに載っていても、判断の主体を取り違えないようにします。

フリーランスが受けるときの区別

フリーランスがWPFの仕事を受けるときにも、同じ区別が要る、というのが書き手の見立てです。発注元のアプリが手元で動いていることと、受ける側が「この環境で動く」と約束することは、別の話だからです。

たとえば、発注元から「前から使っている端末でも動くようにしてほしい」と言われたとします。その端末のOSが何で、動作を約束する範囲に入っているのかを決めないまま受けると、あとで「動くはずだった」と言われても、約束の線がどこにあったのかが分かりません。

出典：自動車技術総合機構の第4回OBD検査モニタリング会合の参考資料（2025年9月17日）、日本政策金融公庫の案内（2025年10月17日）をもとに作成

日付を並べると、資料が出た順番と、サポート終了日の位置が分かります。会合の資料は終了日の前、公庫の案内は終了日の後です。次の節では、サポートが終わったOSで何が起きるのかを、公庫の案内の説明から見ます。

4. サポートが終わったOSで起きることと、アプリ側で直せる範囲

OS側で受けられなくなるサポート

日本政策金融公庫の案内は、サポートが終了したOSでは、脆弱性への対応や新たな問題が発生した際のサポートを受けられなくなる、と説明しています²。これは公庫の案内の中の説明です。

ここで受けられなくなるのは、OSについてのサポートです。案内が「アプリが動かなくなる」と書いているわけではありません。サポートが終わることと、アプリが動かなくなることは、別の話として扱います。

古いOSで動かし続けるアプリの保守は危ない、と言い切ることも、この記述からは導けません。資料が言っているのは、OS側のサポートが受けられなくなる、という点までです。

アプリ側で直せる範囲と直せない範囲

OSの問題とアプリの問題は、直せる人が違います。OS自体の脆弱性やOSの不具合は、アプリを作った側では直せません。一方、画面の崩れやアプリの不具合は、アプリ側の改修で直せる範囲に入ります。

下の表では、出典のある行と書き手の見立ての行を分けています。根拠の列を見ると、資料に書かれている行と、書き手の見立ての行を見分けられます。

区分	中身	根拠
OS側	脆弱性への対応や新たな問題が発生した際のサポートを受けられない（サポートが終了したOS）2	日本政策金融公庫の案内
アプリ側で直せる範囲	画面の崩れ、アプリの不具合	書き手の見立て
アプリ側で直せない範囲	OS自体の脆弱性、OSの不具合	書き手の見立て

書き手の見立てでは、受ける前に「アプリ側で直せる範囲」と「直せない範囲」を発注元と共有しておくと、あとで食い違いが起きにくくなります。冒頭の「全部の端末で動くように」という依頼でも、OSそのものの不具合まで引き受ける約束にはなりません。

範囲の線を言葉にして残す

とはいえ、直せる範囲と直せない範囲の線は、依頼のたびに言葉にしなければ伝わりません。発注元の方は、OSとアプリの境目を意識していないこともあるからです。

たとえば、画面が崩れた原因がアプリの描き方にあるのか、OSの更新で変わった動きにあるのかは、調べてみなければ分かりません。調べた結果を、どちらの範囲の話として扱うのかを、最初に決めておく価値があります。次の節では、その範囲をどういう順番で決めていくかを見ます。

5. 受ける前に決める動作環境の範囲

「全部の端末で」を一覧に置き換える

冒頭の依頼に戻ります。「全部の端末で」という言い方は、発注元の方にとっては自然な頼み方です。ただ、受ける側が約束できるのは、中身を数えられる範囲に限られます。そこで、「全部」を「この一覧の端末とOSで」という形に置き換えるところから始めます。

一覧といっても、大げさなものは要りません。対象のOSと版、対象の端末の種類、確認する画面と操作を並べた短い一覧で足ります。発注元の方が普段使っている端末を聞き取り、そのまま書き写す形で作れます。

一覧にすると、約束の線が目に見えるようになります。載っている組み合わせは約束の範囲で、載っていない組み合わせは範囲の外です。あとから「全部と言ったのに」と言われたときも、立ち戻る場所ができます。

範囲を決める順番

一覧を作るときは、決める順番があると迷いません。書き手の見立てでは、対象のOSと版から始めて、対象外にするものまで5つの項目を順に決めていきます。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

最初がOSと版なのは、ほかの項目がそれに左右されるからです。OSと版が決まらないと、端末の種類も、確認する画面も絞れません。

4段目の表示の条件は、画面が崩れたという冒頭の相談に直結します。どの解像度と表示倍率の組み合わせで確かめるのかを決めておくと、「崩れた」「崩れていない」の判定が人によってぶれません。

最後の「対象外にするもの」は、後回しにされやすい項目です。対象にするものと同じ重さで書いておきます。たとえば、サポートが終わったOSの端末は対象外にする、のように、具体的に書いて残します。

一覧に無い組み合わせが出てきたとき

一覧に無い組み合わせが出てきたら、別に相談する、と決めておきます。断るという意味ではありません。範囲の外にあるものを、範囲の中に黙って入れない、という意味です。

範囲の外の端末が出てきたときは、まず何が起きているのかを聞き、確認を追加するのか、別の依頼にするのかを発注元と話します。範囲と期間を契約でどう書くかは、保守の契約で決める範囲と期間の記事で整理しています。動作環境の一覧は、その契約で決める範囲の一部として書き込めます。

範囲が決まれば、次は確かめる段取りです。確認を誰がどの端末で行うのかを、次の節で見ます。

6. 確認の分担と、確認に使う端末

確認用の端末を決める

動作環境の範囲が決まっても、それを確かめる端末が手元に無ければ、約束は絵に描いたものになります。確認用の端末を、受ける側が用意するのか、発注元が用意するのかは、最初に決めておきたい項目です。

書き手の見立てでは、確認の対象が発注元の端末と同じ構成でなければ、確認の意味が薄れます。同じOSの版でも、解像度や表示倍率が違えば、画面の見え方が変わるからです。そのため、一覧に書いた構成に近い端末で確かめることを、分担の中に入れておきます。

遠隔で作業する場合は、発注元の端末にどこまで接続できるのかも、分担の一部になります。接続の方法や権限の考え方は、C#の副業で業務アプリの保守を受ける場合の接続と権限の記事にまとめています。

分担を表にして残す

確認の分担は、口頭で決めると、半年後に誰も覚えていません。決める項目を表の形にして、発注元と同じものを見ながら埋めていくと、抜けが出にくくなります。書き手の見立てとして、決めておきたい項目を並べます。

決めること	決め方の例
確認用の端末をどちらが用意するか	受ける側が用意する、発注元が貸し出す、の2通り
リモートでの接続の可否	発注元の端末に接続して確認する場合は、接続の方法と権限を先に決める
アプリの配布を誰が行うか	確認用の端末へ新しい版を入れる作業を、どちらが担当するか
不具合の再現手順と画面の写しの受け渡し	崩れた画面の写しと、そこに至る操作を文章で受け取る
OSの更新があったときの再確認を範囲に入れるか	入れる場合は、更新のたびの確認を別の依頼とするか、契約の範囲に含めるかを決める
確認の結果を何で残すか	確認した端末とOSの版、操作、結果を書いた一覧を残す

中でも、OSの更新があったときの再確認を範囲に入れるかどうかは、冒頭の依頼がそのまま戻ってくるかどうかを分けます。入れないと決めれば、更新のたびに新しい依頼として話し合えます。

確認の合否の決め方

確認が終わったあと、合格とするかどうかを決めるのは検収の場面です。何をもって合格とするのかを、画面ごと、操作ごとに先に決めておくと、検収で揉めにくくなります。検収の合否の決め方は、受入テストを扱った記事で詳しく説明しています。

ここで大切なのは、合否の基準を、前の節で決めた一覧と同じ言葉で書くことです。一覧にある端末とOSの組み合わせで、確認する画面と操作が通れば合格、という形にします。一覧の外の組み合わせを合否に混ぜない点も、先に伝えておきます。

分担と合否の基準が決まれば、確認は仕事の入口にとどまらなくなります。次の節では、動作確認から改修と作り直しの相談へ、仕事が広がっていく流れを見ます。

7. 動作確認から、改修と作り直しの相談へ

結果を残すと、次の相談につながる

動作確認の結果を、端末とOSの版ごとに残しておくと、次の依頼の入口になります。どこまでが動いていて、どこが崩れていたのかが、記録として手元にあるからです。書き手の見立てでは、記録のある受け手は、次のOS更新の相談を持ちかけられやすくなります。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

ただし、広がるのは仕事の入口であって、範囲の中身ではありません。改修や見直しの相談に進むときも、動作確認のときと同じように、どこまでを引き受けるのかを先に決めます。

担当する範囲の話へ

改修へ進むと、次に問われるのは、画面・帳票・処理のどこまでを担当するのかです。業務システムの中で担当する部分をどう決めるかは、C#業務システムで担当する部分の記事で整理しています。動作環境の一覧は、その担当範囲を決めるときの手がかりにもなります。

OSのサポートが終わると、脆弱性への対応や新たな問題が発生した際のサポートを受けられなくなる、と公庫の案内は説明しています²。OS側で起きることはアプリ側では直せないので、そうした問題が出たときの相談先も、範囲を決める段階で話しておきます。

冒頭の依頼に戻る

冒頭の「全部の端末で、ちゃんと動くようにしてほしい」という依頼に戻ります。この言葉を受けたとき、まず聞くのは、どのOSの、どの端末で、どの画面が崩れているのかです。そのうえで、「全部」を「この一覧の端末とOSで」に置き換えて、約束の線を決めます。

Remogu（株式会社LASSIC運営）は、リモートワーク案件特化のエンジニアマッチングで、案件の90%以上がフルリモート可能です。リモートで進める案件を探すときも、案件ごとに確認の範囲と端末の扱いを聞いておくと、この記事の考え方をそのまま当てはめられます。

WPFの仕事は、どのOSと端末で動くことを約束するかから決めます。範囲を言葉にして残しておけば、次にOSが変わったときも、同じ依頼が最初から話し直しになることはありません。

8. よくある質問

WinFormsのアプリでも同じ考え方で受けられますか

書き手の見立てでは、同じ考え方で受けられます。画面の作り方はWPFと違っても、対象のOSと端末を先に決め、確認の分担と結果の残し方を話し合う点は変わりません。WinFormsの個別の事情は、この記事では扱っていないので、受ける案件の資料で確かめてください。

確認用の端末は自分で用意しますか

用意する人は、案件ごとに最初に決めておく項目です。書き手の見立てでは、発注元の端末と同じ構成でなければ、確認の意味が薄れます。受ける側が用意するのか、発注元が貸し出すのかを、一覧に書いた構成に合わせて話し合います。

Web化などの作り直しの相談まで受けてよいですか

受けるかどうかは、受ける側が決められます。書き手の見立てでは、作り直しの相談は、動作確認と改修の範囲とは別の契約として切り分けると、あとで話が混ざりません。相談の中身が広がるほど、どこまでを引き受けるのかを先に書いておくことが大切になります。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 自動車技術総合機構「OBD検査モニタリング会合」（2025年9月17日・2026年10月確認）
＊2 日本政策金融公庫「Windows10 のシステム動作環境からの除外について」（2025年10月17日・2026年10月確認）