小規模から始める:メンテナンス分析プログラムを構築するための 7 つの実証済みの手順

「小さく始めてください。」この 2 つの単語により、大きくて恐ろしいプロジェクトが雲散霧消してしまうはずです。

状態ベースのメンテナンスを設定する必要がありますか?それとも新しい作業依頼システムを作成しますか?それは簡単なことです。まずは小さなことから始めてください。

でも、えっと、それはどういう意味ですか?

曖昧なアドバイスは役に立たないアドバイスです。だからこそ、私たちはスモールスタートのあらゆる細部を検討しています。そして、メンテナンス分析プログラムを一から構築することほど優れたケーススタディはありません。それは気が遠くなるようなプロジェクトです。しかし、メンテナンスを直感で管理するだけではうまくいきません。

この記事は、メンテナンス分析プログラムを少量ずつ作成し、少しずつ拡張していくためのオーナーズマニュアルです。

メンテナンス分析プログラムとは何ですか?

メンテナンス分析プログラムは、データを使用してメンテナンスチームの行動を導き、その行動の影響を測定するための一連のプロセスと標準です。

メンテナンス分析プログラムは 4 つの要素で構成されます。

これら 4 つの要素は、次の 3 つの重要なステップに組み合わされます。

メンテナンスデータを使用して稼働時間を増やし、無駄を削減する方法をご覧ください。

メンテナンス分析プログラムの実際の動作はどのようなものですか?

メンテナンス分析プログラムは複雑である必要はありません。必要なのは、データを定期的に収集して分析し、それに基づいて意思決定を行うことだけです。

これが機器のメンテナンス計画にどのような意味をもたらすかを見てみましょう。分析プログラムの 3 つのフェーズと 3 つの主要な質問を使用して、メンテナンススケジュールを作成できます。

<番目>

データを収集

<番目>

データを分析する

<番目>

データに基づいて意思決定を行う

前に何が起こったのですか? 計画外のダウンタイムの指標を見つける (つまり、どの程度、なぜ、どのくらいの頻度で) ダウンタイムの指標の傾向を特定する (つまり、ベアリングの故障が最も一般的な故障原因である) 機械の定期的なメンテナンスよりも頻繁にベアリングの検査をスケジュールする現在何が起こっているのか 生産データ (つまり、スループット、生産時間) を追跡するマシンの使用量が平均を超えていることにフラグを立てる (つまり、スループットが通常より 10% 高くなるとみられる) 障害が発生しやすいコンポーネントの検査をスケジュールして、生産需要とリスクのバランスをとります次に何が起こるべきか チームの作業負荷 (コスト、バックログのサイズなど) を測定する過重労働や非効率の指標に注意する (バックログの増加、請負業者のコストの増加など) バックログに対応するために、請負業者にお金を支払う代わりに追加のチームメンバーを雇用する

この無料テンプレートを使用して、完璧なメンテナンススケジュールを作成しましょう

メンテナンスプロジェクトを小規模から始める方法

小さく始めるとはどういう意味ですか?

小さく始めるとは、アイデアやプロジェクトを一度にすべて実行するのではなく、少しずつ実行することを意味します。以下に、メンテナンスを小規模から始める例をいくつか示します。

<オル>

プロジェクト #1 – メンテナンス作業リクエストのプロセスを徹底的に見直します。作業リクエストソフトウェアのセットアップなど、一度に 1 つの要素を変更することから始めますが、残りのプロセスは同じにします。

プロジェクト #2 – ジャストインタイムの部品購入への移行:1 つの部品に対して新しい購入プロセスをテストすることから始めます。リードタイムの予測に自信が持てるようになると、さまざまな部分に拡張できるようになります。

プロジェクト #3 – チームのコミュニケーションを改善します。週に 3 回のシフト変更ミーティングを計画するなど、小規模から始めて、ゆっくりと積み上げていくルーティンを確立してください。

小規模で始めることの 3 つの利点は何ですか?

プロジェクトに全力を尽くして、できるだけ早く大きな結果を得たいと思うかもしれません。残念ながら、そのようなことはめったに起こりません。実際、すべてのプロジェクトの 70% が失敗します。小規模から始めると、大規模プロジェクトを悩ませる多くの問題が解消され、次のことが役立ちます。

<オル>

問題が小さいうちに発見し、リスクを軽減します。何か問題が発生したり機能しない場合でも、その影響は抑えられます。プロジェクトを拡大する際のリスクを特定して計画することもできます

より早く採用と賛同を得る:変化は常に困難です。でも小さいほうが楽ですよ。これにより、人々がより早く参加し、より早く結果が得られます。迅速な勝利により、さらに多くの賛同が得られます。

遅延を少なくしてプロジェクトを実装する:大規模なプロジェクトで問題が発生すると、解決に時間がかかり、プロジェクトが停止します。小規模から始めることで、多くの煩雑な手続きを回避し、より迅速に意思決定を行い、より多くのことを成し遂げることができます。

