マシュー・クラウティエ氏は、ロサンゼルスの有力プロダクト開発エージェンシーSticky StrategyのCEOである。
クローズされたチケット数、華やかな技術、増え続ける人員数は書面上では良く見える。しかし、健全なアーキテクチャと文化的規律がなければ、脆弱性、無駄、成長停滞を生み出す。リーダーがこれらの罠を見抜き、手遅れになる前に修正する方法を紹介する。
生産性の幻想
ダッシュボードにはチケット数が輝き、週次レポートでは「ベロシティ」が誇られ、経営陣には「チームが速く動いている」と伝えられる。現実は異なる：1つの実際のタスクが10のチケットを生み出し、それぞれがさらに問題を修正するための10のチケットを生成する。そのノイズを管理すること自体が専任の仕事となる。活動は印象的に見えるが、それが実際の進捗と等しいことはほとんどない。このシステムは成果を出すよりも、忙しく見えることを奨励している。
構造が生存を決定する理由
システムアーキテクチャは財務構造に似ている：それがビジネスの拡張性を決定する。開発者は機能を素早くリリースできるが、強固な設計がなければ、システムは自重で崩壊する。誰も何が起きているのか完全には理解できず、遅かれ早かれ崩壊する。かつて私たちが協業したあるCTOは、専門家である私たちがアーキテクチャ自体の問題と診断するまで、何年も会社を悩ませていたシステムクラッシュの原因を説明できなかった。脆弱な設計はダウンタイムを引き起こすだけでなく、コスト増大とシステミックリスクを複合的に生み出す。
履歴書の罠
チームが簡単にGoogle検索できる「有名な」技術—Kubernetes、Rustなど流行のもの—を推進するとき、それはしばしばビジネスとの整合性よりも履歴書を飾ることを示している。例えば、Kubernetesは運用チーム全体を必要とする。それがなければ、このプラットフォームはソリューションではなく負債となる。数年前、あるクライアントがアプリケーション開発にRustを使用することに固執した。技術的には印象的だったが、最終的にはビジネスに適合していなかった。トレンド主導の技術選択は面接では印象的かもしれないが、株主価値を生み出すことはほとんどない。
インパクトのない人員増加
人員を増やすことは、多くの場合、生産性よりも給与を速く増加させる。各新「リーダー」は、より多くのスタッフを要求することで自分の役割を正当化し、間接費を膨らませ、意思決定を遅らせる。成功はインパクトではなく、何人の部下を管理しているかで測定される—優れたコードを書くこと？オプション。実際の問題を解決すること？稀。より多くのリソースが進捗を保証するわけではない—通常はより多くのコストを保証するだけだ。
このサイクルを断ち切る
解決策は純粋に技術的なものではなく、文化的・構造的なものだ。速くリリースする開発者だけでなく、スケールを理解するアーキテクトを雇用する。活動ではなく成果に基づいてインセンティブを整合させる。ビジネス課題に対応しない限り、華やかな技術を追い求める衝動に抵抗してほしい。そして人員を精鋭に保ち、階層よりもインパクトに報いる。適切な人材と文化があれば、長期的な成長と成功を脅かす前に、根深い非効率性でさえ修正できる。
経営者向けポイント
財務志向のリーダーにとって、これらの問題は直接コスト、リスク、リターンに変換される：
動きではなく成果を測定する。チケット数は収益を増やさずにOPEXを膨らませる。測定可能なビジネス成果を生み出す取り組みに集中する。
アーキテクチャに早期投資する。脆弱な設計は計画外のCAPEXとメンテナンスコストの膨張につながる。堅固な基盤は時間とともに効率性を複合的に高める。
技術選択を精査する—適合性のないトレンド技術は座礁投資となる。ROIを促進し、総所有コストを削減する場合にのみ技術を採用する。
人員を精鋭に保つようにしてほしい。マネージャーを増やすと給与が膨らみ、意思決定が遅くなる。人員増加ではなく、ドルあたりのインパクトを出すチームに報いる。
また、社内開発チームを雇用することもできる。彼らはプロダクト開発プロセスを教え、効率的な実行をサポートできる。
