階層なき価値の所有:Æilus の役割とプロセスのモデル

全文

1 はじめに

ほとんどの組織は、あらゆる部門、予算、プロセスの責任者を挙げることができます。しかし、それらを通じて流れる価値の責任者を挙げられる組織はわずかです。本論文では、指揮命令の層を追加することなく価値に対する責任を明示する方法として、Æilus methodology v2.0 の役割とプロセスのモデルを提示し、その運用サイクル、リスク、未解決の問いを検討します。

本論文は、シリーズ「Æilus for Business」の最終論文です。中核となる用語は本シリーズの第1論文で定義されており、プラクティスとドメインは第6論文で説明されています。ここでは、誰が何を所有するのか、所有を機能させ続ける定期的なプロセスは何か、そして所有を検証可能にする成果物は何かに焦点を当てます。

誰の価値を測定するのか。本論文を通じた分析単位は、価値マネジメント理論(Value Management Theory、VMT)で定義される1つの価値システムです。すなわち、プロダクト組織と、それと価値を交換するアクターの集まりです。そのアクターは、アウトプットの外部受け手(顧客とユーザー)、価値を消費して新たな価値を生み出す内部の変換者(チーム、サービス、機能)、参加条件が満たされなければならない従業員、そしてインフローの外部供給者です。境界は、システムレベルの価値システムスキーマ(Value System Schema、VSS)で明示的に設定されます。実現された価値は常に受け手となるアクターの解釈であり、外部フローでは顧客、内部フローでは下流の変換者がそれにあたります。価値と反価値は、フロー内の要素として観察可能な場合にのみ数えられます。たとえば、納品された機能、インシデント、手戻りの依頼、遅延などです。一般的な「企業の価値」は、定義されたシステムの外では意味を持たず(A1、T1)、境界が変われば変化します(T15)。

Æ価値通貨を含む VMT の形式的な枠組みは、ここでは再導出しません。それは Bolshakov (2026a) に示されています。本論文は主に、VMT の次の公理と定理に依拠します。A1(文脈)、A3(フローによる表現可能性)、A4(計画と事実の非対称性)、A5(反価値の独立性)、A7(変換)、A8(参加)、A9(持続可能性)、A13(部分的な通約可能性)、そして T4(抵抗の歴史的蓄積)、T5(局所最適化)、T7(参加の侵害)、T8(変換役割の喪失)、T9(隠れたフロー)、T13(普遍的な最適性基準の不在)、T16(解釈を通じたスケーリング)、T17(解釈の歪み)です。

2 問題:誰もがプロセスを所有し、誰もフローを所有していない

機能別の階層は、専門分野ごとに責任を割り当てます。開発は開発を、運用は運用を、サポートはサポートを所有し、それぞれにマネージャー、予算、局所的な指標があります。これは専門性の構築や資源配分には適しています。しかし、価値が受け手に届いているかどうかという問いには答えません。

A3により、システム内の価値の再配分はすべてフローの集合として表現できます。顧客にとって重要なフローは、ほとんどの場合、複数の機能の境界をまたぎます。ある機能は一つの部署で仕様化され、別の部署で構築され、3つ目の部署で展開され、4つ目の部署で支援されます。各部署は自らのプロセスが機能していると示すことができますが、フローは引き継ぎのたびに価値を失います。要件は再解釈され、作業はキューで待たされ、サポートは他所で生み出された反価値を引き受けることになります。

仮想的な例示。完成した機能の数で自らを測る開発チームと、安定性で自らを測る運用チームを考えてみましょう。開発チームは予定どおりに機能をリリースします。運用チームは、その変更にレビューされていないリスクがあるとして展開を遅らせます。どちらのマネージャーも、自らの権限の範囲内では正しく行動しました。顧客は何も受け取っておらず、2つのチームの間の空白に対して責任を負う者は誰もいません。

VMT は、このパターンの背後にあるいくつかのメカニズムを挙げています。局所最適化は、全体の改善を保証しません(T5)。計画された価値、すなわち送り手の解釈は、実現された価値、すなわち受け手の解釈と構造的に乖離し(A4、T3)、各部署から計画上のアウトプットを報告させる階層は、その乖離を見ることができません。反価値は価値の不在ではなく独立したカテゴリーであり(A5)、そのため計画上のアウトプットを生み出す部署が、同時に誰にも数えられない反価値を生み出すことがあります。流れの抵抗は歴史的に蓄積します(T4)。所有者のいない引き継ぎの問題は消えず、通常の働き方になっていきます。公式な構造が、システムがなお機能している理由を説明できないとき、潜在的なフローと非公式な回避策が、あらゆる責任の外側で価値を運んでいます(T9)。

