メンテナンス計画システム｜13週・週次・日次をつなぐタイ工場設計

メンテナンス計画システムは、承認済みの保全作業を実行へ運ぶ仕組みです。本稿ではタイ工場向けに「13週ローリング計画→ready backlog→週次凍結→日次ディスパッチ→実績差分」をつなぎ、工数・技能・部品・停止枠・許可をRFPとPoCで検証する方法を解説します。

メンテナンス計画システムが埋める「起票と実行の間」

工場には、時間・稼働量で発行された予防保全、オペレーターの異常申告、点検で見つかった是正、IoTアラーム、改善工事、法定・安全期限を持つ作業があります。しかし、作業指図が発行されたことと、作業できることは同じではありません。

ポンプの軸受交換を例にすると、対象設備、故障症状、優先度が分かっていても、次の条件がそろわなければ日程へ載せられません。

作業範囲と完了条件が明確である
必要技能を持つ担当者または外部業者が確保できる
交換部品、消耗品、特殊工具が使用可能である
生産側が設備停止時間を承認している
LOTO、火気、高所、閉所など必要な許可と安全措置が定義されている
前後工程、品質確認、試運転、復旧の担当が合意されている

メンテナンス計画システムは、この「起票済みだが未準備」の作業を可視化し、準備済みのready backlogへ変換し、限られた停止枠と資源へ割り付けます。IBMの保全計画に関する説明でも、保全計画は工具、労務、施設の利用可能性を踏まえて作業をまとめ、適切な時期に実行できるようにする活動として整理されています。

計画、スケジュール、ディスパッチを分ける

三つの役割を同じ画面で扱えても、業務上は分けます。

計画（Planning）は、何をどう実施するかを準備する仕事です。対象範囲、手順、危険源、必要技能、標準工数、部品、工具、図面、許可、完了条件を確定します。

スケジュール（Scheduling）は、準備済み作業をいつ実施するか決める仕事です。生産計画、停止枠、シフト、技能別の供給時間、部品入荷、関連工事との依存関係を合わせます。

ディスパッチ（Dispatching）は、確定した日程を当日の実行へ落とす仕事です。欠勤、突発故障、生産延長、部品不良などの変化を受け、優先順位と担当を調整します。

この区別がない工場では、プランナーが毎朝の火消しに追われ、将来作業の準備が進みません。スケジューラーは準備不足の作業を日付へ押し込み、現場は部品や許可を探すことになります。システムの状態と権限も、三つの役割に沿って設計します。

13週ローリング計画で将来の負荷を先に見る

13週は四半期を見渡しながら毎週更新できる、説明しやすい計画窓です。ただし、13という数字は本記事の実務設計例であり、ISOや業界標準の必須値ではありません。大規模停止や輸入部品の調達が長い工場では26週以上、変動が大きい工程では8週など、自社のリードタイムに合わせます。

ローリング計画では、毎週末に1週先へ窓を動かし、新しく見える期間の需要を追加します。対象は、周期到来が予測できる予防保全だけではありません。

カレンダーまたは稼働メーターから予測したPM
状態監視で介入時期が近づく可能性がある作業
現在のcorrective backlogと改善工事
法定、安全、品質、校正の期限作業
生産停止、製品切替、清掃、改造と同時実施できる機会作業
部品・外部業者・特殊工具に長い手配時間が必要な作業

13週を同じ精度で確定しない

遠い週まで日付と担当者を固定すると、変更のたびに計画を作り直すことになります。そこで、時間帯ごとに精度を変えます。

Week 1：実行コミット。作業、担当、停止枠、許可、部品を原則固定する。
Week 2–4：準備確定域。作業範囲、部品予約、外注発注、停止要求を固める。
Week 5–8：負荷調整域。技能別工数、停止時間、調達リスクを見て前後移動する。
Week 9–13：需要予測域。発生見込みと概算負荷を把握し、長納期だけ先行手配する。

近づくほど精度を上げることで、変化を許容しながら準備不足を減らせます。予定日は一点だけでなく、earliest start、required finish、推奨週を持たせると、スケジューラーが安全に移動できる範囲を判断できます。

需要と能力を同じ単位で比較する

