ステップ 3/8

FLOW · まず測る

Observe — ストレステストで真のボトルネックを見つける

O は、この方法が単なるコスト計算と異なる点です。L では加算していました;ここでは負荷下でプロセスを観察します。この違いは学問的なものではありません:平均的な処理時間が利用可能なキャパシティにゆとりを持って収まるプロセスでも、八十〜九十パーセントの稼働で定期的に停止します。待ち行列は線形に増えません。

このステップの成果はしばしば修正です。最も大きく不満が上がるステップは、通過時間を制限していることはめったにありません—それは目に見えて一番痛い場所です。両者が一致するならモデルにとって良い兆候です;一致しないなら、それがまさにシミュレーションする理由です。

この質問に答える
逼迫したときに実際にどのステップがボトルネックになるのでしょうか?
ステップの成果
各ステップについてボトルネック確率があり、プロセス全体については通過時間分布(P10、P50、P90)、各役割については稼働率があります。正確に一つのステップがボトルネックとして特定されます。

ステップの実行方法

  1. L からモデルを引き継ぐ

    同じステップ、同じ時間幅、同じ時間単価。新しく作られたモデルは Y での前後比較を不可能にします。というのも、その時点で二つのことが変わっているからです:プロセスと測定方法です。

  2. 役割ごとの利用可能キャパシティを入力する

    その役割がプロセスに実際にどれだけの時間を提供できるか — その人が実際に働く時間ではありません。この値によって後で、人かシステムのどちらが制約かが示されます。両者は全く異なる介入を必要とします。

  3. プロセスを百回実行する

    Monte Carlo:各実行で各ステップはその幅から所要時間を抽出します。数百回の実行後、単一の結果ではなく分布が得られます — これが本当の所見です。

  4. どこで詰まっているかを数える

    各実行でどのステップがそれを制限したかを記録します。そこから得られる割合がそのステップのボトルネック確率です。七十パーセントのステップはボトルネックです;三つのステップが三十パーセントずつある場合、モデルが粗すぎることを意味します。

  5. 期待値に照らして検証する

    関係者には事前にどのステップをボトルネックと考えるかを尋ねます。シミュレーションが同意すればモデルは確認されます。矛盾する場合は、次に進む前にその差異を説明します — だれも説明できない矛盾は所見ではなくモデルの誤りです。

完了条件

  • あるステップが他のすべてより明確に高いボトルネック確率を持っています。
  • 通過時間の P10、P50、P90 が得られており、P90 が明らかに P50 を上回っています――そうでなければ、L で取得した幅が狭すぎたということです。
  • 各役割について稼働率が分かっています。
  • 「なぜこのステップか」という問いには、ツールに頼らず二文でお答えできます。

典型的な誤り

平均値で計算する

各ステップに平均所要時間を割り当てて合算すると、実務ではほとんど発生しない通過時間が得られ――たいていは明らかに短すぎます。理由は待ち行列です:到着のばらつきと処理のばらつきがあると、平均的に十分な容量があっても滞留が発生します。稼働率が100%に近いほどその影響は大きくなります。表は各ステップにつき一行しか持てないため、それを表現できません。

インストゥルメント

このステップには計算機がありません

このステップについて無料の計算機はありません。これは提供の欠落ではなく課題の性質です:アンケートは推定できますが、シミュレーションはできません。そこが FlowVisual の用途です。

FlowVisual

FlowVisualは、アンケートが止まるところからこの方法を先に進めるための道具です:プロセスを描き、何百回も実行して、どのステップがボトルネックかを読み取ります。これは専用ドメイン上の独立製品です — Flowrefyが方法で、FlowVisualが道具です。

サンプル分析で

このステップの精算結果

パターン分析は各ステップのボトルネック確率を示しています — それがこのステップに由来する列です。役割負荷と合わせて、人かシステムのどちらが限界かが分かります。

これらの分析は構築されたモデルであり、顧客プロジェクトではありません。ここにある数値は計測がどう見えるかを示すものであり、特定の方に対して得られた成果ではありません。

すべてのサンプル分析
FLOWREFYmessenverfeinernFFindLLay bareOObserveWWeighRReduceEEnableFFitYYield
ABB. 01時計回りの八つのステップ。右側が測り、左側が精緻化します;Yの後でサイクルは再びFに戻ります。 強調表示: Observe。
FAQ

よくある質問

数百回でボトルネックの順位が安定します;信頼できる P90 値のためにはむしろ数千回です。実務的な基準は単純です:異なる初期値で実行した二回が同じ順位と類似したパーセンタイルを返すことです。そうでなければ回数が不足しています。

それはモデルが粗すぎる場合か、つまりステップが少なすぎるか範囲が広すぎる場合か、あるいはプロセスに単一のボトルネックがなく均一に高い基礎負荷がある場合のいずれかです。後者は稀で、Wでは通常「何もしない」ことを推奨します:八つの同程度に負荷の高い箇所のうち一つを改善しても、リードタイムはほとんど改善しません。

Process Mining は実際に起きたことを読み取り、システムの痕跡を必要とします。シミュレーションは何が起きるかを計算し、範囲を持つモデルだけを必要とします。表やメールで実行されるプロセス、つまり大半のコストの高いプロセスには読める痕跡がありません。両方が可能な場合は補完し合います:Process Mining がシミュレーションに必要な範囲を提供します。

プロセスのコストを知りたいなら、測定してください。

まずは無料診断を始めるか、FlowVisualをダウンロードしてください。その後でどなたかと話したければ、私たちはいつでもご連絡いただけます。

お問い合わせ

リモート・固定料金・金額はユーロで