この診断はよく知られています。ボトルネックでない箇所を最適化してもシステムのアウトプットは改善せず(Goldratt, 1984)、価値はそれを届けるストリームに沿って理解するのが最も適しています(Womack and Jones, 1996)。Æilus の貢献は、価値の生産、生産者間のフロー、システムの持続可能性に明示的な所有者を割り当てつつ、権限の構造をそのまま残す、役割とプロセスのモデルにあります。

3 所有に関わる原則

Æilus v2.0 は、方法論の原則のページで公開されている P1 から P10 までの10の原則に基づいています。これらは推奨事項ではなく、方法論上の制約として定式化されています。そのうち6つが所有に直接関わります。

• P2. 価値解釈の整合。計画された解釈、実現された解釈、事後的な解釈は定期的に比較・更新されなければならず、整合は、実現の観察可能な帰結によって確認された場合にのみ許容されます。この比較を所有する者が必要であり、さもなければ実行されません。
• P4. 持続可能性と参加条件。参加条件、リスク、外部フローへの依存関係は、継続的に分析されなければなりません。これはシステムレベルの責任であり、単一の変換者が担えるものではありません。
• P6. 流れの抵抗の低減。介入は、抵抗を移し替えるのではなく低減しなければなりません。各部署が自らの境界を最適化するとき起こるのは、まさに移し替えです。
• P8. プラクティスのシステムレベルでの優先。プラクティスの選択は、プロセスの断片の局所最適化よりも、変換者およびシステム全体の能力を優先しなければなりません。
• P9. 計画された価値の正当化された成長。計画された価値の成長が必須となるのは、需要が確認され、インフローが十分であり、提供可能性が確認され、参加と持続可能性が侵害されていない場合に限られます。価値の種類はしばしば部分的にしか通約できないため(A13)、成長の判断では、用いた集計の前提を明記しなければなりません。
• P10. 価値解釈の完全性。解釈は誠実に形成され、検証可能であり続けなければなりません。計画された価値の組織的な水増しや、実現された価値の組織的な過小評価は、方法論上の違反です。意見の相違は許容されますが、歪曲は許容されません。

P1(観察可能性)はこれらすべての基盤となっており、成果物を通じて実装されます(第6節)。この6つの原則を合わせると、役割分担が導かれます。価値を生み出す所有者、システムの存続可能性を保つ別の所有者、そして必要に応じて、生産者間の空白や共有された制約の所有者です。

4 役割モデル

4.1 役割は機能的なものであり、階層的なものではない

Æilus は、組織図上の地位ではなく、価値システムの中で果たす機能によって役割を定義します。同じ人が複数の役割を担うことも、複数の人が1つの役割を共有することも、システムの進化に伴って役割が変わることもあります。方法論はその基準を明快に述べています。重要なのは誰が役割を持つかではなく、どの責任が担われているかです。VMT においても、変換者は実体ではなく役割です(A7)。T8により、システムが変換の役割を果たせなくなると持続可能性を失い、役割の冗長性は持続可能性を高めます。共有または再割り当てが可能な責任は、T8 の構造的な表れです。

4.2 6つの役割

このモデルは、常に存在する2つの中核的な役割、複雑さが求める場合にのみ導入される3つのスケーリングの役割、そして1つの支援の役割を区別します。表は、方法論の表現に沿って各役割をまとめたものです。

4.3 コアペア: VTOとVSO

VTOは、すべての変換器に対して、実現価値、副産物として生み出される反価値、そして劣化することなく参加し続ける能力について、明確な責任主体を与えます。方法論が指摘するとおり、このようなオーナーがいなければ、変換器は反価値を蓄積し、計画価値を膨らませ、境界における信頼を損なう傾向があります。注目すべきは、VTOが計画価値を増やし続ける義務を負わないことです。義務とは、実現価値を増やし、反価値と抵抗を減らし、P9が満たされる場合に限って計画価値を成長させることです。これにより、過剰な約束をしがちな一般的なインセンティブが取り除かれます。

