Windows 11への移行は、OSを更新するだけの作業に見えます。しかし実際には、端末台帳、業務アプリ、周辺機器、認証、バックアップ、予算、利用者教育、廃棄までがつながる小さな全社プロジェクトです。特に専任の情シスがいない中小企業では、総務担当者や「パソコンに詳しい人」に負担が集中し、問題が表面化したときには期限も予算も足りなくなりがちです。

この記事では、Windows 10を延命している、あるいは移行が途中で止まっている組織に向けて、何から確認し、どの順番で進め、どこまでを例外として認めるべきかを現場目線で整理します。AIのような派手な話題ではありませんが、PCが毎日の仕事そのものである会社にとって、こちらのほうがはるかに切実なテーマです。

「まだ動く」は安全の証明ではない

サポートが終了しても、Windows 10のPCが突然起動しなくなるわけではありません。WordやExcelも開き、ブラウザも動き、共有フォルダにも接続できるでしょう。この「見た目が昨日と変わらない」ことが、移行を遅らせる最大の理由になります。

ところが、サポート終了とは、OSに新たな弱点が見つかっても通常のセキュリティ更新が提供されない状態になることです。攻撃者はサポート終了日を境に活動を始めるわけではありません。むしろ、今後修正されない環境が一定数残ることを前提に、既知の弱点、認証情報の窃取、古いドライバー、設定不備などを組み合わせて狙います。ウイルス対策ソフトが動いていても、OS自体の穴をすべて塞げるわけではありません。

さらに見落とされやすいのが、OS以外の「周辺サポート」です。ブラウザ、会計ソフト、VPNクライアント、電子申請、プリンタードライバー、バックアップ製品などは、それぞれ独自の対応OSを定めています。Windows 10上で当面動いても、メーカーの動作保証から外れれば、障害時に調査を断られたり、最新版への更新ができなくなったりします。つまりリスクは、ある日一斉に増えるのではなく、周囲から少しずつ支えが外れていく形で高まります。

ESUは「解決策」ではなく、判断時間を買う仕組み

延長セキュリティ更新プログラム（ESU）は、移行が間に合わない組織にとって重要な選択肢です。ただし、ESUへ加入した瞬間にWindows 10の問題が解決するわけではありません。ESUの役割は、重要または重大なセキュリティ更新を受け取りながら、移行のための猶予を確保することです。機能追加、設計変更、アプリの互換性保証、通常の技術支援まで延長されるものではありません。

現場で起きやすい失敗は、「ESUを購入したので来年考えればよい」と計画まで停止してしまうことです。猶予期間は、放置期間ではありません。端末を棚卸しし、Windows 11へ移せるものを先に移し、移せない理由を一台ずつ消していくための作業期間です。ESU対象端末には、移行期限、残す理由、責任者、代替案を紐づけておかなければ、翌年も同じ会議を繰り返します。

「古い測定機につながっている」「特注ソフトがWindows 10でしか動かない」「取引先指定の環境である」など、すぐに移行できない事情は実際にあります。その場合も、ESU加入だけで終わらせず、インターネット接続を制限する、メールやWeb閲覧に使わない、一般社員のアカウントと分離する、USBメモリーの利用を制御する、重要データを端末内に置かない、といった多層的な対策が必要です。

最初の壁は「何台あるか分からない」

移行作業で最初に困るのは、Windows 11の操作方法ではありません。会社に何台のPCがあり、誰が、どこで、何に使っているか分からないことです。購入記録と実際の利用状況が一致しない会社は珍しくありません。倉庫に眠る予備機、在宅勤務用に持ち出した端末、退職者から返却されたままのPC、会議室の表示用端末、工場や店舗の専用機などが台帳から漏れます。

端末台帳には、少なくとも管理番号、利用者、設置場所、メーカーと型番、シリアル番号、購入年月、Windowsのエディションとバージョン、CPU、メモリ、ストレージ、TPM 2.0、セキュアブート、主要アプリ、接続する周辺機器、データの保存先を記録します。完璧な管理ツールを最初から導入する必要はありません。表計算でもよいので、判断に必要な情報を一か所へ集めることが先です。

ここで重要なのは、PCの台数だけでなく「業務のつながり」を見ることです。経理PC一台が止まれば請求書を出せない、受付PCが止まれば来客対応ができない、製造設備のPCが止まればラインが止まる。この影響度を台帳に加えると、単純に古い順ではなく、事業への影響を踏まえて移行順を決められます。

Windows 11対応判定は三つに分ける

Windows 11の最小要件として、対応する64ビットCPU、4GB以上のメモリ、64GB以上のストレージ、UEFI、セキュアブート、TPM 2.0などが示されています。ただし「最小要件を満たす」と「業務で快適に使える」は別です。4GBのメモリで起動できても、ブラウザのタブを複数開き、Teamsや表計算を同時に使えば、現場では遅さが仕事の停滞につながります。

