頭の中のプロセスから運営委員会で通用する数値へ

ワークショップでは誰も四角を引きません。話をしながら入力します—各ステップを 1 行、次の行へは Enter。チェーンは自動的に配線されます：

1. 01ステップ 1 · Find

   領域とプロセスを作成します

   サイドバーで部門を作成し（営業、受注処理、サービス）、その中で最もお金を失っている1つのプロセスを選んでください。3つではなく1つです。

   行うこと

   1. 01部門を作成し、プロセスに社内で実際に呼んでいる名前を付けてください。
   2. 02開始点と終了点を定めます：事例はどこで始まり、いつ完了と見なすか？
   3. 031日の件数と変動を入力します—ここから平均日と繁忙日が算出されます。

   表示されるもの

   開始ノードと終了ノード、サイドバーにプロセス名だけがある空のキャンバス。

   典型的な誤り

   境界を広げすぎないでください。「初回接触から入金まで」は四つのプロセスです。疑いのある一つのプロセスをモデル化してください。

2. 02ステップ 2 · Lay bare

   フローをクリックして、記述しないでください

   事例が実際に進む順序でステップを置いてください。あるべき順序ではなく。決定、ループ戻し、ドロップオフはそれぞれ別のブロックです。

   行うこと

   1. 01クリックでステップ、決定、サブプロセス、ドロップオフを配置します。
   2. 02リワークの戻り線を描きます：すべての手戻りはコメントではなく経路です。
   3. 03ステップが15を超える場合はまとめてください。詳細度は品質指標ではありません。

   表示されるもの

   処理をブロックの連鎖として表現し、横にライブプレビューを表示します。

   典型的な誤り

   目標プロセスをモデリングしてください。実際に3回に1回の受注が戻るなら、その経路はモデルに入れるべきです。そうでなければ存在しない会社をシミュレートすることになります。

   

3. 03ステップ 3 · 露わにする

   時間を範囲で入力

   各ステップには処理時間を幅で、存在する場合はその前の滞留時間も与えてください。数値は2つ：最速の場合と最悪の場合です。

   行うこと

   1. 01処理時間は範囲で入力し、平均値を入力しないでください。
   2. 02滞留時間は別に記録してください。つまり誰も作業していない時間です。
   3. 03誤りと手戻りの割合は判断点に紐付けてください。

   表示されるもの

   ブロックは時間幅を持ち、プレビューは初回のリードタイムを示します。

   典型的な誤り

   滞留時間を忘れないでください。多くの事務プロセスでは、誰かが作業している時間より長く案件が置かれています。処理時間だけを入力すると、間違った半分を最適化することになります。

4. 04ステップ 4 · Lay bare

   役割とキャパシティを割り当てる

   各ステップには役割が必要で、各役割には実際のキャパシティが必要です。人数ではなく、そのプロセスに実際に投入される時間で考えてください。

   行うこと

   1. 01各ステップに役割を割り当ててください。個別の人物がボトルネックとなる場合にのみ人物を割り当てます。
   2. 02役割ごとの正味キャパシティを入力してください：そのプロセスに割ける1日あたりの時間。
   3. 03最終的に金額が出るように、役割ごとのコストレートを設定してください。

   表示されるもの

   部門レンズは役割ごとの稼働率に色を付けます：85％未満は余裕、85〜100％は逼迫、それ以上は過負荷。赤はまさにそれだけを意味します。

   典型的な誤り

   1日8時間で計算しないでください。現実的には4〜6時間です。過大なキャパシティはすべてのボトルネックを消してしまいます。シミュレーションは存在しないところで安全と表示するでしょう。

   

5. 05ステップ 5 · Fit

   システムとメディア断絶をマークする

   各ステップで使用するシステムを記録してください。データをあるシステムから別のシステムへ手入力する場所では、メディア断絶が発生し、時間と誤りと手戻りが生じます。

   行うこと

   1. 01各ステップにシステムを入力してください：ERP、CRM、Excel、メールボックス、紙。
   2. 02遷移を確認してください：どこでシステムが切り替わるか。そこがメディア断絶です。
   3. 03ブレイクポイントでの手戻り率を現実的に見積もってください。

   表示されるもの

   ITレンズはシステムごとの負荷と手作業で転記されている箇所を示します。断絶を解消する価値がどれだけかは、後でオプション一覧が年額ユーロで算出します。

   典型的な誤り

   Excelとメールボックスをシステムとして数えないでください。最も高コストの断絶箇所はまさにそこにあり、ERPにはありません。

   

