プログラム活動から経済的影響への追跡と、デリバリー・イールド（成果創出効率）を改善する方法

すべてのプログラム活動には、経済的な結果が伴います。問題は、ほとんどの組織がそのつながりを追跡できていないことです。

組織はプログラムの予算を把握できます。関わっている人数やサプライヤーの数も知っています。進捗報告、リスク登録、デリバリー予測を受け取ります。しかし、その投資がどれだけ効果的に受け入れ可能なビジネス成果に変換されているかを見極めることは、依然として非常に困難です。

チームがフル稼働していても、それに比例した進捗が得られない場合があります。ガバナンスの意思決定自体に必要な直接的な作業はわずか1時間であっても、それによって複数のチームが数週間も待たされることがあります。サプライヤーが効率的に見えても、調整や統合の負担を顧客側に押し戻しているだけかもしれません。個々のローカルプロセスは設計通りに動作していても、プログラム全体としては遅くなり、コストがかさむことになります。

これこそが、変革における隠れた経済学（ヒドゥン・エコノミクス）です。

Spicy Mangoでは、リーダーにはプログラムの活動から経済的影響までの追跡可能なつながりが必要であると考えています。官僚主義はコストがかかるという単なる一般的な主張ではなく、資金を投入した労力がどこで消費されているのか、それが経過時間にどのように影響するのか、そしてコストやビジネス価値にとって何を意味するのかを示す証拠が必要です。

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

大企業が動きが遅いのは、人材の能力が劣っているからではなく、デリバリーがより多くの組織の仕組み（プロセス）を通過しなければならないからです。

アーキテクチャ、セキュリティ、プライバシー、調達、法務、財務、運用、シェアードサービス、ビジネス関係者はすべて、正当な責任を負っています。大組織は、小規模な企業にはない顧客、規制、運営、評判に関するリスクを抱えています。適切な管理は成果を成功させるための一部です。しかし、必要なプロセスであっても依然としてキャパシティを消費します。

すべての承認には証拠が必要です。すべての関係者には文脈（説明）が必要です。組織間の境界ができるたびに引き継ぎ（ハンドオフ）が発生します。中央の依存関係が生じるたびに、プログラムがコントロールできない待ち行列が発生します。制約条件の判明が遅れると、作業の再設計、再テスト、再保証が必要になる場合があります。

したがって、企業はソリューション自体の費用だけでなく、そのソリューションが通過しなければならない環境（プロセス）に対しても費用を支払っているのです。

デリバリーの労力を測る中立的な単位

Spicy Mangoでこの問題を考える方法の1つが、デリバリー・ユニット（デリバリー単位）という概念です。

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

簡単な例として、専任のスペシャリストが定義された成果を達成するのに100ユニットを必要とする場合、デリバリー環境の違いによって、必要となる労力は次のように増加する可能性があります。

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

その影響の背景にある数学は重要です。ある環境の生産性が20%低い場合、同じ作業を完了するために必要な労力は20%増えるだけでは済みません。25%増加することになります。

生産性80%の環境で、足並みの揃った100ユニットを必要とする成果の場合：

これは、すべての企業が自動的に生産性が20%低いと主張しているわけではありません。何百人もの人々や複数のサプライヤーが関わる複数年のプログラムにおいて、一見わずかな損失がなぜ重大な損失に発展するのかを示しています。

追加のユニットはどこへ消えるのか

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

私たちが目にしてきた例では、エンジニアリングに必要な時間はわずか数分である低リスクの変更が、委員会の決定を必要とするために何週間もブロックされたままでした。実装コストはほとんどゼロでした。しかし、それを取り巻く待機時間が関心を消耗させ、依存関係をブロックし、進捗を遅らせました。変更には5分。組織のプロセスには5週間かかるのです。

その他の頻発する追加労力の要因には、以下のようなものがあります。

- 意思決定が、リスクや影響度が求めるよりも多くの人を経由すること。

- アーキテクチャ、セキュリティ、運用の制約条件が、作業の開始後に順次発生すること。

- ガバナンス機能が、決定の背景にある文書化されたポリシー、基準、または委譲された権限を提示できないこと。