次のメンテナンスプロジェクトを小規模から始める 8 つの方法

小規模に始めるときに行う最大の選択の 1 つは、どこから始めるかです。新しいアイデアをテストするための操作のいくつかの領域を次に示します。

小さいものから大きいものへ移行する方法

プロジェクトをしばらく実行している場合は、次の 3 つの質問に答えてください。

機能していますか?
明確なベンチマークと進捗状況を追跡する方法を作成します。定性的なフィードバックも探してください。プロジェクトに関係するできるだけ多くの人に相談してください。何がうまくいっていて、何がうまくいっていないのか、そしてそれらが再現または解決できるかどうかを理解するように努めてください。
成長する準備はできていますか?
まず、正確な結果を得るために、アイデアを十分な期間 (少なくとも 3 ～ 6 か月) テストしてください。また、重大な問題やリスクが特定され、対処されていると確信する必要があります。最後に、より多くの人々がこの変化を受け入れるかどうかを判断します。
そうである場合、どのようにしてですか?
小さなプロジェクトを成長させるには 2 つの方法があります。ゆっくりと拡張するか、広範囲に実装します。どの方向を選択するかは、チームの変化への意欲によって決まります。広範囲にわたる賛同が得られそうにない場合は、一度に 1 シフト、ライン、または施設ごとにプロジェクトを拡張します。急速に成長することに決めた場合は、パイロットプロジェクトから主要な関係者を採用して、リスクを特定し、他の関係者をトレーニングし、プロジェクトの推進者になる

大規模なメンテナンスプロジェクトの賛同と採用を得るには、このガイドをご覧ください。

小規模から始めてメンテナンス分析プログラムを構築するための 7 つのステップ

ステップ #1:適切な質問をする

目的なくデータを収集しても、何も進みません。その目的を見つけるには、適切な質問をすることから始まります。これら 3 つの質問は、分析プログラムの基盤を構築するのに役立ちます。

<オル>

あなたのビジネスの最大の目標は何ですか。また、メンテナンスはそれにどのような影響を与えますか?

あなたの会社はどのような課題に直面していますか?メンテナンスによってそれらをどのように解決できるでしょうか?

あなたの組織はどのような機会を追求できますか、またメンテナンスはどのように役立ちますか?

これらは大きな疑問です。しかし、最小限の障害でチームが最大の効果を発揮できる場所を明確に把握するのに役立ちます。これらの質問に答える方法の例を次に示します。

あなたのビジネスの最大の目標は何ですか?

例：すべての事業部門全体で無駄を削減する

メンテナンスはこれらの目標にどのような影響を与えますか?

例：予防メンテナンスを強化して、ダウンタイムとメンテナンスコストを削減します

あなたの会社はどのような課題に直面していますか?

例：インフレにより材料価格が高騰し、利益率が縮小しています。

メンテナンスでこれらの課題を解決するにはどうすればよいでしょうか?

例：資産パフォーマンスを向上させて生産能力と品質を向上させる

あなたの組織はどのような機会を追求できますか?

例：需要が生産能力を超えているため、会社は拡大を検討しています

メンテナンスはどのように役立ちますか?

例：拡張を加速できるプロセスを作成、最適化、標準化する

ステップ #2:データを目標、課題、機会に結び付ける

メンテナンスがビジネスに与える影響を測定する方法を考える時期が来ています。上の右側の列から答えを取り出してください。それぞれのメンテナンスを定量化するさまざまな方法をリストします。現在追跡しているメンテナンス指標に限定しないでください。質問と回答がたくさんある場合は、メンテナンスとの関連性が最も高い質問と回答を 2 つまたは 3 つ選んでください。

最終的に得られるものの例は次のとおりです。

あなたのビジネスの最大の目標は何ですか?

例：すべての業務全体で無駄を削減する

メンテナンスはこれらの目標にどのような影響を与えますか?

例：予防メンテナンスを強化して、ダウンタイムとメンテナンスコストを削減します

進捗状況の追跡に役立つデータは何ですか?

計画外のダウンタイム（前年比）
平均修復時間
レンチタイム
人件費
部品代

あなたの会社はどのような課題に直面していますか?

例：インフレにより材料価格が高騰し、利益率が縮小しています。

メンテナンスでこれらの課題を解決するにはどうすればよいでしょうか?

例：資産パフォーマンスを向上させて生産能力と品質を向上させる

進捗状況の追跡に役立つデータは何ですか?

メンテナンス後のクリーンな起動
PM で見つかった失敗率
再発するインシデント（前年比）
スケジュールされたメンテナンスのバックログ (時間)
PM コンプライアンス

あなたの組織はどのような機会を追求できますか?

例：需要が生産能力を超えているため、会社は拡大を検討しています

