M365Con 2027 – 無料オンラインカンファレンス · 11–22 Jan 2027 · 120 sessions→ m365con.net

ブログ · Mirko Peters

工場のスケジューリングソフトウェアの選び方:シフト計画との違い

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By ·

工場のスケジューリングとシフト計画は別の仕事です。両者の違い、同じ生産能力カレンダーを共有する方法、購入前に確認すべき点を解説します。

Automatically translated with AI from the original post. Read the English original

工場のスケジューリングソフトウェアとシフト計画は、異なる2つの課題を解決します。シフト計画は「誰がいつ働くか」を決めます。工場のスケジューリングは「どの製造指示をどの設備で、どの順序で実行するか」を決めます。シフトにいる人員によって、ラインが実際に処理できる作業量が決まるため、両者が一致して初めて計画が機能します。この記事は、ツールを選定する必要がある生産計画担当者や業務責任者、または画面上では問題ないように見えた計画が、最初のシフト交代で崩れてしまう理由を知りたい方を対象としています。

重要なポイント

  • シフト計画は「誰がいつ働くか」を決め、工場のスケジューリングは「どの製造指示をどの設備でいつ実行するか」を決めます。工場にはどちらの答えも必要であり、両者は一致していなければなりません。
  • 両者をつなぐのが生産能力カレンダーです。シフト、人員配置、スキルによって、各リソースが実際に処理できる作業量が決まります。
  • 高度な計画・スケジューリングツールは、材料、労働力、工場の生産能力を一体として計画します。従来のERPの計画機能は、標準では同じことはできません。
  • 米国連邦法では、固定された1週間の労働時間が40時間を超えた分について時間外手当を定めていますが、休憩の付与は義務づけられていません。そのため、社内ルールを定める際には、州法や労働組合との協定も考慮が必要です。
  • 機能の一覧で選ぶのではなく、実際の1週間分の製造指示、1つのライン、自社のシフトモデルを使ったテストで選んでください。

シフト計画と工場のスケジューリングの違いは何ですか?

両者は、名前や仕事を時間枠に割り当てるという点が似ているため混同されがちです。しかし、答えるべき問いが異なります。

シフト計画は労働力に関するものです。勤務表、稼働可能時間、休暇、シフト交代、空きシフト、時間外労働、打刻などが対象です。Microsoft Teams の Shifts アプリは、このカテゴリの代表例です。Microsoft Learn では、マネージャーがシフトと休暇を作成し、空きシフトを投稿し、交代や依頼を処理し、勤務時間報告を確認できる、モバイル優先のスケジュールアプリとして説明されています。単独で運用することも、労働力管理システムと連携させることもできます。

工場のスケジューリングは作業に関するものです。納期、ルーティング、段取り時間、材料、利用可能な生産能力に基づいて、生産工程を設備やステーションに順序立てて割り当てます。実際の制約を考慮してこれを行うソフトウェアは、有限能力スケジューリングと呼ばれることがよくあります。より包括的なカテゴリは、高度な計画・スケジューリング(APS)です。Wikipedia のAPS の概要では、利用可能な材料、労働力、工場の生産能力に基づいて、生産の計画とスケジューリングを同時に行うものとされています。一方、従来のシステムではこれらを別々に計画することが多く、実行不可能な計画が生じることがあると説明されています。

簡単なテストをしてみましょう。土曜の夜に誰が担当するかを答えられるツールなら、それはシフト計画です。今日の40件の注文のうち、どれをどの順番でプレス機に流すべきか、その理由まで示せるなら、それはスケジューリングです。両方をうまくこなせるツールは多くないので、本当に必要なのはどちらかを見極めてください。

では、両者はどこで交わるのでしょうか。

両者は1つのオブジェクトで結びつきます。それがキャパシティカレンダーです。

スケジュールは、「ある機械が、この時間からあの時間まで、必要な資格を持つオペレーターが何名いる状態で稼働できる」という前提に基づいて作られます。その前提は、シフトモデルから生まれます。ロスターでは作業ラインに4名いることになっているのに、スケジュールでは6名を前提にしていれば、最初の注文が始まる前にすでに計画は誤っています。

特に重要なつながりは3つあります。

  1. シフトパターン。開始・終了時刻、休憩、交代制、ラインが稼働する曜日などです。スケジューラーには、工場全体の単一設定ではなく、リソースごとの実際のカレンダーとして渡す必要があります。
  2. 配置人数。シフトごとに何名が出勤し、どの工程に配置されるかです。多くのラインは、人が少なくなると遅く動くのではなく、そもそも稼働しなくなります。
  3. スキル。どの機械や工程を誰が操作してよいかです。ロスター上は人員が揃っていても、資格を持つオペレーターが休暇中であれば、実際には欠員になります。

