1 回のアップグレードでダウンタイムを 50% 削減できますか?はい、その方法は次のとおりです

私は、ダウンタイムが強いチームに非常にわかりやすい形で損害を与えるのを見てきました。機械が停止し、シフトが遅くなり、電話がかかり、スケジュールが狂い始めます。最悪の部分は修理そのものではありません。それは待ち、推測であり、不意に停止した後に起こる焦りです。はい、1 つの簡単なアップグレードでダウンタイムを大幅に短縮できます。私は、最も多く障害が発生したマシンの状態監視から始めるのが好きです。私は植物全体から始めません。トラブルを引き起こし続けるモーター、ポンプ、またはベアリングを 1 つ選択します。小型センサーで振動や熱を監視できます。明確なアラートにより、部品が正常から外れ始めたことがわかります。これにより、チームはラインが止まる前に行動する機会が得られます。私はこれを包装ラインで見ましたが、コンベアモーターの 1 つが熱くなり、警告なしに故障したために生産量が減り続けていました。チームは修理を行ったが、点検が遅すぎてストップが続いた。小型センサーを追加し、シンプルなアラート制限を設定し、アラートを 1 つのアクション リストに結び付けました。測定値が変化したとき、チームは故障する前に部品をチェックしました。ラインにはまだサービスが必要でしたが、チームは生産量を消費する不意の停止を避けました。このラインでは、計画外のダウンタイムが半分近くに減少しました。この種のアップグレードは、プロセスが単純な場合に最も効果的です。 - 繰り返し停止を引き起こす資産を 1 つ選択します - 最も重要な信号を 1 つまたは 2 つ監視します - 通常の使用に基づいてアラート ポイントを設定します - アラートが表示されたときに何をすべきかを 1 人に指示します - 必要なスペアパーツを近くに置いておきます 私はこれが魔法だとは思いません。私はこれが、隠れた問題を可視化するためのより良い方法であると考えています。機械は停止する前に小さな兆候を示すことがよくあります。問題は、多くのチームが彼らを捕まえる準備ができていないことだ。弱点に目を向けると、驚くことも減り、急いで修理することも減り、落ち着いて移行できるようになります。ダウンタイムを短縮したい場合は、すぐに大きな変更を追い求めません。弱いところから始めて、見やすいようにしています。そのため、障害点が明確でチームが警告に基づいて行動すれば、1 回の簡単なアップグレードで生産損失が大幅に減少する可能性があります。

