LeanとSix Sigma向け

パイロットを実施する前に改善効果を計算する

バリューストリーム分析は滞留箇所を示します。ボトルネックを解消したときに何が起きるかは示しません。まさにその点でDMAICプロジェクトはImproveフェーズで失敗します。シミュレーションはこのギャップを埋めます:対策を導入する前に計算し、ばらつき削減をテコとして可視化し数値化します。

フェーズMeasure · Analyze · Improve
テコキャパシティ · ばらつき · 量
主張ですビフォー/アフター(幅付き)
要するに

DMAICプロジェクトにおいて、シミュレーションはImproveフェーズが定期的に直面する問いにお答えします:この対策を導入する前に、どれだけの効果があるかです。バリューストリーム分析は構造と在庫を提供し、シミュレーションは変動、待ち行列および工程の連鎖を補完します。特に有用なのはSix Sigmaの中核的なテコであるばらつきです:Kingman近似によれば、待ち時間は変動係数の二乗に比例して増加します。ばらつきを半分にすれば、待ち行列に対するその寄与は4分の1になり、単一の作業を一つも速く処理する必要はありません。

ばらつきが半分

¼

投資なしで待ち行列への寄与がこれだけ減少します。

稼働率85%

5,7×

待ち時間と処理時間の比率。

パイロット期間

0週間

施策は導入前に計算されます。

モデル

5–10ステップ

大まかさはバリューストリームより粗く、経験則より詳細です。

01DMAIC

シミュレーションがサイクルのどこに位置づくか

すべての場面で有効というわけではありません。二つのフェーズでは最も鋭い利用可能なツールであり、別の二つでは不要です。その点は申し添えておきます。

PhaseWas Simulation beiträgtWas sie nicht ersetzt
DefineWenig. Die Abgrenzung ist Projektarbeit, keine RechnungSIPOC, Projektauftrag, Stimme des Kunden
MeasureBaseline als Band statt als Mittelwert: P50 und P90 der Durchlaufzeit, Auslastung je Schritt am SpitzentagMesssystemanalyse, echte Datenerhebung
AnalyzeDen begrenzenden Schritt unter Schwankung finden, Ursachenhypothesen gegeneinander rechnenUrsache-Wirkungs-Diagramm, 5 Why, Hypothesentests
ImproveDer Kernbeitrag: jede Massnahme vorab rechnen und zeigen, wohin der Engpass danach wandertDen Piloten. Simulation ersetzt keine Einführung, sie priorisiert sie
ControlGrenzwerte plausibilisieren: ab welcher Menge kippt der Prozess zurückRegelkarten, laufende Messung

Der praktische Nutzen liegt in Improve. Dort stehen typischerweise fünf bis zehn Massnahmenvorschläge im Raum, jeder mit einem Fürsprecher. Wer sie einzeln durchrechnet, bekommt eine Rangfolge nach Wirkung statt nach Lautstärke, und zwar an einem Nachmittag statt in drei Pilotwochen je Massnahme.

02バリューストリーム

バリューストリーム分析が示さないもの

VSMは優れた図です。それはある状態の図であって、挙動の図ではありません。

バリューストリーム分析は、典型的な作業について、ある日の作業時間、滞留時間、在庫量とフロー率を示します。次の三つの点は示しません。

1. 変動。 VSMは在庫の三角形を瞬間のスナップショットとして記録します。ピーク日にそこに三倍の在庫が滞留するかどうかは図には表れません。損失はまさにそのような日に発生します。

2. 連鎖。 ボトルネックの直後の工程は、ボトルネックが通す量しか受け取らないため、バリューストリーム上では余裕があるように見えます。ボトルネックが解消されると、その工程は全量を受け取ります。将来のバリューストリーム図に描かれた改善は、そのとおりには起きません。

3. 非線形性。 稼働率が70%から85%の間には15ポイントしかありませんが、待ち時間は2.5倍になります。稼働率を示さないバリューストリームは、この閾値を示すことができません。

組み合わせて使うと、両者は全体像を形作ります。バリューストリームは構造、在庫と関係者の視点を提供し、シミュレーションモデルは構造と量を受け継いで幅、キャパシティとカレンダーを補完します。8工程のバリューストリームは、およそ20分で計算可能なモデルになります。

03中核のテコ

ばらつき低減はしばしばキャパシティ増強に勝ります

ここがSix Sigmaと待ち行列理論が同じことを言っており、プロジェクトで最も見落とされがちな点です。

Kingman 近似(VUT 式とも呼ばれます)は、あるステップの前の待ち時間を三つの要因に分解します。

待ち時間  Wq  ≈    ρ / (1 − ρ)      ×   (ca² + cs²) / 2   ×   te
                 └─ 稼働率 ─┘         └─ ばらつき ─┘      └─ 期間 ┘

中央の因子は到着の変動係数(ca)と処理時間の変動係数(cs)、つまり標準偏差を平均で割った値を含みます。これらは二乗で効きます。

効果:ばらつきを半分にすれば、待ち行列への寄与は4分の1になります。処理を速くしたり人を増やしたりしなくても達成できます。具体的にそれを実現する対策:

  • 「処理を種類ごとに分ける」。単純なものと複雑なものが同じ列にあると高いcsを生みます。二つに分ければ両方の待ち時間が下がります。
  • 「入荷を平準化する」。まとめて渡すのではなく固定の引き渡し時間や予定にすることでランダムな到着を避け、caを下げます。
  • 「問い合わせをなくす」。問い合わせは処理が二度待たされる要因であり、二峰性の処理時間分布を生み、ばらつきを大きくします。
  • 「手直しを発生源で防ぐ」。古典的な Six Sigma の手法で、ここでは待ち時間への影響が処理時間への影響より大きいことがよくあります。

