バリューストリームデータの収集方法：現状図を検証可能な改善基準線にする

まず製品ファミリーと境界を選び、工場全体の総覧にしない

製品ファミリーは、類似した工程ルートと共に分析できる需要特性を持つべきです。開始・終了の境界はサプライヤーから顧客までとしてもよいですし、まず工場内の管理しやすい一区間に絞ってもかまいません。境界が広いほど価値が高いわけではなく、データの責任と改善の権限が範囲の外にあるなら、図は複雑な展示にしかなりません。

需要側の口径も統一しなければなりません。例えば、顧客需要、出荷のペース、計画ロットサイズおよびシフトカレンダーです。共通の時間単位がなければ、サイクルタイム、在庫および需要を同じバリューストリームの上で比較できません。

工程のデータボックスは、流れの分析に役立つものでなければならない

一般的なデータボックスには、加工サイクルタイム、段取り時間、設備または人員の稼働率、ロットサイズ、良率および作業者などが含まれますが、項目が多いほどよいわけではありません。項目の選定は、このバリューストリームの主要な疑問を説明できるものであるべきです。例えば、待ちが段取り、故障、ロットサイズまたは情報のトリガーのどこに由来するかです。

加工サイクルタイムは、手作業、設備の自動運転およびロット全体の処理を区別する必要があります。良率は、初回通過と最終合格を区別しなければなりません。手直しのルートが前工程に戻る場合、主図の外に戻りの流れを示すべきです。そうしないと、総工数と仕掛品の両方が過小評価されます。

現場測定とシステムデータは、相互に校正し合う必要がある

現場観察は、システムに記録されていない待ち、運搬、一時的な仮置きおよび手直しを発見でき、システムデータはより長い期間のイベント、サイクルおよびロットの変化を提供します。両者は互いを検証し合うべきであり、どちらが本来正確かを争うものではありません。

システムでは設備が運転中と表示されているのに現場では後工程を待っているのであれば、状態のマッピングが不完全な可能性があります。現場の一回の測定がシステムの長期平均と異なる場合は、製品または運転条件が違うのかもしれません。まず定義とサンプルを確認し、追加収集や修正が必要かを判断します。

仕掛品と情報流が、図が待ちを説明できるかを決める

仕掛品は倉庫の中だけにあるとは限りません。設備の脇、検査待ち区、手直し区および未スキャンの一時的な列も待ちを生み得ます。記録では数量、識別、状態、ロットの経過日数および次の工程への条件を明示すべきで、帳簿と実物の不一致は、それ自体が検証を要する問題です。

情報流では、需要がどう計画になり、計画がどう製造オーダになり、製造オーダがどう材料投入と作業報告を引き起こし、異常がどうフィードバックされるかを描く必要があります。重複入力、口頭による特急オーダ、ロット単位の集約および情報の遅れに注目します。これらの仕組みは、過剰生産と在庫を直接駆動し得るからです。

• 実物に沿って歩く：停滞、運搬、分割・統合および識別の変化を毎回記録する。
• 受注に沿って歩く：需要、日程計画、指示、変更、完了およびフィードバックの責任を記録する。
• 異常に沿って歩く：品質、設備または材料不足の情報が元の計画をどう変えるかを記録する。
• 時間を明示する：加工、待ち、運搬および情報の遅れを区別し、一つの総サイクルに混ぜない。
• 不明を明示する：帳簿と実物の差異および欠損項目は検証リストに入れ、経験で埋めない。

現状図から未来態へ：自動化の前に、まず仕組みを変える

未来態の設計は通常、需要のペース、連続流、プル、平準化および情報のトリガーを軸に展開しますが、具体的な選択は工程、品質および供給の制約を尊重しなければなりません。図の上に在庫が見えないようにするためだけに必要なバッファを単純に撤去したり、すべての手作業工程をそのまま自動収集に変えたりしてはなりません。

デジタル化の優先順位は、既に確認された仕組みに向けるべきです。製造オーダの状態が不明瞭な問題であれば、実行とインターフェースを改善できます。設備のチョコ停が見えない問題であれば、状態の収集を補えばよいのです。計画規則が過剰生産を引き起こしている問題であれば、看板を増やしただけでは根本原因は消えません。

• 重要な制約を見つける：納期、流れまたは品質に影響する主要な仕組みを選ぶ。
• 目標の規則を設計する：将来、何の需要が何を引き起こし、どのロットサイズとバッファで運ぶかを明確にする。
• 必要条件を評価する：設備、工程、供給、品質および人員の能力が設計を支えられるか確認する。
• 小範囲で試験する：境界が明確な製品ファミリーの中で検証し、工場全体を一気に切り替えない。
• その後にシステム範囲を定める：検証済みの規則で、MES、SCADA、アンドンまたはインターフェースの要求を決める。

バリューストリームマップを、版管理された改善基準線にする

バリューストリームマップには、製品ファミリー、時間窓、データの供給元、定義および作成責任者を記録すべきです。工程、需要または設備の条件が大きく変わった後は、主要なデータを再確認する必要があり、古い図を永遠に変わらない真実として扱ってはなりません。

改善の検証では、同一の口径で主要なデータを再収集し、損失が移動していないかを確認します。例えば、現場の待ちが減った後、前工程に滞留ができていないか、サイクルが短縮された後、品質やエネルギーの異常が現れていないかです。公開する内容には匿名化され承認された情報だけを使い、顧客現場の図、画面または機密パラメーターを表示しません。

• すべての現状図に、時間窓とサンプルの背景を保持する。
• すべての主要データ項目に、供給元、定義、測定または抽出の方法を記録する。
• すべての未来態の施策に、基準線、責任者、検証期間および未解決の問題を関連付ける。
• 再確認の際は、流れ、品質、設備および人員への影響を同時に見て、単一指標の最適化を避ける。