「作業50件」と「担当者5人」では負荷を比較できません。需要は、機械、電気、計装、PLC、溶接、法定資格など技能別の標準工数へ分けます。能力は、シフト時間から会議、教育、休暇、日常点検、許容する突発対応枠を差し引きます。

説明用の独自試算として、電気技能者4人×週40時間＝160時間が名目能力でも、定例・教育16時間、日常対応24時間、緊急予備32時間を見込むなら、計画へ割り当てる能力は88時間です。160、16、24、32、88という数値は業界基準ではなく、能力計算の考え方を示す例です。実際にはシフト、残業規則、技能重複、請負契約を反映します。

総工数だけが一致しても、電気作業が不足し機械作業が余る場合があります。技能別負荷を週単位で積み上げ、部品入荷、生産停止、外注可能性と一緒に確認します。

停止枠は設備カレンダーとして管理する

生産計画から、設備ごとの停止可能時間、製品切替、清掃、休日、計画停止を受け取ります。「土曜に保全」だけでは、前工程の残業や立上げ試験と衝突します。停止開始、作業可能時間、試運転・品質確認、引渡し期限を分けて管理します。

複数設備を同時停止する場合は、共通電源、ユーティリティ、クレーン、通路、LOTO責任者が競合することがあります。メンテナンス計画システムは、担当者カレンダーだけでなく、設備・場所・共有資源のカレンダーを重ねられる必要があります。

メンテナンス計画システム｜13週・週次・日次をつなぐタイ工場設計 - figure 1

ready backlogを週次スケジュールの入口にする

ready backlogとは、優先度が高い作業の一覧ではありません。必要条件がそろい、実行日を割り当てられる作業の集合です。起票済み、計画中、資材待ち、停止承認待ち、readyを区別しなければ、バックログ時間が膨らんでも実行可能な作業量が分かりません。

Readyの合格条件

工場ごとにDefinition of Readyを定め、システムで確認します。

対象設備ID、作業範囲、優先度、期限が承認されている。
ジョブプランと完了・受入条件がある。
標準工数が技能別に見積もられている。
必要部品が在庫、予約済み、または確実な入荷日を持つ。
工具、治具、計測器、クレーンなど共有資源が利用可能である。
LOTO、火気、高所、閉所、化学物質などの許可要件が特定されている。
図面、手順、SDS、品質基準が最新版である。
停止時間と生産・品質・設備復旧の責任者が合意している。
外部業者の発注、入構、資格、保険、教育が確認されている。
先行作業と後続作業の依存関係が分かっている。

すべての軽微作業に同じ審査をかける必要はありません。作業種別、リスク、設備重要度に応じてReady条件をテンプレート化します。一方、緊急作業はReadyを待てないため、最小安全条件で開始し、欠落情報をクローズ前に補う例外フローを別にします。

ready backlogの健全性を測る

総バックログ週数だけでなく、次を技能別に見ます。

ready工数と未準備工数
部品待ち、停止待ち、設計待ち、承認待ちの滞留工数
required finishまでの残日数
計画担当者へ戻った再作業件数
作業範囲変更による標準工数の改訂

たとえばバックログが6週あっても、readyが0.5週しかなければ、来週のスケジュールを安定して組めません。逆にreadyが20週ある場合は、優先度の古さ、不要作業、停止機会の欠如を見直します。適正な週数を一律に断定せず、部品リードタイム、停止頻度、緊急比率、技能構成から自社基準を設定します。

週次凍結で生産と保全の約束を作る

週次スケジュール会議では、翌週に実施するready作業を、技能別能力、停止枠、部品、許可、共有資源へ割り当てます。重要なのは、会議後に予定を「凍結」し、変更を例外として扱うことです。

凍結は変更禁止ではありません。安全、品質、重大故障、生産条件の変化には対応します。ただし、誰が、なぜ、どの作業を外し、何を割り込ませたかを記録します。変更理由を残さないと、スケジュール遵守が低い原因が、保全準備、生産変更、欠勤、部品、突発故障のどれか分かりません。

週次凍結の標準手順

