条件分岐を盛りすぎると運用が壊れる|メンテが重くなる原因と対策

条件分岐を盛りすぎると運用が壊れる|メンテが重くなる原因と対策

承認フローの条件分岐を増やしすぎると、変更のたびに壊れやすくなります。分岐を減らす判断軸、例外の隔離、運用が軽い設計の順番を具体的に解説します。

条件分岐を盛りすぎると運用が壊れる:メンテ地獄の作り方

承認フローって、最初はシンプルなんです。
でも「この場合は例外で」「こっちの部門だけ違う」「金額がこうなら別ルート」…って足していくと、いつの間にか誰も触れない“黒魔術”みたいになります。

条件分岐が多いと便利そうに見える反面、変更に弱くなって、運用が崩れやすいです。ここは最初に整え方のコツがあります。

先に結論:分岐は「増やす前に、分ける」が正解です。通常ルートを太くして、例外は別入口に寄せると整います。

状態 よく起きる問題 おすすめの打ち手
条件分岐が多い 変更のたびに想定外の止まり方 分岐を減らし、例外を別入口へ
例外が通常に混ざる 承認者が迷い、差し戻しが増える 例外ルートは「緊急/特例/条件外」に絞る
運用者が属人化 触れる人がいなくなる 分岐のルールを文章で残す(1枚)

ギフト:分岐を増やす前に「これは例外?それとも通常?」を決めると、フローが太くなって運用が軽くなります。

条件分岐が増えると、なぜ運用が壊れやすい?

原因は、シンプルに“組み合わせ”が増えるからです。
分岐が少ないうちは、想定が追えます。でも分岐が増えるほど、「この条件×この条件×この条件」のパターンが増えて、テストしきれなくなります。

壊れ方の典型

  • 承認者が出ない:条件に当てはまる承認ロールが空
  • 意図しないルートへ行く:条件の優先順位がズレる
  • 例外が日常化:例外対応が増えて、通常の意味が薄れる

分岐を減らす判断軸:3つだけで足りる

分岐は「全部表現しよう」とすると増えます。
逆に、判断軸を絞ると落ち着きます。おすすめはこの3つです。

  1. 金額:小・中・大(3段階)
  2. 申請種類:契約/稟議など“重いもの”だけ例外扱い
  3. 緊急:期限が短いものだけ別入口
やりがち 増える理由 置き換え
部門ごとの細かい違い 例外が積み上がる “例外部門”を別入口へ
役職の細分化 異動で壊れやすい ロール(RBAC)へ寄せる
条件の例外の例外 テスト不能 例外入口で受ける

ポイント:表現力を上げるほど複雑になります。現実に合わせるなら、軸を絞って“迷い”を消す方が効きます。

例外を通常ルートに混ぜない:別入口で受ける

条件分岐が増える最大の原因は、例外を通常ルートに混ぜることです。
例外はゼロにならないので、入口を一つ用意して、そこで記録を残す形に寄せると整います。

例外入口の3分類
緊急/特例(ルール外)/条件外(フォームに当てはまらない)

今日やること(Step1〜3)

  1. Step1:分岐条件を棚卸しして「金額/種類/緊急」以外を洗い出す
  2. Step2:例外は別入口へ寄せて、通常ルートから外す
  3. Step3:分岐ルールを1枚にまとめ、変更時の確認順を決める

質問と回答

Q:現場から「もっと細かく分けて」と言われたら?

A:細分化は“運用の重さ”を増やします。まずは例外入口で受けて、件数が多いものだけを通常化(ルートへ昇格)すると、増やしすぎを避けやすいです。

→ /failure/ 記事一覧へ
→ 次の記事:誰が決裁するか曖昧で揉める:権限が曖昧な導入失敗