制作環境のデータ管理ガイド｜CAD・建築3DCGで迷わない運用判断軸

建築3DCGやCADの現場では、データ管理の混乱が作業の停滞や手戻りの主因となります。特に新人や異動直後の担当者は、保存場所やデータの重要度を判断できず、作業が止まる場面が頻発します。納品直前にファイルが見つからない、案の混同でやり直しが発生するなど、現場でのトラブルは珍しくありません。

ここでは、建築パースやCADデータの現場で実際に起きやすい混乱のパターンと、それを回避するための判断軸を整理します。役割ごとのデータ分担、保存先の選定、フォルダ設計やバックアップの基本、クラウドや外付けSSDの使い分けまで、現場で即実践できる方法をまとめています。自分の制作環境に合わせて、すぐに運用を始められる内容です。

データ管理の目的と考え方

データ管理の本質は、手戻りや事故を最小限に抑え、納品までの流れを止めないことにあります。複数人作業や外部連携が多い現場では、データの整合性が崩れると即座にトラブルへ直結します。目的を明確にし、役割ごとに管理方法を切り分けることが重要です。

手戻りが起きる原因としての整合不足

手戻りの主な原因は、データの整合が崩れていることです。例えば、A案とB案のファイルが混在したり、素材のバージョンが揃っていない場合、どれが最新か判断できなくなります。
「同じ名前のファイルが複数存在」「参照リンク切れ」が見つかった時点で整合不足を疑います。

整合性を保つには、案ごとにフォルダを分け、素材やアセットは共通フォルダで一元管理し、参照リンクは相対パスで設定します。
実際、3DCG外注時に「A案_20240601」「B案_20240601」と日付付きでフォルダを分ければ、どの案が最新か即座に判別できます。
全案を同一フォルダに入れると、どれが正しいか分からなくなり、手戻りの温床となります。
現状のデータ構成を見直し、案やバージョンごとに明確に整理することが、手戻り防止の第一歩です。

作業中データと納品データの役割分離

作業中データと納品データは、役割が異なるため厳密に分けて管理します。作業中データは頻繁に更新される一方、納品データは完成品として固定するのが原則です。

「今後編集するか」「外部に渡すか」で判断し、編集予定なら作業中、渡すなら納品データとします。

• 作業中データ：.maxや.dwgなど編集可能な形式
• 納品データ：.jpgや.pdfなど完成品形式
• フォルダを「作業中」「納品済み」で分離
• 納品時は必ずコピーして別フォルダに保存

建築パース納品時は「納品_20240601」フォルダを作り、jpgやpdfのみを保存します。
作業中ファイルを納品フォルダに上書きすると、後で修正が必要になった際に元データが不明となります。
納品データは必ずコピーで保存し、作業中データと混在させない運用が必須です。次回納品時も同じ手順を徹底しましょう。

提出形式と共有相手を前提にした管理視点

提出形式や共有相手によって、管理方法を柔軟に変える必要があります。
「誰に」「どの形式で」渡すかを事前に確認し、必要なデータを揃えます。

• 社内共有：編集可能なデータも含める
• 外注先：必要な素材やリンクもまとめて渡す
• クライアント：完成品のみ、不要なデータは除外

外注先に3ds Maxデータを渡す場合、テクスチャや参照ファイルも「外注用_20240601」フォルダにまとめます。
素材が抜けて外注先で開けない事例は多発しています。
提出前に必要ファイルが全て揃っているか、リストで確認する習慣をつけましょう。次回の外部共有時も同じ観点で見直してください。

データ管理で押さえる最小セット

データ管理の基本は、保存先・フォルダ構成・バックアップ・版管理の4点に集約されます。この4点を押さえるだけで、事故や手戻りの大半は防げます。現場で機能する最小限のルールを確立しましょう。

ステップ① 保存先ごとの役割整理

保存先には明確な役割があります。内蔵ストレージ、外付けSSD、クラウド、アーカイブ用HDDを使い分けることで、リスク分散と効率化が両立します。

