test

業務フロー図を描いていると、「ひし形の中に何を書けばいい？」「YesとNoはどちらに伸ばす？」と迷うことがあります。判断分岐は、見た目以上に条件とその後の動きをはっきりさせることが大切です。

判断分岐とは？ ひし形は「質問」を書く場所

フローチャートでは、処理を長方形、条件による分岐をひし形で表すのが一般的です。たとえば、問い合わせ対応なら「回答できる？」という質問をひし形に入れ、はいといいえで進む処理を分けます。

判断分岐を分かりやすくする5つのコツ

ひし形を描くだけでは十分ではありません。次の5つを意識すると、初めて見る人にも伝わりやすくなります。

まずは実例フローチャートを見てみましょう。ひし形の判断条件、Yes／Noの矢印、分岐後の処理と合流先を1枚で確認できます。

コツ1：ひし形には「質問」を書く

「確認する」ではなく、「その場で回答できる？」のような質問にします。判断後に進む道が自然に決まります。

コツ2：判断基準を具体的にする

「問題ない？」では判断が人によって変わります。入力確認なら、「必須項目がすべて入力されている？」など、誰でも判定できる条件にしましょう。

コツ3：矢印にYes／Noを書く

分岐する矢印には「はい／いいえ」「あり／なし」などのラベルを付けます。向きだけで意味を判断させないことが大切です。

コツ4：分岐後の行動を明確にする

「回答できる？」の「はい」は「回答する」、「いいえ」は「担当者に確認する」といったように、次の処理を具体的に書きます。

コツ5：合流先と終了条件を整理する

異なるルートが同じ処理に戻るなら、合流先をはっきり示します。終了するルートは無理に合流させず、どこで処理が終わるかを描きます。

よくある失敗3つ

1. 条件が曖昧

「問題ない？」だけでは、何をもって問題なしとするか不明確です。「必須項目がすべて入力されている？」など、判断の基準を具体化しましょう。

2. 分岐の線にラベルがない

ひし形から2本の線が出ていても、どちらが「はい」か分からなければ読み手は迷います。線の近くに「はい／いいえ」「あり／なし」などのラベルを必ず付けます。

3. 分岐後の処理が合流せず、行き先が分からない

別々の処理が同じ工程に戻る場合は合流先を明示します。ただし、終了条件が異なる場合は無理に合流させず、それぞれの終了を描きます。

問い合わせ受付を例にしてみよう

架空の問い合わせ対応を、次の順に整理します。

1. 問い合わせを受け付ける
2. 内容を確認する
3. 「その場で回答できる？」と判断する
4. 「はい」なら回答する。「いいえ」なら担当者へ確認し、その後回答する
5. 対応結果を記録し、完了する

ここで重要なのは、分岐した後の行動が具体的であることです。「はい」と「いいえ」だけを書いて終わりにせず、担当者が次に何をするのかまで描きます。

Mermaidで書くとこうなる

以下は学習用のMermaidコードです。Mermaid対応のエディターに貼り付けると、フロー図として確認できます。

flowchart TD
  A[問い合わせ受付] --> B[内容を確認]
  B --> C{その場で回答できる？}
  C -->|はい| D[回答する]
  C -->|いいえ| E[担当者に確認]
  E --> D
  D --> F[対応結果を記録]
  F --> G([完了])

draw.ioで描く場合も考え方は同じです。四角形で処理を配置し、ひし形に質問を書き、矢印に条件を付けます。最初は上から下へ読み進められる配置にすると、分岐が増えても整理しやすくなります。

公開前に確認したい5項目

• ひし形は「はい／いいえ」などで答えられる質問になっているか
• 分岐条件が具体的か
• それぞれの矢印にラベルが付いているか
• 分岐後の処理と合流先が分かるか
• 処理の流れを初めて見る人が追えるか

まとめ：ひし形よりも「判断基準」が主役

判断分岐を分かりやすくする近道は、図形の配置に凝ることではなく、何を判断するのか・その結果どう動くのかを言葉にすることです。まずは身近な業務から1つ選び、質問を1つだけ置いた小さなフロー図を描いてみてください。そこから少しずつ広げると、実務で使える図に近づきます。

合わせて読みたい記事

新品価格
￥498から
(2026/10/14 22:44時点)

新品価格
￥598から
(2026/10/15 06:56時点)