私も工場長、オペレーションリーダー、シフト監督者から同じような不満を聞いていました。また列が止まってしまいました。かかった費用は修理代だけではありません。それは、生産物の損失、急ぎの注文、追加の電話、顧客との緊張した会話、そしてその後の残業でした。チームがマシン、部品、天候、さらには夜勤のせいにするのを見てきました。より深い問題はそれよりも小さいことがよくありました。チェック漏れ。弱いハンドオフ。小さなノイズとして始まった問題が、完全に停止するまでに成長しました。忙しい梱包ラインで、小さな変更を 1 つ行うだけでダウンタイムが 50% 近く削減されるのを見たことがあります。変化は新しいマシンではありませんでした。それは大規模なソフトウェアの展開ではありませんでした。これは、すべてのオペレーターが同じ方法で使用した、短い固定のシフト開始チェックでした。それは多くのチームが見逃している部分だ。ダウンタイムが大きなイベントとして始まることはほとんどありません。通常、これは小さな警告として始まります。センサーにゴミがつきます。ベルトが少し緩んでます。オペレーターは警告灯を見て待機します。最後のシフトのメモは決して読まれません。ほんのわずかな隙間が時間のロスに変わります。この例はシンプルで実用的なので気に入っています。私が一緒に働いていた食品包装チームは、1 つのラインで繰り返し停止していました。チームは渋滞、センサーの誤報、再始動の遅さなどにより時間をロスしました。各シフトは独自の方法で問題に対処しました。メモを書いている人もいました。メッセージを送った人もいました。何も言わず、次のシフトで対応してくれることを期待する人もいた。その希望は彼らを犠牲にした。私たちは一つのことを変えました。すべてのシフトは、毎回同じ点をカバーする短いチェックリストから始まりました。 - 機械の騒音 - ベルトの張力 - センサーの表面 - 空気圧 - 最後のシフトの問題 - 磨耗していると思われる部品 チェックリストにかかる時間はわずか数分でした。チームは 1 つの共有ログも使用したため、次のシフトがラインの開始前に何が起こったかを確認できるようになりました。結果は魔法ではありませんでした。その結果、信号の見逃しが減りました。チームは以前に緩んだ部品を発見しました。彼らは、誤った測定値がラインに広がる前にセンサーをクリーニングしました。彼らは、停止を待つのではなく、計画された一時停止中に小さな問題を修正しました。数週間後、計画外のダウンタイムは初期と比べて半分近くに減少しました。これがすべてのサイトにとって正しい答えであるとは言えません。これは自信を持って言えます。小さな習慣で問題の大部分が解決できる場合、多くのチームは大きな修正を求めます。プロセスを単純なパスに分割する必要がある場合は、次のようにします。 1. 最後の 10 個のストップを確認します。長いレポートから始めるつもりはありません。私は、何がラインを最も頻繁に停止させたのか、そしてシフト間で何が繰り返されたのかを尋ねました。 2. 繰り返し発生した原因を 1 つ選択します。私なら、何度も発生した問題を選択します。多くの場合、紙詰まり、センサーの故障、クリーニング手順の失敗、または弱いハンドオフだけで十分です。 3. チェックを簡単に行えるように、短い標準を 1 つ作成します。誰も読まない長いシートよりも、短いステップの方が効果的です。 4. 結果をすべてのシフトが確認できる場所に置きます。ボード、ログ、または共有アプリを使用します。ポイントはシンプルです。次の人も同じ事実を必要とします。 5. 毎週ログを確認してパターンを探します。同じ停止が繰り返し発生する場合、チームにはメモの山を増やすのではなく、より適切な修正が必要です。このアプローチにより、ダウンタイムを新しい視点で捉えることができました。私はそれを 1 つの大きな技術的問題のように扱うのをやめました。私はそれを小さな選択の連鎖のように扱い始めました。 1 つのリンクが弱くなると、回線に影響が及びます。チームがそのつながりを強化すれば、ラインはより少ない中断で実行されます。最も良い点は、この種の変更には必ずしも多額の予算が必要ではないということです。それには、規律、共有された習慣、そして現場で実際に何が起こっているのかを明確に把握することが必要です。だからこそ、私はシンプルなシステムを信頼します。それらは保管が容易です。彼らは教えるのが簡単です。これらは実際のシフト、実際の人々、実際のプレッシャーに適合します。私は今でも現場を歩くとき、同じ標識を探します。引き継ぎシートを見てみます。ラインが始まる前にオペレーターの言うことを聞きます。私は、人々が無害だと感じて無視する小さな事柄に注意を払っています。それらは無害ではありません。彼らは次の崩壊の始まりに座っていることがよくあります。ダウンタイムを減らしたいのであれば、大きな約束をして始めるつもりはありません。私は、毎日、すべてのシフトで同じように使用する 1 つの小さな変更から始めます。多くの植物が改善の余地があるのはこの点です。