VSOが存在するのは、個々の変換器のローカルな最適化によってシステムが崩壊しないようにし(T5)、アクター間で解釈の整合性を保ち、参加条件の違反が気づかれないまま進行してアクターを失うことがないようにするためです(A8、T7)。またVSOは価値集約ポリシーも所有します。このポリシーは、種類の異なる価値が部分的にしか通約できない場合に、それらをどのように比較しトレードオフするかを定めるものです(A13)。普遍的な最適性の基準は存在しないため(T13)、このポリシーは発見された真理ではなく、宣言された選択であり、その所有者は明確に見える状態になっていなければなりません。

VTOとVSOの分担は、VMTにおける変換(A7)と持続可能性(A9)の区別に対応しています。「責任を負わない事項」のリストは、責任範囲と同じくらい重要です。

4.4 スケーリングロールとその導入基準

スケーリングロールは、標準的な組織図には含まれません。たとえばフローオーナーが正当化されるのは、提供に複数の変換器にまたがる連結したフローの連なりが必要な場合、抵抗が変換器の内部ではなく変換器間に局在している場合、計画された解釈と実現された解釈が系統的に乖離している場合、そのフローが持続可能性にとって重要な場合、または提供が不安定な場合に限られます。フローオーナーは、変換器間の空間、つまりセクション2の階層では誰にも所有されないまま残される空間で抵抗を減らすことにより、実現可能性を回復します。フローオーナーとドメインオーナーは、解釈のドリフトを防ぐ責任を分かち合います。それは合意を強制することによってではなく、解釈を結果によって検証可能な状態に保つことによって行われます。プラクティスオーナーは、共有されたプラクティスが形骸化した儀式へと劣化するのを防ぎ、ドメインオーナーは、許容されない反価値からシステムを守ります。Æilusの進化に関するノートの言葉を借りれば、このモデルはプロセスではなくロールを追加することでスケールし、v1.xにおける単一のバリューストリームオーナーという考え方に取って代わるものです。

5 プロセス、イベント、運用サイクル

5.1 運用サイクル

Æilusは4つのレイヤーからなる継続的なサイクルとして動作します。Observe(価値要素、反価値、蓄積の可視性)、Align(送り手と受け手の間で解釈を同期させる)、Intervene(抵抗を減らし実現価値を高めるようプラクティスを調整する)、Stabilize(参加条件とドメインポリシーが満たされた状態を保つ)です。このサイクルには最適化された終着状態はなく、より再現性が高く、より脆弱でないシステムを目指します。

5.2 必須のプロセスグループとそのオーナー

公開されている方法論は、8つの必須プロセスグループを定義しており、それぞれが原則に結びついています(アーカイブされた2.0の文書には最初の7つが記載されており、解釈検証は後から追加されました)。プロセスは所有されるものであり、「全員が実施する」ものではありません。オーナーの列は、プロセスについて公開されているロールの所有関係から導かれたもので、スケーリングロールが導入されていない場合には、ループはVSOまたはVTOに戻ることを前提としています。サイクルの列は、本稿独自の対応付けです。

プロセスグループ8は、計画価値に関する語りが、実現価値や事後的な価値の対応する変化を伴わずに変わってしまうケースを検出します。これはT16とT17の運用上の形態です。確認されていない解釈を通じたスケーリングは構造的に不安定であり、反価値を蓄積します。

5.3 イベントの最小セット

Æilusはカレンダーを定めていませんが、最小限のイベントセットを推奨しており、変化の速いシステムではより頻繁に行います。

• 価値システムレビュー: 境界、重要なアクター、主要なフロー、依存関係(VSO)。
• 解釈すり合わせセッション: 重要なフローにおける計画された解釈、実現された解釈、事後的な解釈(Æilusマスターがファシリテート)。
• 流れの抵抗レビュー: ボトルネック、届けられていない価値、抵抗の蓄積(フローオーナー、またはVSO)。
• プラクティスレビューボード: 観察された効果に基づいてプラクティスを採用、適応、または廃止する(VTO、プラクティスオーナー、ドメインオーナー)。
• 価値レトロスペクティブ: 将来の解釈へのインプットとしての事後的な価値(Æilusマスターがファシリテート)。

良好な運用は、観察可能な三つの成果によって記述されます。すなわち、解釈が同期され続けること、抵抗が時間とともに減少すること、そして参加条件が変化のもとでも維持されることです。これらは目標水準ではなくシグナルの方向に関わるものであり、T3と整合しています。計画と実績の差がゼロであることは、不安定な特殊ケースです。

6 ロールごとの成果物とレポート

