なぜ業務そのものよりも、業務の周辺にかかるコストの方が高くなるのか？

すべてのプログラム活動には、経済的帰結が伴います。問題は、ほとんどの組織がそのつながりを追跡できていないことです。プログラムの予算は見え、関与している人数やサプライヤーも把握しており、進捗報告、リスクレジスター、納品予測も受け取っています。しかし、その投資がどれほど効果的に、承認されたビジネス成果へと変換されているかを見極めることは、はるかに困難なままです。

チームがフル稼働していても、それに比例した進捗が得られないことがあります。ガバナンスの決定には直接的な作業が1時間しか必要なくても、複数のチームが何週間も待たされることになるかもしれません。サプライヤーは効率的に見える一方で、調整や統合の労力を顧客側に差し戻しているだけかもしれません。局所的なプロセスはすべて設計通りに機能しているのに、プログラム全体としては遅くなり、コストがかさんでいくということが起こり得ます。

これこそが、変革の「隠された経済学」です。

Spicy Mangoでは、プログラム活動から経済的帰結までの追跡可能なつながりが必要であると考えています。「官僚主義はコストがかかる」という大雑把な主張ではなく、予算化された労力がどこで消費され、それが経過時間にどのように影響し、コストやビジネス価値にとって何を意味するのかを実証する証拠が必要です。

同じ成果であっても、すべての組織で同じコストがかかるわけではない

大企業がゆっくりとしか動けないのは、そこにいる人々の能力が低いからではなく、デリバリーがより多くの組織の「仕組み」を通過しなければならないからです。

アーキテクチャ、セキュリティ、プライバシー、調達、法務、財務、運用、シェアードサービス、そしてビジネス関係者は、それぞれ正当な責任を負っています。また、大企業は小規模な企業にはない、顧客、規制、運用、レピュテーションにおけるリスクを抱えています。適切な管理策は成果を成功させるために不可欠です。しかし、必要な仕組みであっても、組織のキャパシティを消費することに変わりはありません。

すべての承認にエビデンスが求められます。すべての関係者に状況の説明が必要です。組織の境界をまたぐたびに、引き継ぎが発生します。中央への依存が発生するたびに、プログラム側ではコントロールできない待ち行列が生じます。制約条件の判明が遅れると、作業の再設計、再テスト、再保証を余儀なくされることがあります。

したがって、企業はソリューションそのものへの支払いに加え、そのソリューションが通過しなければならない「環境」に対してもコストを支払っているのです。

デリバリー工数のニュートラルな単位

Spicy Mangoでこの問題について考えるアプローチの一つが、デリバリーユニットという概念です。

1ユニットは、人的工数を表すニュートラルな測定基準です。プログラムに応じて、1時間、1人日、または1人月を表すことができます。これは価格でも、職種名でも、普遍的な生産性のベンチマークでもありません。その目的は、同等の成果を得るために必要な工数を検証するための共通の基準を作ることです。

簡単な例として、特定の専門家が定義された成果を出すために100ユニットを必要とする場合、デリバリー環境の違いによって、必要な工数がどのように増加するかを示します。

この図は原理を説明するためのものであり、業界のベンチマークを提供したり、組織がこれらの方程式にきれいに当てはまることを示唆したりするものではありません。大企業であっても非常に効率的なシステムを運用していることはありますし、小規模な組織でも無秩序な状態になることはあります。重要なポイントは、デリバリー環境によって、同じ成果を達成するために必要な工数が変化するということです。

その効果の背後にある数学は重要です。環境の生産性が20％低下した場合、同じ作業を完了するために必要な工数は20％増えるのではなく、25％増えることになります。

生産性が80％の状態で、100ユニットの調整済み工数を必要とする成果を達成する場合：

これは、すべての企業が自動的に生産性が20％低下していると主張するものではありません。一見わずかに見える損失が、なぜ何百人もの人員や複数のサプライヤーが関わる複数年のプログラムにおいて、実質的な損失へと膨らんでいくのかを示しています。

追加のユニットはどこへ消えていくのか？