「作業速度」「持ち運び」「長期保管」「共有」のどれを重視するかで選択します。

• 内蔵ストレージ：作業中の高速処理用
• 外付けSSD：持ち運びや一時保存
• クラウド：チーム共有や遠隔作業
• アーカイブHDD：長期保管

作業中は内蔵ストレージ、現場持ち出しは外付けSSD、納品後はアーカイブHDDに移す運用が基本です。
全てを外付けSSDだけで管理すると、紛失や故障時に全データを失います。
用途ごとに保存先を分け、リスクを分散する体制を整えてください。

ステップ② フォルダ構成の骨格固定

フォルダ構成は、最初に骨格を決めておくことで迷子を防ぎます。
「プロジェクト単位」「作業中・納品済み」「素材・成果物」の3階層を基本とします。

• プロジェクトごとに最上位フォルダを作成
• 作業中・納品済みで分離
• ソースデータと成果物を分ける

「Aプロジェクト/作業中/3Dデータ」「Aプロジェクト/納品済み/パースjpg」などの構成が有効です。
全データを1フォルダに入れると、目的のデータが見つからず作業効率が低下します。
作業開始前に骨格を決め、全員で統一した運用を始めましょう。

ステップ③ バックアップの基本構成

バックアップは、作業中データと納品データで分けて設計します。
「どのデータを」「どの頻度で」「どこに」保存するかを明確にします。

• 作業中データは毎日バックアップ
• 納品データは納品時に必ずバックアップ
• バックアップ先は内蔵＋外付け、またはクラウド

作業終了時に外付けSSDへコピーし、週1回はクラウドにもアップロードする運用が現実的です。
バックアップを1カ所だけに頼ると、故障や誤削除で全て失うリスクが高まります。
複数保存先への分散を徹底してください。

ステップ④ 版管理ルールの共通化

版管理（バージョン管理）は、ファイル名やフォルダ名にルールを設けて混乱を防ぎます。
「日付」「案」「担当者」などの情報を必ず入れることが基準です。

• ファイル名に「案」「日付」「担当」を明記
• 版ごとにサブフォルダを作成
• 変更履歴をテキストで残す

「A案20240601山田.max」「B案20240603鈴木.max」などの命名が有効です。
「最終」「最新版」だけのファイル名は混乱の元です。
ルールを決め、全員で徹底することが継続的な運用の鍵となります。

保存先ごとの役割分担

保存先ごとに役割を明確にすることで、データ紛失や混乱を防ぎます。用途やリスクを見極め、最適な保存先を選択してください。

内蔵ストレージの位置づけと作業領域

内蔵ストレージは、作業中データを高速に扱うための領域です。
「速度重視の作業」「一時的な保存」に適しているかで判断します。

• 3DCGやCADの作業ファイルは内蔵ストレージに配置
• 定期的に外付けやクラウドにバックアップ
• 容量不足を防ぐため、不要データはこまめに整理

3ds Maxの作業ファイルやレンダリングキャッシュは内蔵SSDに保存し、常に20GB以上の空きを確保します。
内蔵ストレージが満杯になると作業が停止します。
不要データは外部へ移し、作業領域を維持しましょう。次回作業前にも空き容量を確認してください。

外付けSSDの位置づけと持ち運び用途

外付けSSDは、データの持ち運びや一時的なバックアップに最適です。
「現場や自宅で作業を続ける」「PC間でデータを移動する」場合に活用します。

• 作業データのコピーや移動に使用
• 持ち運び時は落下や紛失リスクに注意
• 定期的に内容を整理し、不要データは削除

現場で撮影した写真やスキャンデータを外付けSSDで持ち帰り、社内PCにコピーする運用が一般的です。
外付けSSDだけにデータを保存すると、紛失や故障時に全て失います。
PCやクラウドにも必ずバックアップを取り、リスクを分散してください。

アーカイブ領域としての長期保管データ