次週の技能別利用可能工数と外注能力を確定する。
生産側と設備停止枠、試運転、品質確認の時間を確定する。
required finish、設備重要度、リスク、機会作業から候補を選ぶ。
Ready条件、部品予約、許可、依存作業を再確認する。
作業パッケージを日・シフト・担当へ割り付ける。
緊急作業のための予備能力を明示的に残す。
生産、保全、品質、安全がスケジュールを承認する。
凍結版の番号と時刻を記録し、その後の変更を監査する。

週次凍結の締切は、たとえば木曜15時など工場が決めます。この時刻は説明例で、標準ではありません。部品庫の払出準備、外部業者の確定、許可書の事前確認に必要な時間から逆算します。

スケジュール遵守の定義

「予定どおり完了した作業数÷予定作業数」だけでは、2時間の作業と20時間の作業が同じ重みになります。件数と工数を併記し、完了、部分完了、延期、取消し、範囲変更を定義します。

また、スケジュール遵守を上げるために簡単な作業だけを予定したり、未完了作業を細分化したりしてはいけません。指標は計画品質を改善するためのもので、人事評価の単一指標にしないことが重要です。

日次ディスパッチで凍結計画を現場へ渡す

日次ディスパッチは、週次スケジュールを作り直す会議ではありません。当日の安全、設備状態、人員、部品、停止枠を確認し、実行順と担当を最終調整する短い運用です。

シフト開始時に確認すること

前シフトからの未完了、設備引渡し、残留リスク
当日作業のReady状態と最新手順
担当者、技能、資格、外部業者の入構
キッティング済み部品、工具、計測器
LOTO、火気、高所などの許可と責任者
生産停止の実開始・終了、試運転・品質確認
新規の安全・品質・設備アラーム
緊急作業を入れる場合の代替作業と影響

担当者はモバイルから作業指図を受け、開始・保留・完了だけでなく、保留理由、追加作業、使用部品、計測値、発見事項を記録します。通信断がある工場では、オフラインで当日分を参照・入力し、復旧後に重複なく同期できるかがRFPの合否項目です。

割り込みルールを先に決める

「緊急」と言われた作業をすべて割り込ませれば、凍結計画は意味を失います。安全、環境、品質、完全停止、能力低下、納期影響など分類基準を定め、誰が緊急度を承認するか決めます。

割り込み時は、新しい作業だけでなく、外された作業のrequired finish、部品予約、停止枠を更新します。作業を翌日にドラッグするだけでは、次週の負荷と期限に影響が残りません。日次の判断を13週計画へ戻すことが閉ループです。

メンテナンス計画システム｜13週・週次・日次をつなぐタイ工場設計 - figure 2

実績差分を次週の計画へ戻す

作業完了後に必要なのは「完了」チェックだけではありません。計画と実績の差を、責任追及ではなく次の見積もりと準備を改善する情報として残します。

取得すべき差分

計画工数と実績工数（技能別・人数別）
予定開始・終了と実績開始・復旧・完了
予約部品と実使用部品、返却、追加出庫
計画停止と実停止、保全作業時間と待ち時間
想定した作業範囲と現場で追加・不要になった範囲
予定した故障モード・原因と確認結果
許可、図面、工具、足場、清掃、品質確認の待ち理由
作業後の試運転結果と再作業の有無

差が出たら「担当者が遅い」で終わらせません。標準工数が古い、アクセスが悪い、部品キットが不完全、許可の責任者が不在、生産引渡しが遅い、設備履歴の診断が誤っていたなど、計画可能な原因へ分解します。

週次のPlan-versus-Actualレビュー

翌週のローリング更新前に、前週の差分をレビューします。対象は、最大差分、割り込み、延期、再作業、部品待ち、停止時間超過です。各差分について、ジョブプラン、標準工数、部品表、Ready条件、停止枠、能力係数のどれを更新するか決めます。

説明用の独自試算として、同じ定期作業の計画工数4時間に対し実績が6時間、5.5時間、6時間と続いたなら、単に平均を5.8時間へ変える前に、2時間前後の差が足場待ちなのか、分解範囲なのかを確認します。4、6、5.5、5.8という数値は方法説明の例であり、ベンチマークではありません。

KPIを時間軸でつなぐ

メンテナンス計画システムでは、結果指標だけでなく先行指標を持ちます。

