共通データ環境(CDE)を構築する

CDEにおいて、作業中(WIP)、共有、公開、アーカイブといったステータス状態を定義し、フォルダ構成を設計する。

理由: 誰もが自分のコピーを読み書きしていると、誰かが古い図面を基に作業してしまう。ステータスは何が安全に使えて何がまだ草案かを示してくれる。

CDEの設定で、各メンバーに職能ロールを割り当てます。作成者は作業中の情報を作成・編集し、レビューに提出します。レビュー担当者は調整と品質を確認し、承認された作業を共有エリアへ進めます。承認者は公開に向けてコンテナを承認します。これは共有エリアを離れる前の責任ある承認です。閲覧者は共有・公開された情報を変更せずに閲覧します。

理由: これらは文書ワークフロー上の責任であり、役職名ではありません。同じ人が自分の専門分野では作成者、別分野では閲覧者にしかなれないこともあります。誰がどのロールを担うかを明確にすることで、状態の移行が匿名ではなく説明責任のあるものになります。

Project Filesで、モデル、図面、文書といった情報コンテナを読み込み、それぞれにステータスを設定する。

理由: ステータスのないコンテナは罠になる。確認済みなのか単に置いてあるだけなのか誰にも分からない。正しいステータスがあってこそ、次の担当者はそのファイルを信頼できる。

承認ルートで、選択したレビュープリセットのドライラン パネルを開きます。ルートを段階的にたどり、各ステップに必要な承認数、ルートが「承認済み」に到達するか、そして設計上の警告を、実際のワークフローを開始せずに表示します。

理由: 決して完了しないレビュールートや、1人で足りるところに承認者を2人要求するルートは、実際の作業がそこで詰まって初めて発覚します。ドライランは、実際のコンテナをルートに通す前に、フローが「承認済み」に到達することを証明します。

Coordinationで、モデル統合を共有エリアに向け、全員が同じ一式に対して調整作業を行えるようにする。

理由: 個人の作業中モデルに対して干渉チェックを行うと、すでに修正済みの干渉を検出し、実際に残っているものを見落とす。共有エリアこそ全員が統合すべき唯一の情報源だ。