アーカイブ領域は、納品後やプロジェクト終了後のデータを長期保管する場所です。
「今後ほとんど使わないが、消せないデータ」に限定して利用します。

• アーカイブ用HDDやクラウドストレージを活用
• 年単位で保管し、必要時のみ取り出す
• 定期的に読み出しテストを実施

2年前のプロジェクトデータをアーカイブHDDにまとめて保管する例が代表的です。
アーカイブHDDが故障すると復元できなくなるため、2台以上のHDDやクラウドにもコピーを残しましょう。
年1回の読み出しテストも忘れずに行い、次回保管時も同様の手順を守ってください。

クラウドを使う場合の共有領域整理

クラウドはチームや外部とのデータ共有に便利ですが、整理が甘いと事故が発生しやすくなります。
「誰が」「どの範囲まで」アクセスできるかを明確に設定します。

• プロジェクトごとに共有フォルダを作成
• 権限設定で編集・閲覧を分ける
• 不要なデータは定期的に削除

Google Driveで「Aプロジェクト_共有」フォルダを作り、外注先には閲覧のみ許可する運用が有効です。
全員に編集権限を与えると、誤削除や上書き事故が発生します。
権限設定を必ず確認し、必要最小限に留めてください。次回共有時も同じ基準で見直しましょう。

フォルダ設計の判断軸

フォルダ設計は、データの迷子や手戻りを防ぐための基礎です。プロジェクト単位、データの種類、管理単位を意識して設計します。

プロジェクト単位で考える最上位構成

最上位フォルダは、プロジェクト単位で分けるのが基本です。
「案件ごとに独立して管理できるか」を基準にします。

• プロジェクト名や案件番号をフォルダ名に明記
• 年度やクライアント名でサブフォルダを追加
• 他案件と混在しない構成を徹底

「2024_住宅A_山田邸」「2024_商業施設B_鈴木建設」など、案件ごとに明確なフォルダ名を付けます。
全案件を「作業中」フォルダにまとめると、データの所在が不明瞭になります。
案件ごとに最上位フォルダを作成し、次回新規案件でも同じルールを適用してください。

ソースデータと成果物を分ける理由

ソースデータ（編集可能な元データ）と成果物（納品用データ）は、用途が異なるため分離管理が必須です。
「再編集の有無」「納品の有無」で判断します。

• ソースデータ：.max、.dwg、.psdなど
• 成果物：.jpg、.pdf、.mp4など
• フォルダを「ソース」「成果物」で明確に分離

「Aプロジェクト/ソース/3D」「Aプロジェクト/成果物/パースjpg」などの構成が有効です。
ソースと成果物が混在すると、誤って成果物を上書きするリスクが高まります。
用途ごとに明確に分けて保存し、次回納品時も同じ運用を徹底しましょう。

アセット管理の考え方と参照関係

アセット（素材や部品データ）は、複数プロジェクトで使い回すことが多いため、共通管理が必要です。
「複数案件で使うか」「参照リンクが切れないか」を基準にします。

• アセット専用フォルダを作成
• 参照パスは相対パスで管理
• アセット更新時は影響範囲を必ず確認

「共通アセット/樹木」「共通アセット/家具」などのフォルダを作り、各プロジェクトから相対パスで参照します。
アセットを個別コピーすると、更新時に全て手作業で差し替える羽目になります。
共通アセットは一元管理し、参照切れが起きないように運用してください。次回アセット追加時も同じ基準で見直しましょう。

迷子になりやすい管理単位の見極め

管理単位が細かすぎたり曖昧だと、データが迷子になりやすくなります。
「誰が見ても分かる単位」「作業内容ごとに分ける」ことを基準とします。

• 案ごと、工程ごとにフォルダを分ける
• 担当者ごとにサブフォルダを作る場合はルールを明確化
• 1フォルダに100ファイル以上入れない