6. 06ステップ 6 · Observe

   ストレステストを開始してボトルネックを読む

   今、FlowVisualは数百のランダムな稼働日をシミュレートします。各日ごとに、あなたの幅から異なる値を使います。ここではじめてボトルネックが生まれます—負荷からであって、意見からではありません。

   行うこと

   1. 01ストレステストを開始し、負荷基準を選んでください：穏やかな日（P10）、Ø-日（P50）または強い日（P90）。
   2. 02最も厳しいステップを開いてください：強い日の負荷、キャパシティを超える日の割合、残余リザーブ（「+20％のボリュームを支えられる」）。
   3. 03サイクルタイムを記録してください：典型的な日（P50）、悪い日（P90）とその先の極端な日（最悪の5％の平均）。

   表示されるもの

   今問題が起きている場所、サイクルタイム分布、スループットを示します—負荷基準ごとに別の数値です。

   典型的な誤り

   平均日だけを読まないでください。プロセスは平均で壊れるのではなく、強い日に壊れます。リザーブはそこまでの距離を教えてくれます。

   

7. 07ステップ 7 · Weigh & Yield

   介入をシミュレートし、ビフォーアフターをエクスポートしてください

   FlowVisualはストレステストから自動的にオプションを導出し、それらをランク順に並べます。お客様はそれらを確認し、必要なら独自のバリエーションを追加できます — そして各バリエーションは完全に新たにシミュレーションされ、単純な外挿はしません。

   行うこと

   1. 01提案されたオプションを読む（メディア断絶をなくす、自動化する、配置を変更する）か、独自のバリエーションを作成してください。
   2. 02各バリエーションごとの差分を読み取れます：サイクルタイム、スループット、年あたりのユーロ — 同じ実行から得たP10–P90の幅付きで。
   3. 03見積書をPDFで書き出せます；ドキュメントをPDFまたはWordで、データをJSONで書き出します。

   表示されるもの

   2つの実行を並べて表示し、ランク付きの推奨を示します — どのオプションが採算に合わないかを示す正直な行も含みます。

   典型的な誤り

   同時に三つの介入を行うと、最後には良くなったと分かりますが、何が原因かは分かりません。介入は一つ、試行は一度に一つにしてください。

違いは機能の範囲ではなく問いです。図は文書化し、表は合算し、スイートは管理します。FlowVisualは変動を計算し、変動こそがプロセスが詰まる理由です。

1. 01

   ボトルネックを事前に特定する

   問題

   どこが詰まっているかを既に知っている人は、無意識にそれに合わせてモデリングします。シミュレーション結果がその仮説を確認することになります。これは循環論法です。

   より良い

   疑いを書き留めて脇に置き、結果に先入観を持たずにモデリングしてください。その後で比較します。両者が食い違えば、まさにそこに新たな知見があります。

2. 02

   範囲ではなく平均値を入力する

   問題

   平均値は待ち行列のないプロセスを生みます。渋滞を引き起こす変動そのものが取り除かれてしまいます。

   より良い

   常に下限から上限までで示してください。もし一つの値しかわからない場合は、マイナス40パーセントからプラス80パーセントです。これは点の値よりも現実に近いです。

3. 03

   詳細に作り込みすぎる

   問題

   四十のステップに二時間のモデリング作業を費やしても、結果は改善されません。ボトルネックが細分化の中にあることは稀です。

   より良い

   十から十五のステップ。まずは粗くまとめ、その後で精緻化し、ストレステストが示した場所だけを細かくします。

4. 04

   滞留時間を無視する

   問題

   処理時間だけを記録すると、帳面上のリードタイムは半分になり、ボトルネックが誤った場所に移動します。

   より良い

   ステップ間の待ち時間も、粗くてもよいので記録してください。一日の滞留は十分快の処理よりも重く影響します。

5. 05

   削減額をフルタイム換算する

   問題

   週に四時間の節約は半人分のポジションではありません。それは別の使い方ができる四時間です。コストは残ります。

   より良い

   時間とスループットの節約を示し、そこから実際にコスト削減になるかは別に判断してください。