Æilusは、成果物を意思決定の道具として扱い、一つの厳格なルールを課しています。あらゆる成果物には、オーナー、更新ループ、意思決定上の目的がなければなりません。そうでなければ、維持コストと誤った安心感によって反価値を生み出します。方法論は九つの成果物グループと最小限のレポートセットを挙げていますが、それらをロールに対応づけてはいません。下表はそのような対応づけを、各ロールのスコープから導いて提案するものであり、本稿による割り当てです。

ここから二つの点が導かれます。第一に、VSSは変換器とシステムの二つのレベルに現れ、二人のオーナーはそれらの整合性を保たなければなりません。システムレベルのスキーマは、価値システムの境界、したがって「誰の価値か」という問いへの答えが記録される場所です。第二に、Æilusにおけるレポートは、パフォーマンス報告ではなく、傾向を示す価値システムの診断です。レポートがÆ単位で表現される場合には、Bolshakov (2026a) の形式化が適用されます。ただし、ロールモデル自体は特定の単位に依存しません。

7 階層構造およびアジャイルフレームワークとの共存

Æilusのロールモデルはラインマネジメントを置き換えるものではありません。方法論は、特定の組織形態を課さないと述べています。そのロールが定めるのは価値に対する責任であり、人に対する権限ではありません。採用、予算、法的責任は従来の場所にとどまり、Æilusのロールは既存の役職に重ねて割り当てられます。部門長は、その部門が形成する変換器のVTOロールを兼ねることがあります。ある製品ラインに責任を負う役員は、対応する価値システムのVSOロールを担うことがあります。シニアエンジニアは、セキュリティや可用性についてドメインオーナーを務めることがあります。

アジャイルフレームワークも同様の問いを提起します。たとえばScrum Guide (Schwaber and Sutherland, 2020) は、チーム内の説明責任を定義しており、その中には、チームの仕事から生まれるプロダクトの価値を最大化することに責任を負うプロダクトオーナーが含まれます。このような人物はVTOロールを担うことができます。チームのフレームワークは変換器の内部の仕事を組織するものであり、Æilusの用語では、検証と廃止の対象となるプラクティスです。Æilusが問うのは、価値が変換器の間をどのように移動するか、そしてシステムが存続可能であり続けるかどうかです。

本稿は、Æilusのモデルが他の運用モデルより優れていると主張するものではありません。比較データは存在せず、T13により普遍的な最適性基準も存在しないからです。主張は構造的なものです。このモデルは、ユニット間のフロー、解釈のギャップ、システムレベルの参加条件に明示的なオーナーを与えますが、これらにはしばしばオーナーがいません。

8 導入パス

公開されている研修プログラムは、Æilus v2.0の三つの層(VMT、方法論、Æilus Design Practice)に沿っており、ロール別のパスで構成されています。このことは、導入の順序を示唆しています。

1. まず共通言語から。基礎コースで、計画価値、実現価値、回顧的価値、反価値、抵抗、参加条件を扱います。
2. 中核ロールと最初のVSS。境界の明確な一つの価値システムにVSOを、その主要な変換器にVTOを任命します。境界をシステムレベルのVSSに記録します。最も重要な少数の要素から価値要素登録簿を始めます。
3. 早期の支援ロール。Æilusマスターは、習慣が形成される間、イベントが儀式化しないようにします。
4. 最小限のイベント。一つの重要なフローについて、価値システムレビューと解釈すり合わせセッションから始めます。
5. エビデンスに基づくスケーリングロール。フローオーナー、プラクティスオーナー、ドメインオーナーは、4.4節の受け入れ基準が確認された場合にのみ導入します。
6. ロールトラックと応用ラボ。研修ページで計画されていますが、受講登録はまだ公開されていません。

9 リスクと安全策

価値のためのロールモデルは、それ自体が反価値の源になり得ます。三つのリスクが際立っています。

ロールの膨張。スケーリングロールがあらゆる場所で既定として埋められ、調整を増やして説明責任を希薄にするおそれがあります。安全策は、明示的な受け入れ基準です。妥当な追加ルールとして、スケーリングロールは価値システムレビューで見直され、それを正当化した条件がもはや成り立たなくなったときに廃止される、というものが考えられます。

官僚主義。九つの成果物グループと七つのレポートは、文書化プログラムへと変わり得ます。安全策は、成果物の規律ルールです。オーナー、更新ループ、意思決定上の目的のない成果物は、方法論自身の定義により反価値です。成果物を維持するコストはそれ自体が消費された価値であり、変換器効率レポート (P7) に含まれるべきものです。

