「仕様」が 3 つの異なる文書を意味する場合

問い合わせは火曜日の朝に届いた。

中東の請負業者は、進行中の公共事業プロジェクト用に 8 インチの炭素鋼パイプの仕様を要求しました。

付属品は付属していませんでした。

ほんの短いメッセージです。

初めは、単純な技術的な要求のように見えました。

見積参考に使用する標準仕様書を返送しました。

数時間後、クライアントは「正しいバージョンではない」と返信してきました。

それは何かがおかしいという最初の信号でした。

その日のうちに、エンジニアリング部門から PDF が届きました。

そこには、一連の材料要件が示されていました。

その後、調達から別のファイルが届きました。

わずかに異なる壁厚の仮定が示されました。

夕方までに、サイトチームから 3 番目の文書が到着しました。

そのバージョンには「建設用」とマークされていました。

3 つとも同じ 8 インチの炭素鋼パイプを指しました。

どれも正確に一致しませんでした。

短期間ではありましたが、クライアント内部でもどの文書が最終版であるかを確認できませんでした。

同社のエンジニアの一人は電子メールに次のように書いています。

「調達に関する議論を続ける前に、仕様を調整する必要があります。」

この行でプロセスがほぼ 1 週間停止されました。

その間、誰も価格について議論しませんでした。

誰も配送について話しませんでした。

すべては文書管理を中心に展開されました。

結局、部門間の調整会議が開催されました。

結果は単純で、1 つのリビジョンが選択され、残りはアーカイブされました。

その後、調達プロセスは正常に再開されました。

全体を通して一貫していたのはパイプのサイズそのものでした。

混乱は完全にドキュメント層から生じたものであり、資料からではありませんでした。

振り返ってみると、サプライヤーは実際に「仕様の見積もり」を求められることはありませんでした。

私たちは、実際にどの仕様が使用されているかを特定するよう依頼されました。