インサイト/ 事業成長
事業成長を制限するボトルネックの見つけ方
成長が鈍ると、施策、採用、会議、ソフトウェアを増やすことで対応しがちです。役立つ場合もありますが、成果を制限していない場所の仕事を増やす恐れもあります。ボトルネックとは、望む成果の速度や質を現在制限する制約です。最初の需要や機会から提供した結果まで、仕事の流れ全体を見る必要があります。
成果を定め、流れをたどる
まず、その問いで「成長」が何を意味するか定義します。完了注文、適格な商談の成約、導入の成功、再購入などの観察できる結果です。期間と対象区分を定め、仕事が通る段階、引き継ぎ、待ち、手戻り、放棄の箇所を整理します。工程図や経営陣の印象だけでなく、最近の実例を使いましょう。
各段階の到着件数、完了数、待ち時間、実作業時間、戻しや遅延の主な理由を記録します。需要は理論上の能力でなく、実効能力と比較しましょう。実効能力は中断、変動、勤務配置、品質確認を考慮します。優先度の低い仕事や手戻りに労力が費やされれば、チームが忙しく見えても全体の産出は少ない場合があります。
根拠から制約を探す
続く待ち行列、ある段階の前で増える仕掛かり、下流の完了を制限する産出速度、繰り返す引き継ぎ漏れ、多くの手戻りを生む不良などが手掛かりです。一つの兆候だけでは因果は証明できません。例えば最大の待ち行列も、人手不足ではなく一括処理の方針が原因かもしれません。何が待ちを高いままにし、他の期間や顧客層でも同じかを調べましょう。
制約理論は、制約を特定し、現在の能力を最大限に使い、他の仕事を合わせ、能力増強を検討し、制約が移るため再評価するという改善の循環を示します。ASQはこの手順をまとめ、総体的な能力分析が誤解を招く場合を指摘しています。詳しくは、制約理論による継続的改善をご覧ください。この順序を、状況に応じた判断の代わりではなく、調査のきっかけと捉えましょう。
症状、原因、制約を分ける
症状は納期遅延など、人が気付く現象です。原因は、不完全な入力、反復する承認待ち、不安定な需要など、その症状を生む条件です。制約は、現在のシステムの処理量や成果を制限する要因です。重なる場合もありますが、分けることで目立つ不便を成長の決定的な限界と取り違えずに済みます。
短い原因・根拠の表を使いましょう。候補の説明ごとに、観察した兆候、発生させる仕組み、支持する根拠、反証する根拠、小さな試験を書きます。「承認が制約」なら時刻記録を調べ、承認待ちと他の待ちを比較します。「見込み客の質が制約」なら、一貫した定義でチャネルや対象別の進展と失注理由を比較しましょう。
焦点を絞った変更を試す
疑わしい制約に低リスクの変更を加え、その前に期待する兆候を定めます。不完全な依頼が遅延を生むなら、受付要件を明確にして差し戻し頻度を追います。主要チームが中断されるなら、優先作業の時間を確保し、完了の流れが変わるかを観察します。何が起きたか解釈できる範囲に限定し、結果に影響する他の変更や特別な出来事も記録しましょう。
局所の段階だけでなく全体を測ります。一段階の産出を増やすと、次の段階に未完了の仕事があふれるかもしれません。有用な実験は処理量、待ち、品質、顧客への影響、仕事の配分を考慮します。ISOのプロセスアプローチは、活動を一つの仕組みで動く相互関連の過程と捉えます。局所的な「効率化」が負担を他へ移すときに役立つ視点です。ISOのプロセスアプローチ.
制約が変わったら再確認する
対象の変更後、流れを見直します。制約が別の段階へ移ったり、一つの指標が改善しても事業成果は変わらなかったりするかもしれません。それも有用な情報です。前四半期の説明を永遠の真実にせず、診断を最新に保ちましょう。需要の構成、人員、商品設計、外部条件が変われば再確認します。
経営陣が、選んだ成果、制約の根拠、検討した別の原因、実施した試験、次の判断を説明できれば、焦点を絞った確認は完了です。Zendralの事業成長・変革支援は、部門をまたぐ成長の制約の検討を支援できます。自社の状況については、Zendralへお問い合わせください.