負のベロシティ: 複雑さの限界を引き上げる方法

複雑さの限界に達することは避けられないと感じるかもしれませんが、チームが限界に近づいていることを示すいくつかの指標があります。最初に言っておきますが、複雑さの限界にどれだけ近いかを示す絶対的な指標はありません。しかし、これらの指標は、どれだけ近いかを判断するのに役立つ可能性があります。

チームが複雑さの限界に達したことを示す最も明確な指標は、重点的に取り組むべき難しい問題の解決よりも、組織の複雑さへの対応に多くの時間を費やしているということです。DORA の変更のリード タイム (スピード) と変更エラー率 (品質) の指標をトレンド分析すると、チームが時間の経過とともに減速するかスピードアップするかが分かります。これらの指標に影響する要因は他にもありますが、これらはチームの効率を示す良い指標です。

開発者の満足度は、ソフトウェア チームがどのくらい組織の複雑さに対応しているかを示すもう 1 つの指標です。開発者は他のどのロール プロファイルよりも、難しい問題の解決に時間を費やすのが好きですが、邪魔になる不必要なタスクは嫌いです。開発者の満足度が低いということは、組織の複雑さがソフトウェア チームにとって課題となっていることをよく示しています。

企業は、チームが複雑さに溺れていることに気づいたとき、多くの場合、組織のシンプルさを取り戻すことを目的とした「シンプル化プロジェクト」を開始します。シンプル化が負け戦略であるのには 2 つの理由があります。1 つは複雑さが増す速度が速すぎて組織の環境のシンプル化が追いつかないこと、そしてもう 1 つはこれらの「シンプル化プロジェクト」はシンプル化しようとしているまさにその複雑な環境で実行されることです。

シンプル化の一般的な出発点は、アプリケーションを廃止または統合することでアプリケーションの数を可能な限り減らすことです。アプリケーションを廃止するには、チームは、上流と下流のすべての依存関係は何か、アプリケーションのユーザーは誰か、その機能をどのように置き換えるか、データをどこにどのようにアーカイブまたは移行するかについて理解し、この種の作業で発生するその他多くの複雑さに対処する必要があります。残念なことに、この作業に必要な労力に多大な投資をしても、それほど複雑さが軽減されるわけではありません。企業がコア ビジネスやユーザー エクスペリエンスに影響を与えずに廃止できるアプリケーションの数には限りがある一方で、エンジニアが作成できる新しいソフトウェア コンポーネントの数には限りがありません。12 か月かけて 1 つのアプリケーションを廃止しても、その間に、おそらく何百もの新しいマイクロサービスが作成されるでしょう。健全なテクノロジー環境は時間の経過とともに成長するので、複雑さを軽減するために環境を一定の数のアプリケーションやソフトウェア コンポーネントに制限するのは現実的でありません。

シンプル化プロジェクトには通常、組織構造を作り直してコミュニケーション フローの複雑さを取り除くことが含まれます。最もシンプルな組織構造は、全スタッフが同じ場所に配置された大規模な階層型のチームです。最も複雑な組織構造は、小規模かつ分散した、自律的なチームです。コンウェイの法則によると、大規模な階層型のチームはモノリシックなアプリケーションを作成する可能性が高く、小規模な分散型のチームはマイクロサービスのようなモジュール型アーキテクチャを使用してアプリケーションを作成する可能性が高くなっています。高品質なソフトウェアの迅速な生産は、マイクロサービス アーキテクチャなどのモジュール型アーキテクチャ パターンによって実現します。つまり、複雑な組織構造の方が成功につながる可能性が高いのです。組織構造を「シンプル化」すると分かりやすくなりますが、シンプル化プロジェクトの最終目標には逆効果です。

シンプル化は重要で価値がありますが、1 回限りの作業ではなく、ソフトウェア チーム (および多くのチームからなるチーム) の継続的改善として組み込むのがベストです。シンプル化すれば複雑さの限界に達するのを遅らせることができるかもしれませんが、スタートアップ環境で享受していた俊敏な自由さは取り戻せません。

ソフトウェア チームの効率を取り戻すには、組織は複雑さの限界を引き上げる必要があります。複雑さの限界を引き上げるということは、本質的に、仕事の満足度やソフトウェア デリバリーの質とスピードに影響が及ぶ前に各チームが対処できる組織の複雑さの度合いを増やすことを意味します。

プラットフォーム エンジニアリングは、組織の複雑さの限界を引き上げるための重要な概念です。強力なプラットフォーム エンジニアリング チームは、組織の複雑さを日常業務から排除することで、ソフトウェア チームの認知的負荷を軽減することに重点を置いています。プラットフォーム エンジニアリングを正しく実装すれば、チームは組織の複雑さへの対応に費やす時間を減らして、難しい問題の解決に多くの労力を振り向けることができます。