「システムを持っています。スプレッドシートです」。これは、中規模の製造業者および製造工場に受信した製鋼所証明書の追跡方法を尋ねるとき、最も一般的な答えです。年間300個未満のアクティブヒーターで運営されているほとんどのショップにとって、これは防御可能な答えです。スプレッドシートはセットアップが高速で、誰もが既に使用方法を知っており、デプロイにコストがかからず、品質チームが必要とするフィールドに合わせてカスタマイズできます。
問題は、スプレッドシートがこの目的に間違っているということではありません。問題は、信頼性が低下してからずっと後でも、まだ機能しているように見えることです。
しきい値以下で機能するもの
MTC追跡用の適切に維持されたスプレッドシートには、通常、ヒーター番号、サプライヤー、グレード、PO番号、証明書受領日、証明書ファイルパス、およびいくつかの主要な機械的特性のための列が含まれます。年間150～200個のヒーターを実行し、1～2人がファイルを維持するショップの場合、これは機能します。エントリは最新で、それを構築した人はすべてがどこに住んでいるかを知っており、ルックアップは十分に高速です。
この範囲での価値は実質的です。ショップにはトレーサビリティがあり、証明書ファイルパスは実際のドキュメントにリンクしており、監査人はチェーンをたどることができます。制限はまだ浮上していません。なぜなら、ボリュームがシステムにまだストレスを与えていないからです。
4つのスプレッドシート障害モード
バージョン管理がありません。 マスタースプレッドシートは共有ドライブに存在します。2人が同時に開いて変更を加えます。最後の保存が勝ちます。以前のセッションからの変更は、最後に保存した人と誰かが競合に気付いたかどうかに応じて、キャプチャされる場合と取得されない場合があります。3～4人が証明書トラッカーにアクセスするショップでは、サイレントデータ損失が定期的に発生します。誰も知らないことを誰も知らないので、誰も追跡しません。
ファイル移動を生き残ることができるヒーターからドキュメントへのリンクはありません。 スプレッドシートには、共有ドライブのPDF位置を指す「証明書ファイルパス」列があります。ファイル構造が再編成されるとき —そしてそれは常にそうします。通常は毎年 — スプレッドシートのすべてのパスが壊れます。証明書はまだそこにあります。それへのリンクは不在です。誰かが通過して重大なものを修正し、残りの部分は壊れたままにします。時間の経過とともに、スプレッドシートはヒーターをリストしますが、実際の証明書は手動フォルダ閲覧によってのみ見つけることができます。
データ入力の検証がありません。 降伏強度列は任意の値を受け入れます。技術者が1行に「36ksi」を入力し、次の行に「36 ksi」を入力し、3番目に「36,000 psi」を入力すると、同じ測定の3つの異なる値が作成されました。誰かがデータをフィルタリングまたは分析しようとすると、矛盾は偽のギャップを生成します。ASTM標準列には、「A36」、「ASTM A36」、「A36-19」、「A 36」がすべて同じ仕様を指す場合があります。コンプライアンスのクエリは信頼できなくなります。
監査証跡がありません。 監査人がヒーター44821を誰が承認し、いつ承認したかを尋ねるとき、スプレッドシートはその行の現在の状態を示します — 歴史ではなく。降伏強度値が初期入力後に変更された場合、元の値は消えています。証明書が追加された場合、追加の日付は実際の受領日と一致しない可能性があります。スプレッドシートは現在の状態を文書化します。何が起こったかを文書化していません。
500ヒーター変曲点
約500個のアクティブヒーター未満では、規律のあるチームは手動調整を通じてスプレッドシートを機能的に保つことができます。上記では、メンテナンスの負担は、チームが他の作業と共に確実に維持できるものを超えます。データドリフトが重要になります。壊れたリンクは修正されるより速く累積します。スプレッドシートの特異性を知っている人は、重大な単一障害点になります — 彼らが去れば、システムは部分的に解釈不可能になります。
スプレッドシートは内部レビューに合格します。なぜなら、それを使用するチームがその制限をナビゲートする方法を知っているからです。外部監査に失敗します。監査人は部族知識によって維持される回避策としてではなく、システムとして接近するからです。監査人は存在しない監査証跡を探しています。彼らは壊れたファイルパスを見つけます。彼らは矛盾するエントリを見つけます。彼らは、このボリュームのために設計されたことのないドキュメント管理プロセスに遡るコメントを書きます。
次のステップはどのように見えるか
スプレッドシートから目的に応じたシステムへの移行は、大規模なITプロジェクトを必要としません。最小限実行可能な変更は、各行がヒーターを表すスプレッドシートから、 各証明書PDFが索引付きレコードである システムへの移行です。
カスタムメイドのシステムでは、証明書自体がプライマリドキュメントです。ヒーター番号、グレード、および機械的特性は証明書から抽出され、検索可能なメタデータとして保存されます。監査証跡は自動です — すべてのアクセス、すべてのレビュー、すべての承認がタイムスタンプ付きレコードを生成します。ファイルパスが壊れません。証明書がリンクされたファイルではないからです。保存されたドキュメントです。
チームはスプレッドシートの維持を中止し、レコードシステムの検索を開始します。証明書管理の作業は、データ入力とファイル管理から例外処理と品質レビューに移行します — これが品質ロールがすべきことです。
次に読むもの
- 製鋼所証明書システムが鋼よりも費用がかかるとき
- MTC レビューは数日ではなく数分かかるべき — ここが最も多くの製造施設が見逃しているギャップです
- これはMTCライフサイクルです — 製鋼所から最終顧客へのすべてのハンドオフはここにあります