- デリバリーチームが、アクセス権、環境、ID、インフラ、またはその他のシェアードサービスを待っていること。

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

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

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

- 遅すぎたり、断片的であったり、繰り返し覆されたりする意思決定によって引き起こされる手戻り。

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

DORAの2024年の研究では、組織の優先順位が不安定であることと、生産性の低下および燃え尽き症候群の増加が関連していることが示されています。PMIの「2026 Pulse of the Profession」では、複雑さが整合性の断片化、意思決定の摩擦、手戻りにつながっているとしています。

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

デリバリー・ユニット・イールド（成果創出効率）

デリバリー・イールド（成果創出効率）は、組織の資金提供されたキャパシティのうち、どの程度が意図した成果を前進させているか、あるいは必要かつ不釣り合いでない保護を提供しているかを考える方法の1つです。

概念レベルでは、その労力は大きく次の4つのカテゴリに分類されます。

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

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

- 調整ユニット：デリバリーに純粋に必要な人々、意思決定、依存関係をつなぐもの。

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

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

これは、網羅的な会計処理を行うことを意図したものではありません。すべての人が費やしたすべての時間を分類しようとすると、それ自体が管理上の負担となり、不正確な精度の錯覚を生み出すことになります。より有益な適用方法は、意思決定の遅れ、繰り返される保証、不要な引き継ぎ、重大な手戻りなどの実質的な制約を特定し、その影響を追跡することです。

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

労力、経過時間、価値は置き換え可能ではない

3つの視点を明確に区別することで、経済的影響がより明確になります。

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

経過時間（Elapsed time）とは、作業を開始してから、受け入れ可能な運用成果を達成するまでのカレンダー上の期間です。

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

ある意思決定が2時間の直接的な労力を消費し、3週間の遅延を生み出す可能性があります。その直接的な労働コストはわずかですが、ブロックされたキャパシティ、下流の手戻り、延期された価値は甚大なものになる可能性があります。

同様に、回収可能な労力が自動的にキャッシュの節約になるわけではありません。別の優先事項に再配置されたキャパシティ、将来の支出の回避、同じ予算内で提供されるより多くのスコープ、またはより早く実現される価値になる可能性があります。信頼できる財務分析は、これらの成果を区別し、帰属と不確実性を可視化します。

だからこそ、「ガバナンスが遅い」という不満だけでは不十分なのです。経営陣は、どのような活動が行われ、それがどの成果に影響を与え、どれだけの労力や遅延をもたらし、それに合理的に帰属できる経済的影響は何かを知る必要があります。

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

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

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

現実的な対応は「現実主義」です。ガバナンスと精査のレベルを、意思決定のリスク、可逆性、影響の大きさに合わせることです。

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

現実的なアプローチは、遅延自体がリスクを伴うことも認識しています。プログラムが進むにつれて変更コストが高くなるため、一部の決定は早期に行う必要があります。要件は、投資、アーキテクチャ、および受け入れをサポートするのに十分明確でなければなりません。ポリシーは、周囲のチームが動作することを許可されている安全な領域を定義すべきであり、単に彼らができないことを並べるだけのものであってはなりません。

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

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

プログラム活動から経済的影響へ

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

私たちは、組織がプログラムをシステムとして理解し、実質的な制約が労力、経過時間、経済的価値に与える影響を追跡し、意思決定ルート、ポリシー、要件、サプライヤーの境界、および技術的基盤を改善できるよう支援します。介入にアーキテクチャやエンジニアリングが必要な場合、私たちのシニア実務者がそれを実装することができ、結論を別の組織に丸投げすることはありません。

これは単に人員を補充する以上の意味を持ちます。投資を前進へと変換するシステムを理解し、改善する能力です。

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

変革への支出が増えているにもかかわらず比例した進捗が見られない場合、ガバナンスがデリバリーを繰り返しブロックしている場合、サプライヤーの責任が細分化されている場合、または経営陣がさらなる増員を検討している場合、最初の質問は「プログラムにあとどれだけ必要なのか」ではなく、「既存の投資がどれだけのイールド（成果）を生み出しているか」であるべきです。