判定は、次の三つに分けると整理しやすくなります。

1. そのまま移行できる端末：ハードウェア要件を満たし、主要アプリと周辺機器の対応も確認できる。
2. 手当てをすれば移行できる端末：TPMやセキュアブートが無効、空き容量不足、メモリ不足、BIOS更新が必要など、解消可能な課題がある。
3. 入れ替えまたは隔離が必要な端末：CPUが対象外、重要な業務アプリや機器が非対応、性能や故障リスクを含めて延命の費用対効果が悪い。

「要件を回避してWindows 11を入れる方法」もインターネット上にはあります。しかし、会社の業務端末で非対応構成を常態化させると、更新の保証、メーカーサポート、障害時の切り分け、監査への説明が難しくなります。一時的に起動できることより、三年後も責任を持って管理できることを優先すべきです。

本当に調べるべきは「ソフト名」ではなく業務の流れ

互換性調査というと、インストール済みソフトの一覧を作り、各メーカーのWindows 11対応表を確認する作業が思い浮かびます。それは必要ですが、十分ではありません。業務は一つのソフトだけで完結せず、入力、変換、保存、印刷、送信、承認など複数の処理で成り立っているからです。

たとえば販売管理ソフトが起動しても、帳票の専用フォントがない、古いプリンタードライバーが動かない、Excelマクロが32ビット版Officeを前提にしている、共有フォルダへの接続方式が古い、といった理由で仕事は止まります。ブラウザで使うサービスでも、電子証明書、カードリーダー、拡張機能、ポップアップ、ActiveX時代の設計が残っている場合があります。

確認単位は「アプリが開くか」ではなく、「担当者が始業から終業までの代表的な仕事を完了できるか」です。テスト用PCを一台用意し、実際の利用者に日常業務を試してもらうと、台帳だけでは見えない依存関係が出てきます。情報システム担当者が代わりに確認するだけでは、「月末にしか使わない機能」や「年に一度の申告処理」が漏れます。

周辺機器が移行計画を止める

PC本体より長く使われる周辺機器も要注意です。複合機、ラベルプリンター、バーコードリーダー、スキャナー、タイムレコーダー、計測器、USBシリアル変換器、ICカードリーダーなどは、見た目が問題なくてもドライバーや管理ソフトがWindows 11に対応していないことがあります。

特に業務専用機器は、後継モデルへの交換費用がPCより高くなりがちです。そのため「古いPCを残す」という判断自体はあり得ます。ただし、その一台を通常の社内PCと同じネットワーク、同じアカウント、同じ利用方法のまま置くことが問題です。専用端末として用途を限定し、通信先を絞り、データ受け渡し方法を管理し、故障時に復旧できる予備機やイメージを用意する必要があります。

「この機械が壊れるまで」という方針には、期限がありません。少なくとも半年ごとに継続理由を見直し、代替機器、仮想化、ネットワーク分離、業務委託などの選択肢を比較します。例外を認めるなら、例外を管理する仕組みまでセットにすることが現場ITの仕事です。

移行日に初めてバックアップを試してはいけない

OS更新や端末交換では、「データはクラウドにあるはず」「バックアップソフトが動いているから大丈夫」という思い込みが事故につながります。クラウド同期とバックアップは同じではありません。誤削除や暗号化されたファイルが同期されれば、別の端末にも反映される場合があります。また、デスクトップやドキュメントは同期されていても、業務ソフトのデータ、メールのローカル保存、ブラウザのお気に入り、辞書、テンプレート、証明書、SSH鍵などが対象外かもしれません。

大切なのは「保存できている」ことではなく「戻せる」ことです。移行前にバックアップを取得し、別の環境で代表的なファイルを実際に復元します。暗号化回復キー、アプリのライセンス情報、二要素認証の復旧手段、管理者アカウントも確認します。BitLockerが有効な端末で回復キーが不明なまま故障すると、データ救出は難しくなります。

全台一斉更新より、小さな波で進める

台数が少なくても、全台を同じ日に更新するのは危険です。問題が起きたとき、原因が端末固有なのか、アプリ共通なのか、ネットワークなのか判断できず、全員の仕事が同時に止まります。

まずITに比較的詳しく、業務影響を抑えやすい利用者で先行テストを行います。次に、部署ごとに一台または少人数へ広げます。そこで、ログイン、印刷、会議、VPN、共有フォルダ、基幹システム、電子メール、スキャン、帳票などを確認し、手順書を修正します。その後、一般利用者へ段階的に展開します。経理の締め日、繁忙期、重要な顧客対応、イベント前後を避けることも欠かせません。