「A案」「B案」「レンダリング」「素材」など、作業内容ごとに分けると迷子を防げます。
担当者ごとに自由にフォルダを作ると、全体把握が困難になります。
管理単位を明確にし、全員で統一した運用を続けてください。

バックアップ設計の判断軸

バックアップは、データ消失や事故から復旧するための最後の砦です。守るべきデータと頻度、保存先を明確にして設計します。

守るべきデータの棚卸し視点

守るべきデータは、作業中・納品済み・アセット・ドキュメントなど多岐にわたります。
「消えたら困るか」「再取得できるか」を基準に棚卸しします。

• 作業中の3DデータやCADファイル
• 納品済みの成果物
• 共通アセットや素材
• 契約書や指示書（要検証：契約書で法的保管期間を確認）

全ての3Dデータと納品jpg、契約書をバックアップ対象に含めます。
素材やアセットをバックアップから外すと、再取得できずに作業が止まることがあります。
棚卸しリストを作成し、重要データを網羅的に洗い出してください。次回プロジェクト開始時も同様に見直しましょう。

作業中データのバックアップ設計

作業中データは頻繁に更新されるため、こまめなバックアップが必要です。
「1日1回以上」「作業終了時に必ず」バックアップすることを基準とします。

• 作業終了時に外付けSSDやクラウドにコピー
• 自動バックアップソフトの導入も検討
• バックアップ先は2カ所以上確保

作業終了後、「作業中」フォルダを外付けSSDとGoogle Driveにコピーする運用が現実的です。
週1回だけのバックアップでは、途中でPCが故障した際にデータを失います。
毎日、作業終了時のバックアップを習慣化してください。次回作業時も同じ手順を守りましょう。

納品後データのバックアップ設計

納品後データは長期保管が必要ですが、頻繁な更新は不要です。
「納品時に必ず」「年1回は保管状況を確認」することが基準です。

• 納品時にアーカイブHDDやクラウドに保存
• 年1回、読み出しテストを実施
• 保管期間は契約や社内ルールで決定（要検証：契約書や社内規定を確認）

納品後、「納品済み」フォルダをアーカイブHDDとクラウドにコピーする運用が有効です。
納品後にデータを消してしまうと、再納品依頼に対応できません。
納品後も必ずバックアップを残し、次回納品時も同じ運用を続けてください。

復元テストを前提にした運用意識

バックアップは、実際に復元できて初めて意味があります。
「定期的に復元テストを行う」ことを基準とします。

• 月1回、バックアップから実際にデータを復元
• 復元手順をマニュアル化
• 復元できなかった場合は原因を記録し、改善策を検討

月初に外付けSSDから3Dデータを復元し、正常に開けるか確認します。
バックアップは取れていても、復元手順が分からず開けないケースが多発しています。
定期的なテストを習慣化し、手順も記録しておきましょう。次回バックアップ時も同じ流れで確認してください。

クラウド同期の扱い方

クラウド同期は便利ですが、バックアップとは異なる性質があり、事故も起きやすいです。同期とバックアップの違いを理解し、運用ルールを明確にしましょう。

同期とバックアップの違いの整理

クラウド同期は複数端末で同じデータを扱う仕組み、バックアップは消失時の復元が目的です。
「同期＝同じ状態を保つ」「バックアップ＝過去の状態を残す」と明確に区別します。

• 同期は誤削除や上書きも即時反映
• バックアップは過去の状態に戻せる
• 両者を混同しない

Google Driveの同期フォルダでファイルを消すと、全端末から消えます。
同期フォルダだけに頼ると、誤削除で全て失うリスクがあります。
バックアップは必ず別途取得し、次回運用時も同じ区別を守ってください。

大容量アセット運用で起きやすい事故

大容量アセット（素材やテクスチャ）は、クラウド同期で事故が起きやすい領域です。
「容量制限」「同期速度」「誤操作リスク」を基準に運用を見直します。

• 大容量ファイルは同期に時間がかかる
• 容量オーバーで同期が停止することがある
• 誤って削除・上書きすると全員に影響