こうした機会を追求するために、メンテナンスはどのように役立ちますか?

例：拡張を加速できるプロセスを作成、最適化、標準化する

進捗状況の追跡に役立つデータは何ですか?

H&S の作業指示は予定どおりに完了しました
完了時間 (つまり、パーツのサインアウト)
プロセス範囲（つまり、すべてのプロセスが文書化される）
PM コンプライアンス
計画メンテナンスの割合

この目標設定テンプレートを入手して、メンテナンス戦略を会社の目標に合わせて調整してください

ステップ 3:北極星を選択する

北極星は、すべての取り組みの基準となる 1 つのアクティビティまたは指標です。プロジェクトが大きくなりすぎて扱いにくくなった場合、北極星があなたの取り組みに焦点と明確さを取り戻してくれるでしょう。

最初に選ぶ北極星は、目標、課題、または機会です。これを中心にメンテナンス分析プログラムを構築します。たとえば、生産能力と品質を向上させるために資産パフォーマンスを向上させることが考えられます。

次のステップは、データポイントのリストを絞り込むことです。どの指標から始めるべきかを判断するには、以下のマトリックスを使用してください。データの使用状況 (意思決定の指針となる度合い) とアクセシビリティ (収集と分析の容易さ) に関するデータを評価します。

ステップ 2 のチャレンジと対応する指標を使用したマトリックスは次のようになります。

この状況では、定期的なインシデントとメンテナンス後のクリーンな起動という 2 つの指標を使用してメンテナンス分析プログラムを構築できます。

ステップ #4:出発点を見つける

小規模から始めるということは、データを追跡するために 1 つのライン、シフト、サイト、またはタスクを選択することを意味することに注意してください。以下は、メンテナンス後のクリーンな起動を指標として使用して、開始点を選択するためのテンプレートです。

<番目><番目>

尋ねるべき質問

<番目>

結果

<番目>

出発点

最大のチャンスはどこですか?メンテナンス後の障害発生率が最も高い資産サイト #1
シフト #1
資産 A、B、C 最も多くのデータを入手できる場所はどこですか?最もメンテナンスが必要な資産サイト #2
シフト #1
資産 A、C、E 最も大きな影響を与えるものは何ですか?目標スループットが最も高い資産サイト #1
シフト#2
資産 A、B、Eこの戦略を実装するのが最も簡単な場所はどこですか?このデータがすでに収集されているサイトとシフトサイト #1
すべてのシフト
資産 A、C、E

このグラフを使用すると、サイト #1 と資産 A および E で (最小限の労力で) 最大の機会と影響がもたらされることがわかります。

ステップ #5:人材、プロセス、システムを組み立てる

人材、プロセス、システムに関する次の質問に答えて、メンテナンス分析プログラムの強力な基盤があることを確認してください。

<番目><番目>

人々

<番目>

プロセス

<番目>

システム

この指標の責任者は誰ですか?
データの収集、分析、意思決定の責任者は誰ですか?
データと結果について相談を受け、情報を得るのは誰ですか?

データはどのくらいの頻度で収集、分析、共有、使用されますか?
データにはどのようなベンチマークと目標が関連付けられていますか?
どのような測定単位が使用されていますか?
データはどこに保存されますか?
データが改善または後退するとどうなりますか?

データの収集、保存、アクセスにはどのようなシステムが必要ですか?
システム内でデータはどのように収集され、整理されていますか?
データを分析、共有、操作するにはどのようなツールが必要ですか?

ステップ #6:計画、実行、確認、行動 (PDCA)

PDCA モデルは、データを活用し、メンテナンス分析プログラムのギャップを埋めるのに役立ちます。仕組みは次のとおりです。

計画収集しているデータ、収集方法、データを使って何をしているかに関するすべての詳細を標準の操作手順に組み込みます。新しいプロセスを学習するときに、誰でもこのドキュメントを参照できます。実行してください。計画を最後まで実行します。一貫性が重要です。信頼できる結果が得られるまで、同じ頻度で同じ方法でデータを収集します。確認してください。データを分析し、計画が機能しているかどうかを確認します。データ側では、観察を行って洞察を見つけます。たとえば、クリーンなスタートアップ企業が先月 25% 増加したという観測結果が得られる可能性があります。これらのマシンの仕様が最近更新されたため、修理が動作状況により沿ったものになったという洞察が得られます。計画の面では、プロセス、人材、システムを監査します。データの欠落や不正確なデータなどの障害が見つかった場合は、根本原因を見つけて行動します。前のステップで得た洞察を使用して意思決定を行います。仕様の変更によりよりクリーンな起動が行われた場合は、すべてのアセットの仕様を監査して更新します。プロセス、人材、システムにも同じことが当てはまります。たとえば、技術者に情報が不足している場合は、追加のトレーニングを与えることを検討してください。