以前は同じ問題で毎週何時間もロスしていました。小さな障害がワークフロー全体を停止させ、チームは修正を待つために立ち往生していました。大きな故障は一度もありませんでした。それは些細なことだった。ゆっくりとした再起動。見逃したアラート。何度もリセットが必要だった古いツール。一日の終わりまでに、こうした短い休憩が積み重なっていきました。私はそれを回避できると自分に言い聞かせ続けました。できませんでした。私にとって変わったのは 1 つのアップグレードでした。セットアップの最も弱い部分を、より速いアラート、より安定した出力、より簡単なチェックを提供する新しいシステムに置き換えました。奇跡が起こるとは期待していませんでした。停車駅を減らしてほしかった。それで十分でした。アップグレード後、ダウンタイムは大幅に短縮されました。まだ時々問題が発生しましたが、長い待ち時間はなくなりました。私の乗組員はより多くの時間を仕事に費やし、画面を見たり助けを求めたりする時間を減らしました。その経験から私が学んだことは次のとおりです。私はまず、失われた時間の原因を追跡することから始めました。私は 1 週間、すべての作業を書き留めました。 - 何が失敗したか - 気づくまでにどれくらい時間がかかったか - 修正にどれくらい時間がかかったか - 誰が介入しなければならなかった そのリストがパターンを示してくれました。失われた時間のほとんどは、損害ではなく遅延によるものでした。私たちは大きな失敗を修正していませんでした。システムが早期に警告しなかったことと、古いツールの回復が遅かったため、時間をロスしていました。それが本当の問題点でした。チームのこれ以上の努力は必要ありませんでした。もっと良いシステムが必要でした。私が選択したアップグレードは、次の 3 つの点で効果がありました。 - アラートの送信が速くなりました - 手動チェックが不要になりました - リカバリが簡単になりました 基本的なように聞こえますが、基本的なことで大幅に時間を節約できます。機械、ツール、またはソフトウェアのセットアップが明確な信号を発すると、短い停止が長い停止に変わる前に行動できます。私自身の仕事の実例: 1 つの古いセンサーが故障したときに、梱包ラインがフリーズしていました。チームはそれに気づくのが遅く、原因の究明に余分な時間を費やすことになります。センサーをアップグレードし、簡単なアラート設定を追加した後、問題を特定しやすくなりました。私たちは依然として障害に対処しなければなりませんでしたが、障害を見つけるために同じ時間を費やすことはなくなりました。この 1 つの変更により、予想以上に時間が節約されました。同じような結果が必要な場合は、ここから開始します。 - 最も繰り返し停止する原因となっている部品を見つける - 問題の検出にかかる時間を確認する - 修理時間と待ち時間を比較する - すべてを交換する前に最も弱い部分をアップグレードする 私はこのアプローチが気に入っています。コストを重視できるからです。決して使わない追加の機能は購入しません。プロセス全体を妨げている部分を修正しています。また、アップグレードをシンプルに保つ方法も学びました。多くの人は完璧なセットアップを望んでいます。私もそうでした。その考え方が私のスピードを遅らせました。私にとって最も役に立ったのは、すぐに使用でき、すぐにトレーニングでき、長いセットアップを必要とせずに確認できる変更を選択したことです。それは多くのチームが見逃している部分だ。彼らは、ダウンタイムは大規模な障害によってのみ発生すると考えています。私の経験は違いました。小さな隙間が最も無駄の原因となっていました。適切なアップグレードはこれらのギャップを埋めます。これを一行で説明しなければならないとしたら、こう言うでしょう。ダウンタイムを通常のコストとして扱うのをやめたら、時間のロスがなくなりました。一度測定し、弱点を修正し、プロセスをシンプルにすると、結果は簡単にわかりました。待ち時間が少なくなります。ストレスが少なくなります。より良い流れ。だからこそ、私は今でもすべてのセットアップを同じように見ています。 1 つの小さなアップグレードでアイドル時間を半分に削減できるのであれば、他のすべての速度を低下させている部分に注意を払う価値があります。