企業の無駄は、誰かが明らかに無意味な仕事をしているという形で現れることは滅多にありません。それは、正当な活動の間に蓄積されていきます。

私たちは、数分間のエンジニアリング作業で済む低リスクな変更が、委員会の決定を必要とするために何週間もブロックされたままになっている状況を見てきました。実装自体のコストはほぼゼロでした。しかし、その周辺で発生した待ち行列が注意を奪い、依存関係をブロックし、進捗を遅らせました。変更作業は5分。組織のプロセスは5週間です。

追加の工数を発生させるその他の慢性的な要因には、以下のようなものがあります。

- リスクや影響度に対して、必要以上に多くの人々を経由する意思決定。

- 作業が始まってから順次提示される、アーキテクチャ、セキュリティ、運用の制約条件。

- 決定の根拠となる文書化されたポリシー、閾値、または委譲された権限を提示できないガバナンス機能。

- アクセス権、環境、アイデンティティ、インフラストラクチャ、またはその他のシェアードサービスの提供を待つデリバリーチーム。

- エビデンスが再利用されず、複数の保証機能のために書き直されていること。

- 顧客とサプライヤーのガバナンスモデルにより、報告や承認が重複していること。

- ビジネス、プロダクト、アーキテクチャ、エンジニアリング、テスト、運用の間で、一貫したエンドツーエンドのオーナーシップがないまま要件が移動すること。

- 意思決定が遅れたり、断片化されたり、繰り返し覆されたりすることによる手戻り。

マッキンゼーによる組織の意思決定に関する調査では、自社が意思決定に優れていると回答したのはわずか20％であり、61％は意思決定に費やす時間の大部分が効果的に使われていないと回答しています。同社の分析では、より迅速で質の高い意思決定は、報告階層の少なさや、適切なレベルでの意思決定と関連しているとされています。

DORAの2024年の調査では、不安定な組織の優先順位が生産性の低下や燃え尽き症候群の増加に関連していることが示されています。PMIの2026年「Pulse of the Profession」では、複雑さがアライメントの断片化、意思決定の摩擦、手戻りと結びつけられています。

ここでの教訓は、複雑さを排除できるということではありません。複雑さを、回避可能な損失に対する「対価の支払われない言い訳」にしてはならないということです。

デリバリーユニットの歩留まり（イールド）

デリバリーの歩留まり（イールド）は、組織の資金提供されたキャパシティのうち、どれだけが意図した成果を前進させているか、あるいは必要かつ適切な保護を提供しているかを考える一つの方法です。

概念として、その工数は大きく4つのカテゴリに分類できます。

- 生産ユニット：意図した成果を生み出し、検証し、または前進させる。

- 保護ユニット：必要かつ適切なセキュリティ、プライバシー、コンプライアンス、レジリエンス、運用の保証を提供する。

- 調整ユニット：デリバリーに純粋に必要とされる人々、決定、依存関係をつなぐ。

- 回収可能なユニット：回避可能な待ち時間、重複、不要な引き継ぎ、手戻りから発生する。

あえて単純化した関係式で表すと以下のようになります：

これは徹底的な会計処理を行うことを意図したものではありません。全員が費やしたすべての時間を分類しようとすれば、それ自体が管理コストとなり、誤った精密さを生み出すだけです。より有用な活用法は、決定の遅れ、繰り返される保証、不要な引き継ぎ、重大な手戻りなどの実質的な制約を特定し、その影響を追跡することです。

デリバリーの歩留まりを、従業員の生産性スコアや、普遍的なプログラム目標として扱うべきではありません。歩留まりの低いシステムの中にいる人々は、それを補うために非常に懸命に働いていることが多いからです。また、この概念はすべてのガバナンスを無駄として扱うものでもありません。必要な保護はプラスに貢献します。なぜなら、顧客、データ、または運用を危険にさらすような拙速な変革は、成功した成果とは言えないからです。

工数、経過時間、価値は置き換え可能なものではない

3つの視点を切り離して考えることで、経済的帰結がより明確になります：

工数（Effort）とは、従業員、サプライヤー、ガバナンス、シェアードサービス全体で消費される人的作業です。

