契約から完了まで生産を追跡する
実動オブジェクトを定義し、意味のあるイベントをキャプチャし、通常の進行状況と例外を区別し、リカバリ作業を割り当て、現在の信号を作成したレコードと照らし合わせて確認します。
シフトや毎日の管理会議中に従業員が下す決定から始めます。次に、それらの決定を確実に裏付けるために必要な事実のみを収集します。
最大 5 ユーザーまでの Jodoo の無料プランから始めてください。クレジットカードは必要ありません。
- 注文、操作、イベント、例外、およびハンドオフのレコードを定義する
- 応答する時間を確保できる更新頻度を選択してください
- ERP、MES、品質、メンテナンス、ワークフローの責任を明確に保つ
ダッシュボードの前にオペレーティングモデルを構築する
各ステップで、共通のあいまいさの原因が取り除かれます。
- 01
追跡対象のオブジェクトを選択してください
プライマリ レコードが製造オーダー、バッチ、ジョブ、作業、品目期間計画、または別の安定したコミットメントであるかどうかを決定します。
- 02
ライフサイクル状態を定義する
次のアクションを変更する状態 (計画済み、リリース済み、準備完了、実行中、保留中、完了済み、検証待ち、終了済み) を使用します。
- 03
意味のあるイベントをキャプチャする
開始、出力、スクラップ、ダウンタイム、保留、再開、変更、完了をソース、時間、責任のある役割とともに記録します。
- 04
個別の例外
原因、影響、封じ込め、措置、期限、決定、確認資料、解決策についての所有記録を作成します。
- 05
役割ビューの設計
オペレーター、スーパーバイザー、プランナー、サポート チーム、マネージャーに、意思決定に必要なキューとコンテキストを提供します。
- 06
振り返って改善する
ダッシュボードを使用して、影響を受ける注文やイベントを開いて、繰り返し障害が発生した場合に定義、フィールド、ルール、ワークフローを変更します。
1 つの大きすぎる生産フォームを避ける
関連レコードにより、頻繁な更新に重点が置かれ、分析に必要な履歴が保存されます。
- コミットメント
製造オーダー
アイテム、数量、日付、ルートまたはセンター、優先度、約束、担当者、ライフサイクル、および現在の予測。
- 発生
制作イベント
注文と操作の参照、イベントの種類、時間、数量、期間、理由、報告者、および確認資料。
- 応答
生産例外
原因、影響、重大度、封じ込め、担当者、次のアクション、期限、決定、結果。
- 継続性
シフトの引き継ぎ
現在の状態、継承されたリスク、次のアクション、担当者、期限、受信確認。
- 管理
完成レビュー
最終数量、スクラップ、品質状態、オープンアクション、確認資料、レビュー担当者、決定、および日付。
決定によって結果が変わる可能性がある場合はデータを更新する
頻度が高いほど自動的に良いというわけではありません。データが遅れたり、対処できない場合は、本当の失敗です。
手術中
開始、出力マイルストーン、スクラップ、ダウンタイム、保留、再開、完了
オペレーターまたはスーパーバイザーが状態を更新し、即時に応答します
シフト引き継ぎ時
次のチームは実行中の作業と未解決の例外を受け入れます
スーパーバイザーが担当責任と次のアクションを確認
日々の生産管理
約束リスク、成果の差異、繰り返される損失、古い更新、オープンな意思決定
プランナーとサポート チームは回復かエスカレーションを選択します
毎週の改善
再発する原因、ルート、センター、製品、シフト、またはハンドオフ パターン
担当者はプロセス、構成、メンテナンス、または品質対策をテストします
行動できるほど信頼できる追跡記録を作成する
エラーがプロセスに入る場所にコントロールを置きます。
安定した識別子
ユーザーにキー識別子を手動で入力するよう求めるのではなく、生成された ID または権限のある ID を使用します。
制御状態とその理由
データが必要とする場合は、ドロップダウン、単一選択、複数選択、日付、数値、関係、添付ファイル、およびアクションのコントロールを使用します。
明示的な未知数
不明、報告されない、必須ではない、個別性がゼロのままにしておきます。
照合
承認前に、良好な出力、スクラップ、残量、オープンイベント、および終了合計を確認します。
新鮮さとオーナーシップ
レコードが最後に更新されたのはいつか、次に誰が応答する必要があるかを表示します。
競合する真実の情報源を作成せずにシステムを接続する
統合を構築する前に、各ファクトに対する権限のある担当者を選択します。
ERP / MRP
品目、BOM、製造オーダー、在庫、購買、原価計算、財務転記
注文識別子、数量、日付、準備状況、承認結果
MES・産業システム
実行の詳細、系統、マシンイベント、プロセス値、および制御
実行可能なイベント、保留、完了、および人間による決定
QMS / CMMS
専門家による品質とメンテナンスの記録
部門間の生産への影響、担当者、ステータス、閉鎖
Jodoo
構成可能なヒューマン ワークフロー、フォーム、関係、例外、承認、確認資料、ロール ビュー、ダッシュボード
運用上のコンテキストと権限のある記録に関する決定
一般的な実装に関する決定事項
最初のリリースは、実際の移行中に焦点を当て、観察しやすく、役立つものにしておきます。
生産の進行状況を追跡する最良の方法は何ですか?
安定した生産オブジェクト、明示的なライフサイクル、タイムスタンプ付きイベント、制御された例外理由、責任のある次のアクション、影響を受ける注文とイベントを開くダッシュボードを使用します。
オペレーターは製造オーダーを直接更新する必要がありますか?
通常は、焦点を絞ったイベントまたはタスク フォームを送信する必要があります。システムは、誰がいつ何を記録したかを保存しながら、注文概要を更新できます。
最初にどの生産 KPI を追跡する必要がありますか?
意思決定に関連した対策から始めます。約束のリスク、計画と実績、良好な成果、スクラップ、ダウンタイム、アクティブな保留、古い更新、未解決の例外、取引終了の準備状況などです。
生産追跡をどのように試行すればよいでしょうか?
ワーク センターまたは製品ファミリーを 1 つ選択し、代表的な通常状態と例外状態をロードし、少なくとも 1 つの完全なシフトとハンドオフを実行し、ソースのドリルダウンを確認し、観察された摩擦に基づいてワークフローを変更します。
実稼働ワークフロー マップを使用して、最初の実装ステップを選択します
必要な記録と決定を定義した後、計画、スケジュール、キャプチャ、追跡、監視、レポート、管理の各ページを比較します。
通常状態と例外状態を通じて 1 つの代表的な注文を追跡する
入力された Jodoo アプリを使用して、開始、進行、保留、回復、ハンドオフ、完了、検証、ダッシュボードのドリルダウン、および管理者が所有する 1 つの変更をテストします。