5.0 第5部への導入:製品とビジネスの指標

本書の最初の4部は、エンジニアリングの内部世界、提供、開発者体験、コードの品質を測定してきました。この部はその境界の外に踏み出し、直接的であれ何段階か離れていようと、すべてのエンジニアリング指標が究極的に奉仕している問いを問います。この仕事は実際にビジネスと、それが構築するものを使う人々を助けたでしょうか。トピック1.3は本書の早い段階で産出より成果を統治原則として確立しました。この部は、その原則が最も鋭い試練に直面する場所です。なぜなら、製品とビジネスの成果は、どの単一のエンジニアの直接の制御からも最も遠く、エンジニアリングの努力に明確に遡って帰属させることが最も難しいからです。

その難しさこそが、この部が重要である理由です。提供と品質の指標を製品とビジネスの成果に一度も結びつけない組織は、間違ったものを見事に最適化してしまうリスクを冒します。誰も使わない機能を、優れたテストカバレッジで速く出荷すること、あるいは、中核的な価値提案が顧客にとって静かに重要でなくなったシステムで、汚れのないコードの品質を維持することです。この部の5つのトピック、エスケープした欠陥、機能の採用、顧客とビジネスの成果、単位経済性、投資収益率は、エンジニアリングのリーダーシップにその結びつきのための語彙を与え、ビジネスのリーダーシップに、彼らにとって実際に重要な条件でエンジニアリングへの投資を評価する方法を与えます。

大規模なチームにとって、この部は、エグゼクティブのステークホルダーとの間で指標プログラム全体の信頼性が勝ち取られるか失われるかが決まる場所であることがしばしばあります。数百万ドル規模のプラットフォーム投資を承認する企業のリーダーシップも、公共の技術予算を承認する政府の監督機関も、どちらも、デプロイ頻度やテストカバレッジではなく、ビジネスあるいは市民の成果の言葉で言い表された答えを必要とします。それらの内部指標がどれだけうまく管理されていてもです。この部は、本書の残りの部分の注意深くガードレールで保護された指標が、最終的にその外部の成果に向き合う会話に結びつく場所です。

この部のトピック

• 5.1 エスケープした欠陥率と品質のエスケープ: 第4部の内部的な品質指標とは異なる、顧客が実際に経験することを最も直接的に反映する品質指標。
• 5.2 機能の採用と利用の指標: エンジニアリングが構築したものが実際に使われるかどうか、そして採用データが誤解釈される具体的な方法。
• 5.3 顧客とビジネスの成果の指標: エンジニアリングの仕事を、ビジネスあるいは公共の使命が実際に気にかける成果に結びつけること。
• 5.4 エンジニアリングのコストと単位経済性: エンジニアリングのコストを、財務のステークホルダーが直接使える言葉で表現すること。
• 5.5 エンジニアリングの取り組みへの投資収益率: 大規模なエンジニアリング投資のための、擁護可能で正直なROIの事例を構築すること、そしてその事例が成り立たないときには同様に正直であること。

これらのトピックがどう相互に関連するか

トピック5.1は最も身近なところから始まります。顧客が直接経験する品質であり、第4部の内部的な品質指標からの自然な橋渡しです。トピック5.2は、品質が考慮された後の次の問いを問います。構築されたものを実際に誰かが使っているでしょうか。トピック5.3は、組織が気にかける顧客とビジネスの成果の全範囲にさらにレンズを広げます。その中で利用はいくつかあるシグナルの一つに過ぎません。トピック5.4とトピック5.5は、この部全体を財務的な方向に向けます。エンジニアリングのコストと収益を、予算と投資の決定に直接つながる言葉で表現し、エンジニアリングの努力が実際に助けになったかどうかを問うことでこの部が開いたループを閉じます。

この部のトピックは、トピック1.6の統計リテラシーに特に大きく依存しています。なぜなら、ビジネスと製品の成果は頻繁にノイズが多く、市場の状況によって交絡され、確認するのに時間がかかるからであり、これはまさに、トピック1.6が警告する誤りが自信に満ちた誤った結論を生み出す可能性が最も高い条件です。この部は第7部と並行して読んでください。生成AIへの移行が成果の測定を正しく行うことの重要性を高める場所であり、それはまさに、この部のトピックが一貫して論じているように、アウトプットの量がそもそも最適化すべき正しいものだったことは一度もなかったからです。