これらの対策は費用がほとんどかからず、プロジェクトとして売りにくいためビジネスケースに載りにくいです。シミュレーションはその効果を可視化し、売り込み可能にします。詳細な計算過程は Engpass berechnen にあります。

04ワークショップ

カイゼン週間(算出結果付き)

改善週でシミュレーションを行う際の定着した進め方:

  1. 「月曜:現状プロセスをグループの前でモデリング」。異論は歓迎いたします。ここで出た修正は最終プレゼンにはもう出てきません。終了時には全員が合意するモデルが完成します。
  2. 「火曜:ストレステストと現状の確認」。一番高いバーがボトルネックです。Little's Law による照合:在庫 ÷ 日次スループット は概ね計測したリードタイムと一致するはずです。ずれる場合はモデルに待ち列が抜けていることが多く、通常は問い合わせや承認が抜けています。
  3. 「水曜:対策を集めて個別に試算」。一実行ごとに一つのレバー、同時に三つはやりません。結果は時間とユーロでの効果順のランキングになります。
  4. 「木曜:本番プロセスで上位二つの対策を試す」。これでグループは何に注意すべきか、どの数値が動くべきかを理解します。
  5. 「金曜:比較をエクスポート」。前後比較を幅、前提、波及効果付きで PDF にして経営層へ提出いたします。

Kaizen 週で計算なしに進める場合との違い:金曜に「大幅な改善を期待している」ではなく、「リードタイム P50 が 6.1 日から 3.4 日へ、P90 が 14 日から 7 日へ、年間人件費の効果 78 000 から 121 000 ユーロ、その後は承認が新たなボトルネックになる」と示されます。

05境界

ここに含めるべきではないもの

  • 統計パッケージ。 測定システム解析、仮説検定、回帰、実験計画法(DoE)、工程能力。これらには Minitab、JMP、または R が適したツールです。FlowVisual はデータセットを扱うのではなく、処理の計算を行います。
  • 生産設計。 ラインのタクト、段取りマトリクス、輸送ロジックや引継ぎルールを伴うシフトモデルには、シミュレーションラボ(Plant Simulation、FlexSim、Arena、Simul8、AnyLogic)が必要です。
  • 測定による判断。 一貫したイベントログが存在し、「実際に何が起こったか」を問う場合には Process Mining が適切なツールです。シミュレーションはまだ存在しないプロセスを計算します。
  • 規格に準拠した文書化。 六つの構成要素、BPMN ではありません。詳しくは BPMN-Simulation をご参照ください。

経験則:シミュレーションは、変動、待ち行列、連鎖が結果を決める場合に強力です。これは行政やサービス業のプロセスではほぼ常に当てはまり、そうした領域では生産現場に由来する従来の Lean ツールが最も弱くなります。

At a glance
DMAICでの活用
Measure(帯としてのベースライン)、Analyze(変動下のボトルネック)、Improve(対策を事前に計算)
補足
バリューストリーム・マッピング、プロセス観察、カイゼン週間
代替にはなりません
Minitab/JMP/R、測定システム解析、DoE、管理図
要点
てこの効果を時間とユーロで示し、P10–P90、ボトルネックの移動も含みます
運用
デスクトップ、macOS 13+とWindows 10/11、オフライン、アカウント不要

よくある質問

シミュレーションはバリューストリーム・マッピングに取って代わりますか?

いいえ、補完します。バリューストリーム・マッピングは構造、在庫、関係者の共通理解を提供します。これはワークショップ作業であり、何にも代えられません。示さないのは変動、待ち行列、工程の連鎖です。8工程のバリューストリームは約20分で計算可能なモデルになります。

なぜばらつきが少ないとそれほど効果があるのですか?

到着と処理時間の変動係数の二乗に比例して待ち時間が増えるためです(Kingman近似)。ばらつきを半分にすると、待ち行列への寄与は4分の1になり、工程を速くする必要はありません。実務的には:工程を種類ごとに分け、投入を平準化し、確認作業と手戻りをなくすことを意味します。

このツールを使うのにブラックベルト級の統計は必要ですか?

いいえ。分布の選択、ウォームアップ期間、レプリケーション数はシミュレーションラボでのお客様のご責任ですが、ここでは幅を入力すると幅が返ります。統計的な予備知識は解釈に役立ちますが、信頼できる結果の前提条件ではありません。

これで工程能力やDoEを計算できますか?

いいえ。Cp/Cpk、測定システム解析、仮説検定、回帰、実験計画はMinitab、JMP、Rのような統計パッケージの領域です。FlowVisualは変動下でのフロー(スループット、リードタイム、稼働率、コスト)を計算します。データセットを扱うものではありません。

プロジェクトでのExcelによる計算とどう違いますか?

Excelは経路に沿って処理時間を加算します。占有中の工程の前の待ち行列、ピーク日、工程間の連鎖を理解していないため、管理業務でリードタイムを生む三つの効果を再現できません。典型的な誤りは当社の「プロセスコストをExcelで計算する」記事にあります。

FlowVisual

次の対策を事前に計算します

現状をモデル化して保存し、てこを一つ変えて比較します。最終的に得られるのは声の大きさではなく効果順の順位と、稟議を経ても残る数値です。

Guide: seven steps to the number