価値の演劇。最大のリスクは、ロール、イベント、レポートが価値マネジメントの演技となり、実際のフローが変わらないままになることです。これは、尺度が目標になると情報としての力を失うという古典的な問題です (Goodhart, 1975)。安全策は次のとおりです。P10は、解釈のインフレとデフレを方法論上の違反としています。実現価値は、送り手ではなく受け手のアクターによって検証されます。プロセスグループ8は、解釈の変更が結果によって裏づけられているかを確認します (T16, T17)。そしてÆilusマスターは、カーゴカルト的な導入を検出する責任を明示的に負います。これらの安全策はいずれも自動的ではありません。それぞれが、不都合なギャップを進んで報告するロール保持者に依存しています。

第四のリスクは、職位上の権限との衝突です。ロールモデル自体には強制力がありません。持続可能性シグナルが覆された場合、従業員を含む影響を受けるアクターの参加条件が、記録されないまま侵害されるおそれがあります (A8, T7)。そのような覆しをシステム持続可能性シグナルレポートに記録することが、最低限の安全策です。

10 限界と研究課題

本稿は、測定された成果を伴わない方法論的分析です。情報源にそれが含まれていないためであり、効果に関する主張は仮説です。成果物のロールへの対応づけ(6節)と、プロセスグループのサイクル層への対応づけ(5.2節)は、本稿の提案であり、公開されている方法論の一部ではありません。スケーリングロールの受け入れ基準は定性的なものであり、方法論は閾値を示していません。このモデルは、ロール保持者が受け手のアクターにおける実現価値を観察できることを前提としていますが、受け手が外部にあり拡散している場合には、それは難しいかもしれません。最後に、モデルの効果は既存の権限構造との相互作用に依存しますが、方法論はそれを意図的に未決のままにしています。

これらの空白から、ÆVRIのための研究課題が導かれます。

• VTOとVSOのロールを導入する前後で、方法論自身が挙げる観察可能なシグナル、すなわち計画価値と実現価値のギャップ、記録された抵抗、参加条件の違反を記録する縦断的なケーススタディ。
• スケーリングロールの導入と廃止のための運用上の基準。抵抗登録簿に照らして検証されるもの。
• Æilusのロールが、チームレベルのアジャイルフレームワークやラインマネジメントとどのように組み合わさるかについての比較研究。組み合わせが失敗するケースを含む。
• 価値の演劇の指標。反価値として現れる前に歪みを示す、解釈変更履歴のパターン。

11 結論

機能別の階層構造は、プロセスを所有することには長けていますが、流れを所有することには不得手です。そのため、VMTによれば価値は流れの中にのみ存在し、受け手のアクターにおいてのみ実現されるものですが、しばしば所有者がいない状態になります。Æilusのロールモデルは、価値生産の所有(VTO)とシステムの持続可能性の所有(VSO)を分離し、システムに必要性が現れた場合にのみ、流れ、共有プラクティス、ドメインの所有者を追加することで、この問題に対処します。支援ロールであるÆilusマスターは、メソッドが形骸化した儀式になることを防ぎます。

このモデルはラインマネジメントやアジャイルのフレームワークと競合するものではなく、それらが通常は暗黙のままにしている責任を扱います。実際の組織において、このモデルが実現される価値を高め、抵抗を減らし、参加の条件を維持するかどうかは、実証的に未解決の問いです。このモデル自身の道具である、ギャップレポート、抵抗レジスター、持続可能性シグナルが、その問いに答えるための手段となります。これをもって、シリーズ「Æilus for Business」は、それ以前のテーマを結びつける所有の問題で締めくくられます。

参考文献

• Bolshakov, V. Value, Anti-Value and Value Flows: A Working Vocabulary for Practitioners. ÆVRI, 2026.
• Bolshakov, V. Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective. ÆVRI, 2026a.
• Bolshakov, V. Æilus Methodology v2.0: Principles, Roles, Processes and Events, Artifacts and Reports. aeilus.tech/methodology/, 2026b.
• Bolshakov, V. Evolution of Æilus. aeilus.tech/methodology/versions/, 2026c.
• Bolshakov, V. Æilus Training: Role-Based Learning Paths. aeilus.tech/training/, 2026d.
• Goldratt, E. M. The Goal. 1984.
• Goodhart, C. A. E. Problems of Monetary Management: The U.K. Experience. 1975.
• Schwaber, K., Sutherland, J. The Scrum Guide. 2020.
• Womack, J. P., Jones, D. T. Lean Thinking. 1996.