ベスト プラクティス: 提出資料パッケージ - 提出資料の案件分類

オプション１: 大まかな案件分類

プロジェクトに 50 個の異なる照明器具がある可能性を考えると、この例の提出資料の各行には、各照明器具についてレビューされ、承認される必要のある 50 個の異なる文書がある可能性があります。レジストリを整理する際に、ここでやめるという選択肢もありますが、それにはメリットとデメリットの両方があります。

オプション２: 詳細な案件分類

大まかな案件分類で終わらせるのではなく、レジストリをさらにビルドアップし、案件分類をより詳細にしていくこともできます。上記の同じ仕様セクションの例を使用して、各器具の製品データ、施工図などについては、プロジェクトが必要とするだけ多くの、個々の提出資料行を作成することができます。

パッケージやプロジェクトに含まれる案件の数に応じて、提出資料パッケージをさらに分けたいと思うかもしれません。例えば、単純に「照明器具」パッケージを１つ作るのではなく、プロジェクトの場所、段階、提出資料の種類に基づいたパッケージ、さらには対応する提出資料案件 (製品データ、保証書、O&M など) をすべて含む器具ごとの個別パッケージを作ることができます。

どちらの選択が推奨されますか?

簡単に言えば、どちらのオプションも別の目的に推奨されます。最適な選択肢はチームとプロジェクトの必要によって決まりますが、同じプロジェクトで両方を採用することもできます。滅多に否認、または参照されないドライウォール備品のような案件に関しては、一緒にまとめてしまう方がシンプルにするために理にかなっています。しかし、照明器具のように頻繁に改訂される案件を扱う場合は、そのデータを個々の器具のパッケージに分けることが望ましいでしょう。

様々な事例やプロジェクトをサポートする Procore の柔軟性を活用し、プロジェクトチームに最適な方法で提出資料を整理することができます。どのような行動を取るべきかまだわからない場合は、少し時間をかけて、より詳細な提出資料の案件分類を作成することを、最終的にはお勧めします。