10GB超のテクスチャを同期フォルダに入れると、同期が終わらず作業が止まることがあります。
容量オーバーで新しいデータが同期されず、納品直前に気付く事故も多発しています。
大容量アセットはローカル管理を基本とし、必要時のみクラウドにアップしてください。次回アセット追加時も同じ判断を徹底しましょう。

共有時に確認すべき権限と履歴

クラウド共有では、権限設定と履歴管理が事故防止の要です。
「誰が編集できるか」「履歴から復元できるか」を必ず確認します。

• 編集権限と閲覧権限を明確に分ける
• 共有リンクの有効期限を設定
• 履歴機能で過去の状態に戻せるか確認

外注先には閲覧のみ、社内メンバーには編集権限を与える運用が基本です。
全員に編集権限を与えると、誤ってデータを消される事故が起きます。
権限と履歴を必ず確認し、必要最小限に設定してください。次回共有時も同じ基準で見直しましょう。

ローカル優先で運用する判断軸

クラウド同期は便利ですが、ローカル（PCや外付けSSD）優先で運用することで事故を減らせます。
「作業中はローカル」「共有時のみクラウド」を基本とします。

• 作業中データはローカルで管理
• 共有や納品時にクラウドにアップ
• クラウドの同期状況を必ず確認

作業中はPC内で管理し、納品時にGoogle Driveへアップロードする運用が有効です。
クラウド同期が終わっていないまま外出すると、外注先でファイルが見つからない事態が発生します。
ローカル優先で運用し、クラウドは補助的に使ってください。次回作業時も同じ判断を徹底しましょう。

バージョン管理の考え方

バージョン管理は、どのデータがどの状態かを明確にし、手戻りや混乱を防ぐために不可欠です。粒度や単位、ファイル名ルール、リンク管理、変更理由の記録まで一貫性を持たせて運用します。

版管理の粒度と単位の選び方

版管理の粒度は、作業内容やプロジェクト規模で調整します。
「どこまで戻したいか」「どの単位で管理するか」を基準にします。

• 1日1版、または大きな変更ごとに版を分ける
• 案ごと、担当者ごとにサブフォルダを作成
• 小規模なら日付のみ、大規模なら案・工程も加える

「A案_20240601」「A案_20240602」など日付単位で保存する運用が一般的です。
細かく分けすぎると管理が煩雑になり、逆に戻せなくなることもあります。
戻したい単位を明確にし、適切な粒度で管理してください。次回プロジェクトでも同じ基準で見直しましょう。

ファイル名ルールが破綻する典型例

ファイル名ルールが破綻するのは、ルールが曖昧だったり守られていない場合です。
「誰でも同じルールで命名できるか」を基準にします。

• 日付、案、担当者を必ず入れる
• 「最終」「最新版」など曖昧な名前は禁止
• ルールを文書化し、全員で共有

「A案20240601山田.max」などの命名が有効です。
「最終」「本当の最終」といった曖昧なファイル名が乱立すると、どれが最新か分からなくなります。
ルールを徹底し、曖昧な命名を避けてください。次回命名時も同じ基準で見直しましょう。

参照切れを防ぐリンク管理の視点

参照切れは、ファイルの移動や名前変更で起きやすい事故です。
「相対パスで管理」「アセットは共通フォルダに置く」ことを基準にします。

• 参照ファイルはプロジェクト内または共通アセットにまとめる
• ファイル移動や名前変更は最小限に
• 参照切れが起きたら即修正

3ds Maxのテクスチャは「../共通アセット/テクスチャ」と相対パスで参照します。
ファイルを個別に移動すると、リンクが全て切れてしまいます。
参照管理を徹底し、移動や名前変更は慎重に行ってください。次回リンク設定時も同じ基準で見直しましょう。

変更理由を残すための記録方法

変更理由を記録しておくことで、後から見返した際の判断が容易になります。
「誰が」「なぜ」「何を」変更したかを必ず残します。

