架空の保守会社では、案件一覧がメール添付で増え、「最終版」「最終修正版」が同時に使われています。一方、一人が使う単価試算表には困っていません。両方を一括で新しい仕組みへ移すと、必要な仕事が違うのに同じ費用をかけることになります。

卒業したい理由を「案件の状態を二人が更新し、どれが正しいか分からない」と具体化します。表の形を変える、共有場所をそろえる、別の仕組みへ移すという選択肢を、この理由で比べます。Excelで残してよい仕事と、共有や履歴が必要な仕事を分けてください。

困り事の見本は「現場が完了と直した添付版を事務所が見ず、前の版で手配を続けた」です。この場合、最初に必要なのは正しい更新先と受け取る結果です。別の製品へ同じ添付運用を移しても、版の分裂は残るかもしれません。一方、権限別の状態や履歴、他の仕組みとの連携が必要なら、保存場所の変更だけでは足りません。痛みの一件から必要条件を選びます。

この章の根拠：出典1出典2

棚卸しの完成見本は「案件進行表／事務所と現場が状態を更新／社長が手配を判断／元資料は訪問報告／共有場所は未統一」です。「単価試算表／社長だけが仮の条件を計算／正式単価表を参照／案件一覧へはコピーしない」と並べると、残す理由も読めます。

数式、マクロ、外部参照、隠れたシート、他の表への転記も確認します。操作する人が分からない計算は、新しい表へ見た目だけ移しても意味が引き継がれません。必要な欄と不要な欄を調べ、元データと計算結果を分けます。IPAのガイドが示す所在や意味の整備を、管理表へ適用する例です。

棚卸しで数式の担当が分からなければ、式を読む人だけでなく、その結果を使う人へ確認します。「この計算で単価を決める」「この列は印刷用で判断には使わない」と意味が分かれます。隠れた列をまとめて消したり、動くマクロを説明なしに別環境へ移したりしません。引き継ぐ必要がある機能と、過去の形式のまま残った部分を確認します。

一覧の空欄も棚卸しの結果です。「更新する人が不明」「今使うか不明」「式の意味が不明」をゼロや不要と置き換えず、確認先と問いを付けます。休眠している表でも、過去の取引や保存のために必要な場合があります。現役の更新と履歴参照を別の用途として記録すれば、新しい仕組みへ移す範囲を絞れます。

棚卸しで「担当のPCにある価格試算」と「全員が見る案件状態一覧」を同じ移行対象にしません。前者は試算の数式と担当の保存場所を確かめ、後者は案件の一意な番号と複数担当の更新を確かめます。表ごとに使う人と完成した結果が違うからです。ファイルが多いことだけを理由に全部を一つのアプリへ移すと、必要な試算をかえってしづらくする場合があります。

この章の根拠：出典2

Microsoftの公式資料には、Excelの共同編集に対応した版や保存先などの条件があります。添付ファイルのやり取りを共有先へそろえることで改善する場合もあるため、現状の契約と環境を確認します。共同編集が使えることだけで、すべての業務が解決するとは言えません。

判断の完成見本は「案件進行表は同じ案件番号で状態と担当を共有する必要がある。試算表は仮計算用として残す」です。フォームは入力をそろえる候補ですが、訂正や参照の画面が別に必要です。専用の仕組みは状態・権限・履歴を持てるかを一件で比べます。製品名ではなく、今の仕事を最後まで通す完成表と画面を見ます。

残す表の完成例には、参照する正式な単価の場所と、仮計算の結果をどこへ渡すかを添えます。残すことは管理しないことではありません。移す表も、表の計算が不得意な人へ入力方法を押し付けるのではなく、同じ案件を選んで必要な状態を更新できるかを確かめます。実際に入力と訂正をする人が完成見本を読めることが、選択の条件です。

比較に使う一件は、正常な案件だけでなく、状態が戻る案件を含めます。「作業完了の後に追加対応が来る」「営業から事務所へ不足が戻る」「担当者が不在で代わりが更新する」といった場面です。新しい仕組みでこの戻り方を表現できるか、残したExcelが勝手に別の状態を作らないかを見ます。入力の速さだけでは、状態共有に向くかは分かりません。

この章の根拠：出典1出典2

保守案件E-12の旧表に「完了」とあっても、それが作業完了か請求完了かを確認します。新しい表の状態が「作業完了」と「請求待ち」に分かれるなら、旧値を自動でどちらかへ決めません。確認済みの一件と未確認の一件を分けた変換見本を作ります。

日付も受付日、作業日、請求日を混ぜず、数値は税込・税抜や単位を確認します。空欄が未入力か対象外か不明なら、未確認として戻します。件数と合計だけが合っても、個々の案件や状態が違う場合があります。元表へ戻れる手がかりを新しい見本に残します。

照合の見本は、「旧E-12の完了は作業のみ、新E-12の作業完了へ一致。請求状態は未入力だったので請求待ちの根拠を担当へ確認」と書きます。新しい仕組みの必須欄に合わせて、元資料にない日付や状態を作りません。仮の変換結果を確認済みと区別し、未確認を一覧へ残すと、移した後にどこを調べるかが分かります。

移さない情報の扱いも書きます。たとえば仮の試算は元のExcelに残し、正式な案件へ採用した条件だけを新しい表へ渡す方法です。仮計算のすべてを案件の正式単価へ移す必要はありません。一方、判断に使った根拠を残す必要がある会社は、保存する範囲と参照先を確認します。情報を残す場所が二つになっても、何の値を正式に更新するかは一つにします。

照合結果の完成見本は「旧表のE-12は作業完了。新表では作業状態を完了、請求状態を未確認へ分けた。担当名は元の一覧と対応し、空欄の請求日は追加していない」です。新しい画面がきれいでも、この意味が変われば仕事の判断が変わります。件数、番号、状態、計算結果を同じ一件で比べ、変える意味と引き継ぐ意味を経営者と担当が確認します。

この章の根拠：出典2

限定した一チームで旧表と新しい結果を比べ、誰がどちらへ入力するかを決めます。同じ内容を長く二重入力すると、どちらが合っているかをまた迷います。試行では対象、更新担当、照合する人、比較する期間と終了判断をそろえます。これは一枚の管理表を選ぶ入口で、全社の切替日の詳細計画とは別に必要な準備を確認します。

新しい記録へ移る判断をしたら、社内で決めた正しい場所と更新先を知らせます。旧表は履歴参照のため読取専用で残す選択肢を検討し、必要な保存・アクセス・バックアップを確認します。旧ファイルをこの記事の票だけで削除しません。利用料以外の資料整理、設定、移行、説明、保守、終了時の取出しも見積条件にします。

終了時の費用と資料の取出しも、選ぶ段階で質問できます。新しい仕組みをやめる場合に、案件番号、状態、履歴、添付資料を何の形式で受け取れるかを確認します。表へ出せることと、添付や履歴まで取り出せることは違います。試行の結果だけで長期の運用が確定したとは考えず、保守と担当不在時の更新も依頼範囲に含めます。

この章の根拠：出典1出典3

保守会社の例では、版が分裂する案件進行表を移行候補にし、一人の単価試算表を残す候補にしました。E-12の「完了」は作業と請求に分けて確認しています。道具を変えるだけで、この意味は自動で決まりません。

下の棚卸し票で、最初の一枚と必要な完成像を相談できます。全表を一括で捨てる前提にせず、仕事に必要な情報と保存条件を確かめてください。

この章の根拠：出典1出典2出典3