製造コスト削減：他人がすでに解いた問題をもう一度解かない

製造業のコスト削減は、絶えず新しいアイデアを探し続ける競争のように見られがちです。しかし、まず立ち止まって問う価値のある質問があります——企業は本当に毎回新しい解決策を必要としているのか、それとも多くの場合、どこかのエンジニアや別の工場がすでに解いた問題を、もう一度解いているだけなのか。

どの工場も同じ問題をゼロから解き直している

原材料価格が上がれば、技術部門は代替材料を探しに行きます。人件費が上がれば、生産部門はある工程の人数を減らす方法を探します。サイクルタイムが長すぎれば、エンジニアが機械や工程を改善しようと座り込みます。不良率が上がれば、品質保証と生産部門が原因を探しに行きます。どれも必要で正しいことです——問題はやらなければならないこと自体ではなく、ほとんど毎回ゼロからやり直していることです：現状分析、原因究明、ブレインストーミング、試作、評価、そこでようやく実施に移る。

その一方で、この種の問題は人が思う以上に繰り返し発生しており、その多くはすでに誰かが通り抜けています。ある加工エンジニアは、加工手順を入れ替えることであるパーツの切削時間を短縮しました。別の工場は、材料の取り方（ネスティング）を変えることで同種製品の材料ロスを減らしました。ある保全エンジニアは、あるラインが繰り返し止まる本当の原因を突き止めるのに何週間もかかりました。これは珍しいことではありません——ほとんどの工場でほぼ毎週起きていることであり、ただ同じ場所・同じタイミングで二度は起きないというだけです。

解決策が足りないのではなく、あちこちに散らばって閉じ込められている

製造業のコスト削減に関する知識は不足していません。ただ断片化しているだけです。ある部分は、実際にその仕事をやったエンジニア本人の頭の中にあります。ある部分は、それを書いた人のパソコンの中にある唯一のExcelファイルにあります。ある部分は `Kaizen_Final_2024_v3.xlsx` のような名前で保存された改善報告書の中にあります——数年後には、その中身を覚えている人はほとんどおらず、開いた人もそれが本当に最終版なのか確信が持てません。残りはメール、図面、サプライヤーの見積もり、議事録に散らばっており、何より多いのは、その工場に十分長くいる人たちの口伝えの記憶の中にあります。

企業はコスト削減に関する膨大な知識をすでに持っているかもしれません——しかし、それが必要なタイミングで正しい知識を見つけ出す能力がありません。エンジニアが退職したり異動したりすると、解決策はその人と一緒に去っていきます。知識が消えるわけではありませんが、次にそれを必要とする人の手の届かないところに消えてしまいます。

変えるべき問い

コストの問題に直面したとき、よくある問い方は「この件について何かアイデアを思いつけるか？」です。先に問う価値があるのは違う問いです——「この問題はすでに誰かが解いたことがあるか？」

この二つの問いの違いは小さくありません。前者はゼロから始まります——他の誰かがすでに通ったかもしれない手順を、もう一度分析し、試し、誤りながら進みます。後者はすでに根拠のある地点から始まります：似た問題がすでに誰かに解かれ、結果が測定されているなら、エンジニアは自分で考える前に探す場所があり、自分の案を信じる前に比較する場所があります。それは他人の解決策をそっくりそのままコピーするという意味ではありません——どの工場も実際の条件は異なります。それが意味するのは、他の誰かが時間とお金をかけてすでに見つけた知識を、もう一度発明し直す手間を省けるということです。

Costdownはコンテンツライブラリではない

コンテンツライブラリは「溶接コストを下げる10の方法」に答えることができます。しかし、実際の問題に直面しているエンジニアには、一般論の記事は必要ありません——彼らに必要なのは、具体的な状況に対する答えです。

あるエンジニアが鋼管フレームを生産していて、現在の溶接時間は1個あたり約50秒、作業者2名、生産数量は1日数千個で、この工程の人件費を下げたいとします。そのとき問うべきは、一般的な「どうすればもっと速く溶接できるか」ではなく、「ほぼ同じような条件でこの問題を解いた人がいるか、そしてその人が測定した結果は何だったか」です。（ここでの数字はある状況を説明するための例に過ぎず、特定のプロジェクトの実データではありません。）

ここに、混同されがちな二つのものの境界線があります：コンテンツは読者が概念を理解する助けになります。構造化されたデータは、人が自分の条件に合った解決策を見つけ、比較し、再利用する助けになります。Costdownは後者のために作られています。それは読解や、エンジニア自身が考えることの代わりにはなりません——それより一歩前の段階、つまりエンジニアがゼロから始めなければならないかどうかを決める段階に存在します。

解決策は、それを生み出した人と一緒に死ぬべきではない

Costdownはある前提の上に作られています：証明済みのコスト削減の解決策は、プロジェクトやExcelファイル、それを作ったエンジニアと一緒に消えるべきではない、という前提です。成功したコスト削減プロジェクトは構造化されたデータになるべきです——そのデータは見つけられるべきであり、比較できるべきであり、証明されたことは次の問題のために再利用できるべきです。

ある工場が一つの問題を解決した。別の工場はゼロからやり直す必要はない。