メンテナンス時間帯も同じカレンダーに含めるべきです。計画停止は、そのリソースの能力がゼロになる期間であり、スケジュールはそれを把握しておく必要があります。停止時間が変われば、作業順序もそれに合わせて変わるべきです。

したがって、選定時に実際に問うべきことは「どのシフトツールか」や「どのスケジューラーか」ではなく、「両者はどのようにカレンダーを交換し、どの頻度で行うのか」です。安定した工場では日次が一般的です。欠勤や故障が頻繁に起きる場合は、日中の随時更新が必要になります。

シフト計画ソフトウェアには何が求められるのでしょうか。

長い機能一覧は脇に置き、現場で今まさに困っていることを確認してください。

  • 自社の拠点に合ったルール。米国では、Fair Labor Standards Act(公正労働基準法)が、1週間の労働時間が40時間を超えた分に対する残業代を定めています。労働省の残業代に関するファクトシートによると、労働週は168時間の固定された定期的に繰り返される期間であり、2週間以上にわたる労働時間の平均化は認められていません。同省の休憩および食事時間に関するガイダンスでは、連邦法では昼食やコーヒーブレイクは義務付けられておらず、雇用主が与える短い休憩は有給の労働時間として扱われるとされています。州法や労働組合の協定では、さらに多くのルールが加わることがよくあります。ツールは汎用的なルールではなく、自社のルールを保持し、交代によってそれが破られる場合には事前に警告を出すべきです。
  • 迅速な変更対応。急な欠勤は必ず起こります。空きシフト、交代依頼、承認は、マネージャーが管理できる状態のままスマートフォンから操作できる必要があります。
  • ロスター上のスキル情報。ツールは、どの工程にどのスキルを持つ人が対応できるかを示すべきです。少なくとも、そのデータを保持している既存のリストと連携できる必要があります。
  • きれいなエクスポート。労働時間、欠勤、残業時間は、再入力なしで給与計算や報告に使える形式でツールから出力できる必要があります。
  • オープンなインターフェース。他のシステムと連携する必要があるなら、その方法を確認してください。Microsoftのドキュメントによると、Shiftsはコネクタを介して、またはMicrosoft Graph APIを使ったカスタム統合によって、ワークフォース管理システムと同期できます。また、Power Automateを使えば、交代依頼の自動承認のようなワークフローを構築できます。Shiftsコネクタのページには、Microsoft管理のコネクタが2025年12月7日に提供終了となったことも記載されています。そのため、計画を立てる前に、使用予定のコネクタの現在の状況を必ず確認してください。

ファクトリースケジューリングソフトウェアには何が求められるのでしょうか。

工場では、「スケジュール」と「実行可能なスケジュール」の違いを過小評価しがちです。

実行可能なスケジュールとは、現場が実際にできることを前提にしたものです。ツールを評価する際は、自社のデータを使って次の点を確認してください。

  • 有限キャパシティ。ソフトウェアは、リソースに割り当てられた時間を超えて負荷をかけてはなりません。2つの注文が同じ機械を取り合う場合にどうなるかを、実際に見せてもらいましょう。
  • 機械以外の制約。段取り時間、工具、材料、スキル、シフトなどです。機械だけをモデル化している場合、計画は人の部分で破綻します。
  • 操作可能な順序ロジック。計画担当者は、注文がなぜその位置にあるのかを理解し、必要に応じて変更できる必要があります。誰も信頼できないブラックボックスは、結局無視されてしまいます。
  • 迅速な再計画。 故障や緊急オーダーが発生したら、数分以内に実行可能な新しい計画を作成し、競合を隠さず表示するべきです。
  • What-if分析。 コミットする前に、別のシフトモデルや追加シフトを試し、納期への影響を確認できますか。
  • 現場からのフィードバック。 進捗、遅延、中断の情報を計画側へ戻すことで、次の計画を現実に即した状態から開始できます。
  • ERP連携。 オーダー、ルーティング、資材はERPシステムから取得し、日付はERPへ書き戻します。どのフィールドがどの方向に連携されるのかを、正確に確認してください。

レポートでは、スケジュール遵守率、残業時間、納期遵守率をPower BIに公開するのが一般的なパターンです。週次レビューに適した場所です。ただし、計画が弱い問題を解決するわけではないので、まず計画を正しく作り上げてください。

シフト引き継ぎと計画外の変更には、どのように対応していますか。

良いスケジュールでも、シフト交代の場面で失敗することがあります。次のチームは、何が稼働中か、何が待機中か、何が故障したか、何が決定されたかを把握する必要があります。デジタル業務日誌、スケジューリングツール内のチェックリスト、ラインのボードのいずれを使うかより、すべてのシフトが使う合意済みの1つの場所があることの方が重要です。