• 変更履歴をテキストファイルやExcelで管理
• ファイル名やフォルダ名にも簡単な理由を記載
• 重要な変更はメールやチャットで記録

「A案20240601山田_修正内容.txt」に変更理由を記載する運用が有効です。
理由が分からないと、どの版を使えばよいか判断できなくなります。
必ず変更理由を記録し、後から見返せるようにしてください。次回変更時も同じ手順を守りましょう。

事故が起きたときの復旧の考え方

事故発生時は、冷静に状況を切り分け、最短で作業再開できるよう判断します。復旧後は再発防止策も必ず検討してください。

切り分けの起点となる確認ポイント

事故発生時は、まず状況を正確に把握することが重要です。
「どのデータが」「どこで」「いつ」消えたかを特定します。

• 最後に正常だった時点を確認
• 消失範囲（全体か一部か）を特定
• 保存先や同期状況を確認

「昨日のバックアップにはデータがある」「今朝以降の作業が消えた」など、具体的に切り分けます。
焦って全データを復元すると、かえって混乱が拡大します。
状況を整理し、影響範囲を明確にしてください。次回事故時も同じ手順で対応しましょう。

保存先と同期状態の確認観点

保存先やクラウドの同期状態を確認することで、復旧手順が決まります。
「ローカル」「外付け」「クラウド」のどこに最新データがあるかを基準にします。

• 各保存先の最終更新日時を確認
• クラウドの履歴やゴミ箱も確認
• 同期エラーや未同期ファイルがないかチェック

Google Driveの「バージョン履歴」や「ゴミ箱」を確認するのが有効です。
同期エラーに気付かず古いデータで上書きすると、復旧が困難になります。
保存先と同期状況を必ず確認し、最新データを特定してください。次回復旧時も同じ観点で見直しましょう。

作業再開を優先した復旧判断

復旧時は、まず作業再開を最優先に判断します。
「最短で再開できるデータがどれか」を基準にします。

• 最新のバックアップから復元
• 一部だけ消えた場合は部分復元
• 復元後はすぐに作業を再開

昨日のバックアップから復元し、今日の作業だけ再度行う運用が現実的です。
全てを最初からやり直すと、納期に間に合わなくなります。
最短で再開できる方法を選び、納期を優先してください。次回復旧時も同じ判断を徹底しましょう。

再発防止につなげる運用見直し

復旧後は、同じ事故が起きないよう運用を見直します。
「原因を特定し、対策を明文化」することが基準です。

• 事故原因を記録
• バックアップや同期ルールを見直す
• チーム全員に共有

「外付けSSDのバックアップ頻度を毎日に変更」「クラウド同期の権限を見直す」など、具体的な対策を実施します。
原因を曖昧にしたまま放置すると、再発リスクが高まります。
必ず原因と対策を記録し、運用に反映してください。次回運用見直し時も同じ手順を守りましょう。

クラスタ記事への進み方

データ管理で迷った場合は、各テーマごとに詳細な記事を参照し、判断軸を深めていくことができます。

フォルダ設計で迷った場合の分岐

フォルダ設計で迷った場合は、「案件単位」「作業内容単位」「担当者単位」のどれで分けるかを再確認します。
「誰が見ても分かるか」「作業効率が上がるか」を基準にします。
具体的な設計例や失敗パターンをまとめた記事を参照し、次回設計時の参考にしてください。

バックアップ設計で迷った場合の分岐

バックアップ設計で迷った場合は、「頻度」「保存先」「復元手順」の3点を整理します。
「消えたら困るデータが守れるか」を基準にします。
各バックアップ方法の比較記事を参照し、次回設計時の判断材料としてください。

クラウド同期で迷った場合の分岐

クラウド同期で迷った場合は、「同期とバックアップの違い」「権限設定」「履歴管理」を再確認します。
「事故が起きたときに復元できるか」を基準にします。
クラウド運用の注意点や事故例をまとめた記事を参照し、次回運用時の参考にしてください。