一回の移行単位を小さくすると、失敗しても戻せます。現場で重要なのは、失敗ゼロを宣言することではなく、失敗の範囲を限定し、短時間で復旧できる設計です。

買い替え予算は本体価格だけでは決まらない

PC更新の稟議では、一台あたりの購入価格に注目が集まります。しかし実際の費用には、初期設定、データ移行、ソフトの再導入、ライセンス、周辺機器、利用者への説明、問い合わせ対応、旧端末の消去と廃棄が含まれます。安い端末を選んでも、メモリ不足で毎日の待ち時間が増えたり、短期間で再交換になったりすれば、総費用は高くなります。

反対に、全員へ同じ高性能PCを配る必要もありません。事務、開発、設計、営業、受付など用途別に標準構成を二、三種類へまとめると、選定と保守が楽になります。例外機種を増やすほど、ドライバー、ACアダプター、故障対応、交換在庫の管理が複雑になります。

経営者へ説明するときは、「Windows 10が危険だから買ってください」だけでは弱いでしょう。故障や感染で一日停止した場合の損失、取引先のセキュリティ要件、サイバー保険、監査、従業員の作業時間、保守会社の対応範囲まで数字に近づけて示します。PC更新は備品購入ではなく、業務継続のための投資です。

古いPCは「捨てれば終わり」ではない

新しいPCが使えるようになると、旧端末の扱いは後回しになりがちです。しかし、端末を倉庫へ移しただけでは情報資産として残り続けます。SSDやHDDには、削除済みに見えるファイル、メール、ブラウザ情報、顧客データ、認証情報が残っている可能性があります。

廃棄時は、会社として決めた方法でデータを消去し、端末管理番号、シリアル番号、消去日、実施者、廃棄先を記録します。外部業者へ委託する場合も、引き渡しから処理完了までの管理方法と証明書の内容を確認します。リース品やレンタル品は、契約上の返却条件とデータ消去の責任範囲を先に確認しておきます。

一方、災害用の予備機として残す場合は、棚へ入れる前に用途と期限を決めます。更新されないPCを数年後に緊急利用するのは危険です。予備機も定期的に起動し、更新、充電、ログイン、復旧手順を確認してこそ役に立ちます。

移行を止めるのは技術より「誰が決めるか」

移行が進まない会社では、技術的な問題より意思決定の所在が曖昧なことがあります。利用部門は「今のままで困っていない」と考え、経営側は「IT担当が何とかする」と考え、IT担当は「業務の可否は部門で判断してほしい」と考えます。誰も間違っていませんが、役割がつながっていません。

経営側は予算と受容するリスクを決め、業務部門は必要な機能とテスト結果に責任を持ち、IT担当は技術的な選択肢とリスクを分かる言葉で示します。移行できない端末を残す最終判断も、担当者一人に背負わせるべきではありません。「なぜ残すのか」「いつまで残すのか」「事故時に誰が判断するのか」を記録し、承認者を明確にします。

利用者への案内は短く、具体的に

Windows 11へ変わると、スタートメニュー、右クリック、タスクバー、設定画面などが変化します。IT担当には小さな違いでも、日々決まった操作をしている利用者には負担です。移行案内へ機能一覧を詰め込むより、「当日までにすること」「当日使えない時間」「変わる操作」「困ったときの連絡先」を一枚にまとめるほうが伝わります。

また、更新直後の問い合わせ増加を失敗と考えないことです。利用者が質問できない雰囲気のほうが危険です。分からないまま自己流の回避策を使い、個人クラウドへデータを置く、非公式ソフトを入れる、古いPCへ戻るといった行動につながります。最初の数日は質問窓口を明確にし、よくある内容を随時追記します。

現場で使える移行チェックリスト

• 利用中、予備、持ち出し、専用機を含めた端末台帳がある
• Windows 11対応可否を端末ごとに判定した
• 主要アプリだけでなく、実際の業務フローをテストした
• プリンター、スキャナー、カードリーダー、計測器を確認した
• バックアップから実際に復元できることを確認した
• BitLocker回復キーと管理者アカウントを管理している
• 先行利用者から段階的に展開する計画がある
• 繁忙期、締め日、イベント日を避けている
• 移行できない端末の理由、期限、責任者、代替案がある
• 旧端末の消去、廃棄、返却を記録する
• 利用者向けの短い案内と問い合わせ窓口を用意した
• 移行完了後に台帳、手順書、ライセンス情報を更新する

30台の会社なら、こう進める

たとえば30台のPCを持つ会社で、10台がWindows 11へそのまま移行でき、12台が買い替え対象、残り8台に業務上の課題があるとします。最初の一週間で全台を更新する計画では、問い合わせも障害も集中します。