計画外の変更については、その事態が起きる前に対応方針を定めておいてください。

  1. 欠勤によってステーションに人員が不足した場合、誰が判断しますか。
  2. 機械が停止した場合、どのオーダーを優先して移動させますか。
  3. 社内ルールや労働組合との協定を踏まえると、残業はいつ、誰に打診するべきですか。
  4. 次のシフトには誰が、どのように伝えますか。

ソフトウェアは再計算を高速化し、その影響を可視化できます。しかし、判断ルールの代わりにはなりません。シフトリーダーとともにルールを文書化し、そのルールに従うようにツールを設定してください。

選定はどのように進めますか。

小規模かつ実態に即して行うことがポイントです。

  1. 1ラインと1週間を選ぶ。 故障や2件の欠勤など、問題が起きた過去の1週間を使用してください。
  2. 入力データを集める。 オーダー、ルーティング、サイクルタイムと段取り時間、シフトカレンダー、スキル、保全作業の時間帯などです。見つかったデータの欠落はすべて記録してください。そのリストも結果の一部です。
  3. 各候補に1週間の計画を立てさせる。 サンプル工場ではなく、自社のデータを使うようベンダーに依頼してください。
  4. 実際に起きたことと比較する。 計画はシフトを順守していたか。競合をより早く検知できていたか。
  5. 計画担当者とシフトリーダーに判断してもらう。 その計画に従うかどうか、また何を変更したいかを尋ねてください。
  6. 工数を見積もる。 その後、誰がカレンダーとデータを保守するのか、また更新にどれくらい時間がかかるのかを確認してください。

自社データで1週間分の計画を立ててくれないベンダーであれば、それだけで重要な情報が得られたと考えてよいでしょう。

よくある間違い

  • 順序付けの問題を、勤務表ツールの導入で解決しようとする。 オーダーが遅れる原因はシフトではありません。
  • 工場全体で1つのシフトカレンダーを使って計画する。 実際にはラインごと、多くの場合ステーションごとにシフトが異なります。
  • スキルを考慮しない。 適切な資格を持つ人がいない勤務表は、中身のない勤務表です。
  • 保全作業の時間帯を忘れる。 計画停止は、その期間中の生産能力をゼロにしてしまいます。
  • すべての自動化を一度に有効にする。 まずは計画から始め、担当者がその計画を信頼してから承認プロセスを自動化してください。
  • データの責任者が不在。 ルーティングやカレンダーは急速に古くなり、古いモデルは自信を持って誤った答えを出してしまいます。

Polarisの適用場面

実際の制約下での生産順序が課題であれば、iFAKT Polarisは検証に値する選択肢の1つです。iFAKTはPolaris Optimizerモジュールについて、リソース、シフト、ゾーン、資格、生産能力などの制約のもとで最適化された生産計画を自動生成し、影響分析と再最適化によって途中の中断に対応すると説明しています。Polaris Operatorモジュールは、それらの計画を時間単位のタスクとして現場に届け、進捗を計画側へフィードバックします。このカテゴリのツールすべてに言えることですが、導入を決める前に1ラインと実際の1週間で試してください。

関連して検討したいトピック

  • スキルベースの割り当て。 スキルマトリクスを最新の状態に保つ方法と、ステーションごとの人員計画に活用する方法です。
  • クロストレーニング。 最も人員を確保しにくいステーションはどこか、また、シフトのデータからどこに教育を投資すると最も効果が出るかを示す方法です。
  • 保全作業とシフト。 予防保全を低負荷の時間帯やシフトの重なり時間に組み込み、計画停止による生産量の損失を抑える方法です。
  • 予定外の変更。 欠勤連絡、緊急注文、残業依頼のルールを、次に発生する前に文書化しておく方法です。
  • 有限スケジューリングの基本。 従来のERP計画における有限スケジュールと無限負荷計画の違い、そして納期にどのような影響があるかを説明します。

次のステップ

工場のスケジューリングソフトウェアとシフト計画は、同じキャパシティカレンダーを共有したときに最も効果を発揮します。今週は1つのラインを選び、同じシフトについて3つの項目を比較してください。すなわち、勤務表、スケジューラーが前提としているキャパシティ、そしてラインが実際に生産した量です。その差異を書き出してください。

Entities in this article

Finite capacity scheduling Advanced planning and scheduling (APS) Polaris Optimizer Polaris Operator Microsoft Teams Power BI iFAKT GmbH

Related articles

RSS

スポンサーコンテンツ

iFAKT GmbH