全記事
比較2026年8月17日 · 1 最短読了時間(分)

Visioでプロセスをシミュレーションする:なぜ不可能なのかと、その代わりに有効な方法

要するに

Visio、Lucidchart、draw.io、Miroは計算エンジンを持たない図作成ツールです:それらは量も容量も待ち行列も認識せず、「Prüfung、10 Min」という四角は単なる四角内の文字に過ぎません。したがってこれらではシミュレーションは不可能で、回り道でもできません。信頼できる数値が必要な場合は三つの方法があります:各工程の稼働率を手計算する、図をシミュレーションツールにエクスポートする、あるいは最初から計算機能を備えたツールでモデル化することです。

Inhaltsverzeichnis

「プロセスをVisioでシミュレートする」を探すと、結果は多いが解決には至りません。理由は単純です:できないのです。しかしその検索自体は正当です。それは見かけとは違う問題を指しているだけです。

なぜ図形作成ツールは計算できないのか

Visio、Lucidchart、draw.io、Miro、Whimsicalは図を作ります。この図には図形、接続線、テキストがあります。だが欠けているものは次の通りです:

  • 「時間」。あるボックスが10分かかることを認識しているわけではありません。「10 Min」というテキストは他の文字列と同じです。
  • 「量」。ここで1日に120件の処理が流れるという概念がありません。
  • 「能力」。このステップに誰が割り当てられているかがなく、あってもラベルに過ぎません。
  • 「待ち行列」。そしてこれが決定的な点です:容量制限がなければ滞留は発生せず、滞留がなければスループット時間ではなく単なる合計しか存在しません。

Visio Professionalには図が構造的に正しいかを検査する検証ルール(行き止まり、未接続の図形、BPMN準拠など)があります。それは有用ですが、スペルチェックであって計算ではありません。

サードパーティの追加機能も状況を大きくは変えません:図を別の計算可能なツールにエクスポートするだけです。それは合理的な方法ですが、シミュレーションを行っているのはVisioではありません。

実際にあなたが探しているもの

ほとんどの場合、検索の背後には次の4つの質問のいずれかがあります:

  1. 「どこがボトルネックか?」 Engpassを見つけたい。
  2. 「実際の所要時間はどれくらいか?」 図の各処理時間の合計ではなく、実効の通過時間を知りたい。
  3. 「この変更で何が改善されるか?」 投資を正当化したい。
  4. 「来年、我々の能力は足りるか?」 量の増加に対する人員計画をしたい。

これらのいずれも、より見栄えの良い図は必要としません。どれも数字が必要です。

方法1:手計算(午前中でできる)

質問1と4には手計算で十分であり、半端なモデルより正直です。

各ステップに対して必要なのは3つの値です:1日あたりの量、処理時間、利用可能労働時間。

稼働率 ρ  =  (量 × 所要時間)  ÷  利用可能労働時間

最も高い値のステップがあなたのEngpassです。85%を超えると警戒値であり、100%になるまで待つ必要はありません。待ち時間はρ/(1−ρ)の係数で増加し、境界付近で爆発的に伸びます。計算の詳細と表はEngpass berechnenにあります。

Little's Lawによる照合:各ステップ前の待機中の件数を数え、それを1日のスループットで割ってください。これが実際の通過時間となり、図に書かれた値の何倍にもなることが多いです。

この方法の限界:質問3には答えられません。変更が「何をもたらすか」を知りたいとき、手計算は失敗します。なぜなら、改善後にボトルネックが別のステップに移ることが見えないからです。

方法2:図をエクスポートする

既に整ったBPMN図があるなら、それを計算エンジンを持つツールへ移せます。標準のBPSimはまさにそのためにあります:BPMNモデルにシミュレーションパラメータを付加し、表記を変えずに扱えます。

実際には、到着率、分布、能力、カレンダーを改めて入力する必要があります。図は構造を節約しますが、データは節約しません。データ入力が作業です。詳しくはBPMN-Tool mit Simulationを参照してください。

価値があるのは:普段からBPMNを運用していてモデルが大きい場合です。 価値がないのは:プロセスが5〜10ステップ程度の場合。新たにモデリングした方がどのエクスポートより速いでしょう。

高くつく誤り

よくある遠回りは中途半端な方法です:図に数値を入れて(「10 Min」「74 % Auslastung」「3 Tage」など)、その結果を計算のように扱ってしまうこと。

これは数値無しより悪いです。数値入りの図は誰かが計算したかのように見えます。運営会議では誰もその74%がどこから来たかは問いません。プロジェクトが動き出して数値が外れたときに問題が顕在化します。

図に数値を載せるなら、出所と「何を意味しないか」を必ず併記してください。「処理時間、推定、待ち時間を含まず」は正直なラベルです。「74%」だけでは主張に過ぎません。

実務的な推奨

  1. VisioはVisioの得意分野に使い続けてください。ドキュメント、教育、監査にはほとんど代替がありません。
  2. 各ステップの稼働率を手で計算してください。午前中でEngpassがわかります。
  3. 変更を正当化する必要が出たときだけ、計算エンジンを持つツールを使ってください。その際は単一の数値ではなく幅(バンド)を出すツールを選んでください。

FlowVisualは手順3のために作られています:処理を分単位のビルディングブロックで組み立て、負荷をかけて動かし、前後比較をユーロでP10–P90の範囲で示します。Visioを置き換えるものではありません。Visioが得意な問いには答えず、Visioが扱えない問いに答えます。

よくある質問

Visioはプロセスをシミュレーションできますか?

いいえ。Visioは計算エンジンを持たない描画ツールです:数量も容量も待ち行列も認識していません。Visio Professionalは図の構造を検査する検証ルールを提供します。これは図のスペルチェックであって、シミュレーションではありません。

Visioでシミュレーションを行えるアドインはありますか?

VisioやBPMNの図をインポートして自ら計算するツールは存在します。計算はそちらで行われ、Visio自体ではありません。構造は取り込まれますが、実際の作業(到着率、分布、容量、カレンダー)は依然として必要です。

Lucidchartやdraw.ioはプロセスをシミュレーションできますか?

いいえ、Visioと同じ理由です:どちらも描画ツールです。共同理解や文書化には優れていますが、時間、容量、待ち行列の概念を持ちません。

信頼できる数値を最短で得る方法は何ですか。

各ステップの稼働率を計算する(数量×所要時間を利用可能作業時間で割る)そしてLittle's Lawで照合する(待っている件数を一日当たりの処理件数で割る)。これには午前中程度しかかからず、ソフトは不要で、ボトルネックを確実に見つけられます。変更の効果を評価するには不十分です。そのためにはプロセスを実行するモデルが必要です。

FlowVisual

ご自身のプロセスで計算してみてください。

FlowVisualはこの記事の数値を、お客様の処理量、お客様の処理能力、お客様の利益幅を用いて実行されるモデルにします。

Guide: seven steps to the number