13週需要に対する技能別能力不足時間
Week 2–4の部品・外注・停止承認の未確定件数
来週候補工数に対するready工数の比率
凍結後の変更件数と変更理由
工数ベースと件数ベースのスケジュール遵守
計画工数と実績工数の差、待ち時間の内訳
割り込み作業比率と、外された作業の期限影響
PMの許容期間内完了と再発故障

計算式、対象範囲、起点・終点時刻、除外条件を定義してください。定義が違う指標を拠点間でそのまま比較すると、改善ではなく入力競争になります。

予防保全・予知保全を13週計画へ入れる

予防保全は、暦、稼働時間、サイクル数などのルールで故障前の作業を起票します。予知保全は、振動、温度、電流、油、圧力などの状態データと分析から劣化や介入時期を推定します。違いは起票の根拠ですが、どちらも計画・スケジュールを通って実行されます。

予防保全のフォーキャスト

PMは期限当日に初めて表示するのではなく、メーター予測を含めて13週窓へ展開します。固定周期か前回完了基準か、許容する早期・遅延範囲、季節・非稼働日、複数周期のジョブプラン、未完了時の次回発行を定義します。IBMのPM関連資料も、時間基準とメーター基準、ジョブプラン、作業指図スケジューリングの流れを説明しています。

予知作業は確度帯を持たせる

予知結果は、13週先の確定作業と同じ扱いにしません。たとえばWatch、Prepare、Commitのような確度帯を設けます。Watchではデータ確認、Prepareでは部品・停止候補の準備、Commitでは技術確認後に作業指図をReadyへ進めます。ラベルは設計例であり、モデルの精度を保証するものではありません。

状態監視の設計自体は、タイ工場向け状態基準保全システムを参照してください。本記事の焦点は、アラームや診断結果を、部品・技能・停止枠のある実行可能な仕事へ変える段階です。

予知保全も自動停止と同義ではありません。データ品質、運転モード、設備重要度、生産計画、部品リードタイムを確認し、採用・却下・延期理由を残します。実施結果をモデル評価へ返すことで、Predictive Actionを意思決定サイクルへ組み込めます。

ISO 55001:2024と保全計画の関係

ISO 55001:2024は資産マネジメントシステムの要求事項であり、メンテナンス計画ソフトの機能表ではありません。ソフトウェアを導入しただけで適合や認証を意味するものでもありません。

ただし、ISO/TC 251が示す2024年版の変更点は、本記事の計画サイクルと関係します。

意思決定と価値：設備重要度、リスク、コスト、機会を基準に作業と停止枠を選ぶ。
データと情報：工数、状態値、部品、設備構成の意味と品質を管理する。
ライフサイクル：使用・保全だけでなく、改造、更新、廃棄の計画を同じ窓で見る。
Predictive Action：将来の挙動を予測し、最適な介入点の意思決定を支援する。

13週、週次、日次という周期自体をISOが要求するわけではありません。自社の意思決定基準を、一貫して実行・記録・改善できることが要点です。外部業者を計画へ組み込む場合は、タイ工場の設備保全アウトソーシングもあわせて、責任分界と履歴回収を設計してください。

ISO 14224:2016は、石油・石油化学・天然ガス産業の設備について、信頼性・保全データを収集・交換する標準的な基盤を示します。適用産業は限定されていますが、設備階層、故障、保全活動の定義を揃え、計画と実績を比較可能にするという原則はデータ設計の参考になります。他産業へそのまま適合を主張するのではなく、自工場の設備分類と故障コードを定義する際の一次資料として扱います。

ISA-95を連携境界の共通言語にする

ISA-95は、企業の計画・物流と製造オペレーション・制御の境界を整理する共通モデルとして使えます。ERPから部品・購買、MES/APSから生産計画と停止候補、OTから稼働量・状態、保全システムから設備可用性と作業予定を交換する際、どのシステムが何の正本かを決めます。

同じ停止枠をERP、MES、CMMSの三つで自由更新すると不整合が起きます。データ所有者、更新方向、時刻、再送、重複防止、障害時の暫定運用をインターフェースごとに決めます。ISA-95がCMMSのデータベース項目を指定するという意味ではありません。

タイ工場で計画を実行可能にする条件

多言語の作業パッケージ