外付けSSD運用で迷った場合の分岐

外付けSSD運用で迷った場合は、「持ち運び」「バックアップ」「紛失リスク」のバランスを考えます。
「データ消失リスクを最小化できるか」を基準にします。
外付けSSDの選び方や運用例をまとめた記事を参照し、次回選定時の参考にしてください。

バージョン管理で迷った場合の分岐

バージョン管理で迷った場合は、「粒度」「命名ルール」「履歴の残し方」を再確認します。
「後から見返して分かるか」を基準にします。
バージョン管理の実践例や失敗例をまとめた記事を参照し、次回運用時の参考にしてください。

データ復旧で迷った場合の分岐

データ復旧で迷った場合は、「切り分け」「保存先」「復元手順」を整理します。
「最短で作業再開できるか」を基準にします。
復旧の流れやチェックリストをまとめた記事を参照し、次回復旧時の参考にしてください。

データ管理に関するFAQ

データ管理でよくある疑問やつまずきについて、現場の視点で回答します。

フォルダが増えすぎる場合の整理視点

フォルダが増えすぎた場合は、不要なフォルダの削除や統合を検討します。
「半年以上使っていない」「重複している」フォルダを基準に整理します。

• 定期的にフォルダ整理日を設ける
• 古いフォルダはアーカイブに移動
• 重複データは統合

3年以上前のプロジェクトフォルダをアーカイブHDDに移す運用が有効です。
整理せず放置すると、必要なデータが見つからなくなります。
定期的な整理を習慣化し、次回整理時も同じ基準で見直してください。

納品データの保管期間の考え方

納品データの保管期間は、契約や社内ルールによって異なります（要検証：契約書や社内規定で確認）。
「再納品の可能性」「法的保管義務」があるかを基準にします。

• 契約書で保管期間を確認
• 社内標準がなければ3〜5年を目安に
• 保管期間終了後は削除またはアーカイブ

契約書に「納品後5年間保管」と記載されていれば、その期間は必ず保管します。
契約を確認せず早期削除すると、トラブルの原因となります。
必ず契約や社内ルールを確認し、次回納品時も同じ基準で見直してください。

外付けSSD容量選びの判断軸

外付けSSDの容量は、プロジェクト規模やデータ量に応じて選定します。
「1案件あたりのデータ量×2〜3倍」を目安にします。

• 小規模（〜100GB）：500GB
• 中規模（〜500GB）：1TB
• 大規模（1TB以上）：2TB以上

1案件で200GB使う場合は1TB以上を選択します。
容量不足で途中から別のSSDを使い始めると、データが分散し管理が煩雑になります。
余裕を持った容量を選び、次回購入時も同じ基準で見直してください。

クラウドに置かない方がよいデータ

クラウドに置かない方がよいデータは、機密性が高いものや容量が大きすぎるものです。
「外部流出リスク」「容量制限」「契約上の制約」があるかを基準にします。

• 契約書や社内規定でクラウド禁止のデータ
• 1ファイル10GB以上の大容量データ
• 個人情報や機密情報（要検証：契約書・社内規定で確認）

設計図面に個人情報が含まれる場合はクラウドに置かず、ローカルや社内サーバーで管理します。
クラウドにアップし情報漏洩が発生すると重大な事故となります。
契約や規定を必ず確認し、次回アップロード時も同じ基準で見直してください。

バージョンが分からなくなった場合の立て直し

バージョンが分からなくなった場合は、ファイルの更新日時や内容を確認し整理し直します。
「最も新しい」「内容が正しい」ファイルを基準にします。

• ファイルの更新日時で並べ替え
• 内容を開いて確認
• 不要なファイルは別フォルダに移動

複数の「最終」ファイルがある場合、更新日時と内容を見比べて正しいものを残します。
どれが最新か分からず誤ったファイルを納品すると、信頼を損ないます。
整理し直し、今後は命名ルールを徹底してください。次回作業時も同じ基準で見直しましょう。