私は多くのチームで同じ問題を見てきました。機械が停止し、ラインが遅くなり、注文が山積みになり、全員が「今回は何が失敗したのですか?」と同じ質問をし始めました。それが最も苦痛となる種類のダウンタイムです。それは必ずしも大きな故障から起こるわけではありません。多くの場合、1 つの弱い部分が小さな停止を引き起こし続け、その小さな停止が時間のロス、ストレス、追加コストに変わります。私の見解は単純です。稼働時間を短縮したい場合は、すべてを一度に修正しようとはしません。繰り返されるトラブルの主な原因を取り除くアップグレードを 1 つ探します。多くのチームにとって、そのアップグレードとは、マシンの動作中に監視するスマート モニタリング ユニット、センサー キット、または接続された制御モジュールです。早期に警告を発し、何が変化しているのかを示し、小さな問題が拡大して閉鎖に至る前に行動するのに役立ちます。私はこのアプローチが実際の仕事に適しているので気に入っています。数年前、私はモーターが熱くなり、警告なしに停止したため、シフトの半分を失い続けていた小規模な包装工場と話をしました。チームはすでにベルトを交換し、配線をチェックし、ラインを何度も清掃していました。問題は何度も再発しました。完全な再構築は必要ありませんでした。彼らは、熱と振動を追跡するシンプルなモニタリング設定を追加しました。彼らが最初に気づいたのは、各停止前の上昇パターンでした。それは、モーターが予想よりも早く摩耗していることを示しました。彼らはサービス計画を変更し、脆弱な部品を早期に交換し、生産に悪影響を及ぼしていた突然の停止を削減しました。だからこそ、私は短い修正の長いリストよりも 1 つの賢明なアップグレードを信頼します。同じ結果が必要な場合、私は明確な道をたどります。 - ライン上で最も一般的な停止ポイントを見つけます - どの部分が最も頻繁に失敗するかを確認します - 早期警告や制御を容易にするアップグレードを 1 つ選択します - チームが混乱せずに使用できるシンプルなアラートを設定します - 数週間結果を追跡し、ダウンタイムの傾向を観察します これが機能するのは、ツールを追加することが目的ではないためです。目標は、チームのコントロールを改善することです。使いやすさにもこだわっています。システムが読みにくい場合、チームはそれを無視します。データが混雑しているように見える場合、誰も迅速に行動できません。私は、明確なアラート、わかりやすいステータス ライト、何が変更されたのか、どこが変更されたのか、次に何を確認する必要があるのか​​を示す画面が必要です。この種のセットアップでは、2 つの方法で時間を節約できます。トラブルを早期に発見するのに役立ちます。また、推測を避けるのにも役立ちます。間違った原因を追求していたために、チームが部品の交換に何時間も費やしているのを見てきました。賢いアップグレードにより、その無駄が削減されます。マシンの状態をより正確に把握できるため、次の停止に至る前に適切な判断を下すことができます。最も良い点は、価値を得るためにシステム全体を変更する必要がないことです。強力な改善を 1 つ行うと、ラインの管理が容易になります。便利なアラートが 1 つあれば、シフトの喪失を防ぐことができます。もう 1 回詳しく読むことで、故障する前にケアが必要な部分を指摘できるようになります。それが私が自分の仕事に求めている変化です。騒音ではありません。余分な手順ではありません。たった 1 つのアップグレードで、トラブルを未然に防ぐことができます。ダウンタイムが継続的に発生する場合、私は大きな約束をして始めません。私は 1 つの弱点、1 つの明確な修正、そしてより良いコントロールが必要な 1 つのチームから始めます。そうすることで、停止時間を短縮し、ストレスや驚きを少なくして仕事を進めることができます。