設備ID、部品番号、許可区分は言語に依存しないキーにし、手順と危険源はタイ語・英語・必要に応じて日本語で承認します。自動翻訳だけに頼らず、安全用語の辞書、版、承認者を持たせます。日次ディスパッチでは、担当者が理解できる言語で当日変更を確認できることが重要です。

部品キッティングと輸入リードタイム

システム上の在庫「1」が、予約済み、検査待ち、別倉庫、代替不可である場合があります。Ready判定では、現物確認、予約、キット作成、作業場所への配送を分けます。輸入部品は通関や休日の変動を考え、Week 5–13でリスクを見える化します。確実でない納期を一つの日付で扱わず、確認済み日とリスク注記を持たせます。

外部業者と許可

外部業者の空き、見積・発注、入構書類、資格、安全教育、保険、工具持込、監督者を一つの準備チェックへ含めます。作業完了後はサービス報告書を添付するだけでなく、実工数、使用部品、計測値、原因、推奨事項を作業指図の検索可能な項目へ戻します。

DIPROMの最新活動をどう捉えるか

DIPROM（タイ工業省産業振興局）のDivision of Digital Industryは産業のデジタル化に関する活動を展開し、2026年8月20日にはAI Predictive MaintenanceとAI Quality Controlの活動フォローを掲載しました。これはタイで現場適用の能力形成が続いている例ですが、個社の補助金資格、費用削減、故障削減を保証する情報ではありません。利用制度は申請時点の公式条件を確認します。

RFPで計画・スケジューリングを実演させる

一般機能表ではなく、次の一連のデータを候補製品へ入れ、13週から日次まで通しで実演させます。

100件の将来PM、30件の是正、5件の状態監視候補を13週へ展開する。
100、30、5という件数はデモ用仮定であり、製品性能の基準ではない。
技能別工数と利用可能能力を週別に比較し、過負荷を示す。
部品入荷遅延と生産停止変更を受け、Week 2–4の準備を更新する。
Ready条件を満たさない作業が週次スケジュールへ入らないことを確認する。
同じ設備・場所・LOTO責任者・クレーンの競合を検出する。
凍結版を作り、変更前後と承認理由を監査できることを確認する。
当日の欠勤と緊急故障で再配員し、外した作業を13週へ戻す。
モバイルで実工数、待ち、部品、計測値、追加範囲を記録する。
実績差分から標準工数とジョブプラン改訂候補を作る。

非機能要件

同時利用、応答、データ量、オフライン、権限、監査、バックアップ、復旧、API制限、タイ語表示、現地支援時間も合否にします。週次凍結直前にシステムが遅くなる、通信断で当日作業が見えない、凍結版を復元できないといったリスクを試験します。

12週間の導入PoC

次の12週間、対象20設備は本記事の説明用仮定であり、標準期間や効果保証ではありません。目的は、画面を評価することではなく、計画会議とデータ更新が1サイクル以上回るかを確認することです。

Week 1–3：基準と役割

対象20設備の既存作業を集め、Planning、Scheduling、Dispatchingの責任を決めます。技能別能力、停止枠、部品状態、許可、required finish、Ready条件を定義し、現在のスケジュール遵守と割り込み理由を基準値として測ります。

Week 4–6：13週フォーキャストとready backlog

PM、是正、状態候補を13週へ展開し、Week 2–4の部品・外注・停止準備を進めます。未準備理由が検索でき、readyへ昇格する証拠が残るかを確認します。

Week 7–9：週次凍結と日次ディスパッチ

技能能力と停止枠を合わせて翌週を凍結します。意図的に欠勤、部品遅延、生産延長、緊急故障のテストケースを作り、変更理由、外した作業、期限影響が残るか検証します。

Week 10–12：実績差分と展開判断

計画対実績、待ち理由、部品差分、停止差分をレビューし、標準工数、ジョブプラン、能力係数、Ready条件を更新します。データ完全性、会議時間、現場入力負荷、監査可能性を評価し、Scale、Revise、Stopを決めます。

メンテナンス計画システム｜13週・週次・日次をつなぐタイ工場設計 - figure 3

費用対効果は計画ロスから積み上げる