経過時間（Elapsed time）とは、作業を開始してから、承認された運用結果を達成するまでのカレンダー上の期間です。

価値（Value）とは、成果を待つ間に実現されないままになっている商業的または戦略的な利益です。

ある決定のために直接的な工数が2時間しか消費されなかったとしても、それによって3週間の遅延が生じることがあります。直接的な労務費は少額ですが、ブロックされたキャパシティ、下流での手戻り、そして先送りされた価値による影響は非常に大きなものになる可能性があります。

同様に、回収可能な工数が自動的に現金の節約になるわけではありません。それは別の優先事項へと再配分されるキャパシティ、将来的な支出の回避、同じ予算内でより多くのスコープを納品すること、あるいは価値を早期に実現することにつながるかもしれません。信頼性の高い財務分析では、これらの成果を明確に区別し、帰属要因や不確実性を可視化します。

だからこそ、単に「ガバナンスが遅い」と不満を言うだけでは不十分なのです。リーダーシップ層は、どのような活動が行われ、それがどの成果に影響を与え、どれだけの工数や遅延を発生させ、それによってどのような経済的帰結がもたらされたかを合理的に把握する必要があります。

それこそが、追跡可能なつながりです。

測定するだけではシステムは変わらない

キャパシティがどこに消えているかを知ることは必要ですが、それがゴールではありません。

実務的な解決策は「プラグマティズム（実用主義）」です。つまり、ガバナンスと精査のレベルを、その意思決定のリスク、可逆性、および影響度に合わせることです。

規制対象データ、顧客、または重要な業務に影響を与える高リスクな意思決定は、厳格な精査と明確な承認権限を必要とします。一方で、範囲が限定され、観測可能で、容易に差し戻しができる意思決定を、すべて自動的に同じプロセスに通すべきではありません。

実用的なアプローチは、遅延自体がリスクを伴うことも認識します。一部の決定は、早期に行う必要があります。なぜなら、それを回避して進めると、後からプログラムを変更するためのコストが高くなるからです。要件は、投資、アーキテクチャ、受入を支えるのに十分なほど明確でなければなりません。ポリシーは、周辺チームが実行を許可されている安全な領域を定義すべきであり、単にできないことを列挙するだけのものであってはなりません。

中央のIT部門やシェアードサービスチームは引き続き不可欠ですが、その権限はアカウンタビリティ（説明責任）と結びついている必要があります。ゲート（関門）を管理する部門は、単に自部門のプロセスを完了したかどうかだけでなく、そのプロセスの運用方法によって、どれだけのキャパシティがブロックされ、どれだけの手戻りが発生し、どれだけの価値が先送りされたかを理解すべきです。

目的は、ガバナンスを排除することではありません。安全な進捗をより容易にすることです。

プログラム活動から経済的帰結へ

Spicy Mangoは、戦略コンサルティング、エンタープライズアーキテクチャ、そして実践的なエンジニアリングを組み合わせ、デリバリー工数が失われがちな組織の境界線を越えて成果を追跡します。

私たちは、組織がプログラムを一つのシステムとして理解するのを支援し、実質的な制約が工数、経過時間、経済的価値に与える影響を追跡し、意思決定ルート、ポリシー、要件、サプライヤーとの境界線、および技術的基盤を改善します。介入においてアーキテクチャやエンジニアリングが必要となる場合、私たちのシニアプラクティショナーが単に結論を他の組織に引き渡すだけでなく、自らそれを実装することができます。

これは単に追加のキャパシティを提供するだけではありません。投資を進捗へと変換するシステムを理解し、改善する能力を提供するということです。

すべてのプログラム活動には、経済的帰結が伴います。Spicy Mangoは、そのつながりを追跡可能にします。

変革の支出が増加しているにもかかわらず比例した進捗が得られない場合、ガバナンスがデリバリーを繰り返しブロックしている場合、サプライヤーの責任範囲が断片化している場合、あるいはリーダーシップがキャパシティのさらなる追加を検討している場合、最初に問いかけるべきは「あとどれだけの予算が必要か」ではなく、「既存の投資からどれだけの歩留まり（イールド）が得られているか」です。