まず一か月目に台帳と業務一覧を作り、対応可能な10台のうち二台で先行テストを実施します。二か月目に残りの対応可能端末を部署ごとに移行しながら、新規端末の標準設定を固めます。三か月目から買い替え端末を四台ずつ展開します。課題のある8台は、業務ソフトの更新、周辺機器の交換、ネットワーク分離などに分け、通常端末の移行とは別の計画で処理します。

この方法なら、目立つ成果が早く出ます。対応できる端末まで難しい八台に引きずられて停止することもありません。「全台移行できなければ未完了」ではなく、安全な端末を毎月増やし、例外を毎月減らすという見方に変えることが大切です。

やってはいけない五つの近道

1. 台帳を作らず、見つけた端末から更新する

進んでいるように見えて、重要端末の漏れと二重作業が発生します。最初に全体像を作り、更新後も結果を記録します。

2. 非対応PCへ強引にWindows 11を入れる

短期的には費用を抑えられても、更新や故障時の不確実性を抱えます。実験用ではなく業務用なら、サポート可能性まで判断材料にします。

3. 新しいPCを配れば終わりと考える

データ、認証、プリンター、ショートカット、業務手順が揃わなければ仕事は始まりません。利用者が業務を完了できた時点を移行完了とします。

4. 古いPCをそのまま予備機にする

更新されていない予備機は、必要なときほど安全に使えません。予備機にも管理期限と点検日を設定します。

5. 現場へ直前まで知らせない

突然の変更は抵抗と混乱を生みます。早めに目的と予定を伝え、テストへ利用者を巻き込みます。

移行後に残すべきもの

移行の成否を数字で振り返る

作業が一段落したら、「何台交換したか」だけでなく、業務停止時間、問い合わせ件数、移行に要した作業時間、想定外だったアプリや機器、再作業が発生した理由を振り返ります。たとえば、データ移行に時間がかかったなら保存先の標準化、問い合わせが特定の操作に集中したなら案内資料の改善、設定漏れが多かったなら初期設定の自動化というように、次の行動へつなげます。

また、移行後一週間、一か月、三か月のタイミングで利用部門へ確認すると、初日に発見できなかった問題を拾えます。「以前より遅くなったが我慢している」「月末処理でだけエラーになる」「古い端末をこっそり使っている」といった状況は、完了報告の直後には出てきません。移行完了を一日の点ではなく、安定稼働を確認するまでの期間として考える必要があります。

成功の基準は、新OSの導入率100％だけではありません。例外端末を把握できていること、利用者が通常業務を行えること、障害時に戻せること、次回の更新計画が残っていることまで含めて評価します。数字と記録を残せば、次の予算説明にも使えます。

Windows 11移行が終わったあと、手元に新しいPCだけが残る状態はもったいありません。今回作った端末台帳、標準設定、アプリ一覧、復旧手順、廃棄記録、利用者向けFAQは、次の更新で使える会社の資産です。PCには寿命があり、OSにもアプリにも期限があります。今回だけの臨時作業にせず、毎年一定数を更新する仕組みに変えれば、数年後に再び全台が古くなる事態を避けられます。

端末の購入年を分散し、四年または五年など社内の標準利用期間を決め、毎年予算化します。退職や異動時の返却、初期化、再配布も同じ台帳で管理します。新しい業務システムを導入するときは、対応OSとサポート期限を選定条件へ入れます。こうした地味な積み重ねが、次のサポート終了を「突然の大事件」から「予定された更新」に変えます。

まとめ――延命できた今こそ、静かに移行を進める

Windows 10のPCが今日も動いていると、移行の優先順位は下がりがちです。しかし、問題が起きてからでは、互換性調査も予算確保も利用者への説明も同時進行になります。ESUを利用しているなら、その時間は単なる延命ではなく、混乱を避けるために与えられた準備期間です。

まず端末と業務を棚卸しし、移せるものから小さく移す。移せない端末は理由と期限を明確にし、隔離や代替策を用意する。データを戻せることを確かめ、旧端末の最後まで管理する。これらは華やかな施策ではありませんが、会社の仕事を止めないために最も効く現場ITです。

全台を一日で完璧に変える必要はありません。今日一台を台帳へ登録し、一つの業務をテストし、一台の例外に期限を付ける。その小さな前進を積み重ねれば、Windows 10はいつまでも残る不安材料ではなく、計画的に終えられる案件へ変わります。

参考情報

• Microsoft：Windows 10のサポート終了に関する案内
• Microsoft：Windows 11の仕様とシステム要件
• Microsoft Learn：Windows 10拡張セキュリティ更新プログラム