ベンダーの一律効果率ではなく、自工場の差分から計算します。例として、週次スケジュール80時間のうち、部品待ち5時間、停止引渡し待ち4時間、手順確認3時間、再計画4時間が失われているとします。合計16時間のうち、Ready判定と凍結運用で回避可能な割合を実測し、工数単価や停止損失へ掛けます。

80、5、4、3、4、16という数値は計算方法を示す独自仮定で、業界平均や効果保証ではありません。部品待ちと停止損失を二重計上しないようにします。費用はライセンスだけでなく、データ整備、設定、連携、端末、教育、運用管理、現地支援、更新、契約終了時のデータ移行を含めて比較します。

メンテナンス計画システムのFAQ

13週ローリング計画は必須ですか？

必須ではありません。13週は四半期を見渡す設計例です。最長の部品・外注・停止調整リードタイムを覆い、毎週更新できる長さを選びます。26週の長期負荷と6週の詳細計画を併用する方法もあります。

ready backlogとは何ですか？

作業範囲、技能工数、部品、工具、許可、停止枠、図面、外注など、自社が定めた実行準備条件を満たした作業の集合です。優先度が高いだけ、部品があるだけではReadyとは限りません。

週次凍結後に緊急作業を入れてはいけませんか？

安全、品質、重大停止には対応します。ただし、緊急の分類、承認者、外した作業、変更理由、期限影響を記録します。凍結は柔軟性をなくすのではなく、変更を学習可能にする基準線です。

設備保全システムの台帳整備はどこまで必要ですか？

今回の計画対象について、設備ID、階層、重要度、担当、停止条件、関連するPM・部品が特定できる範囲が必要です。台帳・起票の設計は前段として重要ですが、本記事では準備から実行までに焦点を置いています。

予防保全と予知保全の違いは計画へどう影響しますか？

予防保全は周期・使用量から比較的早く需要を予測できます。予知保全は状態と分析により介入時期の確度が変わるため、Watch、Prepare、Commitのような帯で扱うと部品準備と過剰作業を両立しやすくなります。どちらもReadyとスケジュールを経て実行します。

保全記録電子化では何を優先しますか？

計画改善に使うなら、予定・実績の開始終了、技能別工数、待ち理由、予約・使用部品、停止差分、追加範囲、故障結果を優先します。完了報告をPDFだけで残すと、翌週の能力と標準工数へ戻しにくくなります。

設備保全 DXはAIから始めるべきですか？

いいえ。ready backlog、週次凍結、実績差分が機能していなければ、予測アラームを増やしても未準備バックログが増えます。まず作業を実行へ運ぶ流れを整え、介入可能で価値の高い故障モードからAI・IoTを接続します。

導入費用や効果の目安はありますか？

設備数、利用者、拠点、連携、モバイル、言語、データ品質、現地支援で変わるため、一律額や削減率は示せません。自社の部品待ち、停止待ち、再計画、緊急作業、工数差分を基準としてPoCで回避可能量を測ります。

ISO 55001:2024対応ソフトなら認証できますか？

ソフトウェアだけでは認証されません。ISO 55001は方針、目標、意思決定、役割、能力、データ、運用、評価、改善を含むマネジメントシステムの要求事項です。システムは一貫した判断と証拠を支援します。

まとめ：13週・週次・日次を実績差分で閉じる

メンテナンス計画システムは、起票済み作業を日付へ置くだけのカレンダーではありません。13週ローリング計画で需要と技能能力・部品・停止枠を先読みし、Definition of Readyで実行可能なバックログを作り、週次凍結で生産と約束し、日次ディスパッチで変化へ対応します。そして計画工数、待ち、部品、停止、作業範囲の差を次週へ戻すことで、計画精度が上がります。予防保全も予知保全も、この時間軸へ載って初めて実行可能な保全になります。

TOMAS TECHでは、タイ工場のメンテナンス計画システムについて、13週ローリング計画、ready backlog、週次スケジュール、日次ディスパッチ、CMMS/EAM・MES・ERP・OT連携の要件整理からPoCまで、製品未確定の段階でもご相談いただけます。お問い合わせはこちらから、現在の週次計画と主な準備待ちをお知らせください。

メンテナンス 計画 システムが埋める「起票と実行の間」