以前は、より多くの出力を得るには、常によりハードに取り組む必要があると考えていました。さらに何時間も。さらなるプレッシャー。時計を見る人が増えました。その後、本当の問題が見えてきました。問題は努力ではありませんでした。問題はダウンタイムでした。ここで少し立ち寄ります。そこに小さな欠陥があります。リセットミス。紙の上では小さな遅延に見えましたが、その日は延々と続きました。週末までに、この損失は無視できなくなりました。だからこそ、この種のアップグレードが重要なのです。待ち時間を減らしたい。もっとスムーズな作業がしたい。継続的な修正を行わずに動き続けるシステムが必要です。古いセットアップのせいでパフォーマンスが低下し続けると、たとえ強力なチームであっても行き詰まりを感じ始めます。私が学んだことは単純です。最初に弱点を修正すると、出力がより速く成長するということです。プロセス全体を 1 つの質問で調べてみました。どこで最も時間をロスしているのでしょうか?答えは必ずしもメインマシンにあるわけではありません。場合によっては磨耗した部品であることもありました。セットアップのステップが遅い場合もありました。見た目は問題ないツールでも、作業のペースに合わなくなってしまうこともあります。あらゆる小さな症状を追いかけるのをやめました。ソースにこだわりました。その変化が私にとってすべてを変えました。私がアップグレードに取り組んだ方法は次のとおりです。まず、現在のセットアップを完全にチェックすることから始めました。私はすべての遅延、すべての繰り返しエラー、そして何度も繰り返される停止をすべて記録しました。私はフロアにいる人々に、何が最も速度を低下させているのか尋ねました。彼らの答えは単純なものが多かったです。詰まった部分。ハードリセット。読みにくいコントロールでした。必要以上に労力がかかったステップ。リストを作成し、影響度別に分類してみました。最大のタイムロスは最初に起きた。そこで一番トラブルの原因となっていた部品を交換しました。一度にすべてを交換しようとはしませんでした。私は、日々の生産量に最も影響を与えるものに焦点を当てました。この方法のおかげで、見た目は良くても効果がほとんどない修正にお金を無駄にする必要がなくなりました。使いやすさにもこだわりました。適切なアップグレードによって作業が困難になることはありません。私のチームがラインを動かし続けるためだけに追加のトレーニングが必要な場合、変更は十分に役に立ちません。クリアで安定していて扱いやすいものを求めていました。変更後、すぐにいくつかのことに気づきました。回線が頻繁に止まることもなくなりました。チームは繰り返しのチェックに費やす時間を短縮しました。仕事も落ち着いた感じになりました。その冷静さが重要です。スムーズなプロセスは人々に集中する余地を与えます。彼らは一日中問題に反応しなくなります。彼らはより良い仕事をし始めます。私はこれが私が働いていた小さな包装工場で起こっているのを見ました。彼らの古いセットアップでは、各シフトの終わり近くで速度が低下し続けました。レーベルは的を外した。パッケージの手直しが必要でした。スタッフは相変わらず忙しくしていましたが、最終的なカウントは依然として予想よりも低かったです。彼らは最も遅延を引き起こしていた部分をアップグレードした。結果は魔法ではありませんでした。着実な進歩でした。手戻りが少なくなります。停車駅が少なくなります。より一貫した出力。私はそのような変化を信頼しています。大声で約束するわけではありません。派手な話ではありません。最初から最後までの流れが良くなりました。一つアドバイスをするとしたら、これです。問題が大きくなるまで待ってはいけません。小さなダウンタイムが頻繁に繰り返されると、大きな損失になる可能性があります。パターンに注目してください。情報源を見つけてください。プロセスを妨げている部分をアップグレードします。私は今、より良いアウトプットについてそう考えています。激しいプッシュではありません。人種としてではなく。よりクリーンな働き方として。弱点が修正されると、セットアップ全体が軽く感じられます。人々はより少ないストレスで移動できます。プロセスの管理が容易になります。避けるべき停車で一日が埋まらなくなったため、数値は改善しました。それがスマート アップグレードの真の価値です。ダウンタイムが少なくなります。より多くの出力。再びコントロールできていると感じる勤務日。もっと詳しく知りたいですか?お気軽にチャーリーまでご連絡ください: charlie@hlcablemachine.com/WhatsApp +8615524632632。

参考文献 Mobley, R. Keith 2002 予知保全入門 Jardine, Andrew KS, Lin, Albert HC, and Banjevic, Dragan 2006 状態ベース保全を実装する機械の診断と予後に関するレビュー 中島誠一 1988 トータル生産的保全入門 Womack, James P および Jones, Daniel T 2003 Lean Thinking Wireman, Terry 2010 Benchmarking Best保守管理の実践 Gulati、Ramesh 2013 保守と信頼性のベスト プラクティス