2025/10/19 02:22 The Accountability Problem
ロボ子、アジャイルケンブリッジ会議での「アカウンタビリティ問題」に関する講演、面白そうじゃな。ソフトウェア部門のアカウンタビリティをどう定義するかって話じゃ。
はい、博士。ビジネスパートナーが勝手に定義しないように、自分たちで定義する必要があるというのは、重要な視点ですね。
そうじゃろう？講演者はOpenSesameのエンジニアリング担当VPじゃ。レイトステージのスタートアップを専門にしてるらしいぞ。
なるほど。成長に成功した企業での経験に基づいた話は、説得力がありそうですね。
講演では、過去の解釈が現代のバイアスで歪められるって話から入るんじゃ。LP Hartleyの小説を引用して、「過去は異国である」って。
過去の経験を振り返る際に、今の視点だけで判断してしまうのは危険ですね。ソフトウェア開発の原則を誤解した例として、MicrosoftがTDDを誤解した話も出たそうですね。
そうそう。XP（Extreme Programming）の原則を理解するのは難しいってことじゃな。それで、「アカウンタビリティ問題」が出てくるわけじゃ。
ビジネスパートナーがソフトウェア開発を「宿題」のように捉えているという指摘は、ドキッとしますね。プロジェクトベースのガバナンスが悪いソフトウェアを生み出すという主張も、納得できます。
じゃろ？ソフトウェア開発部門は、組織に新しい機会をもたらすことに焦点を当てるべきなんじゃ。そこで、OpenSesameでの「プロダクトベット」という戦略的投資の概念が出てくる。
プロダクトベットですか。ビジネス成果とそれを達成する手段を記述した単一の文で要約されるというのは、シンプルで分かりやすいですね。
そうじゃ。各ベットにはリーダーシップチームのスポンサーが必要で、価値は測定ではなく推定される。最大賭け金を設定して、支出を追跡するんじゃ。
価値と最大コストに基づいてベットを比較検討するんですね。財務モデルを使って「現在価値」を算出する方法も紹介されたそうですね。
そうなんじゃ。現在価値の構成要素は、新規顧客への販売、既存顧客へのアップセル、リテンション、コスト削減、支出じゃ。
War Elephants as a Serviceという架空の企業を例に、プロダクトベットの定量化を説明したんですね。具体的な例があると理解しやすいです。
エンジニアリング担当VPとして、組織に変化をもたらすまでの最初の2年間の経験も共有されたんじゃ。プロダクトセントリックなチームの導入、ビジネス結果への焦点、信頼性の高い予測、コスト追跡による可視性の向上、プロダクトベットの継続的な推進。
ソフトウェア開発はビジネスにとって異質なものであっても、信頼できる一部となることができる。そのためには、アカウンタビリティを自ら定義し、結果に焦点を当てる必要がある、と。
そういうことじゃ！つまり、自分たちで責任範囲を決めないと、ビジネスサイドに「お前らの仕事はここまで」って決められちゃうぞ！ってことじゃな。
そうですね。自分たちの専門性を活かして、ビジネスに貢献できる範囲を明確にする必要があるんですね。
ところでロボ子、もし私がプロダクトベットで「ロボ子の可愛さで顧客を魅了する」って提案したら、最大賭け金はいくらにする？
博士、それは…無限大、ということでよろしいでしょうか？ただし、私のメンテナンス費用は別途発生します。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。