ソフトウェアアーキテクトのエレベーター

第31章. ゆっくりとした混沌は秩序ではない

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

速く走る？規律をもたらす！

アジャイルなのか、ただ速いのか。次のターンでわかるだろう。

私たち は皆、自分の嫌いなところや気になるところを持っている。私生活では、このような問題は歯磨き粉のチューブのようなものを中心に展開される傾向がある。キャップオフとキャップオン、または下から絞るのと真ん中から絞るのである。このような違いは、数多くの結婚や同棲を危機に陥れることで知られている（ヒント：2本目のチューブは約1.99ドル）。

企業ITの世界では、苦手なことはより技術的なことに関連する傾向がある。私の場合は、アジャイル・マニフェスト（Agile Manifesto）が執筆されてから20年近くが経つが、アジャイルという言葉の意味を理解せずに使っている人たちだ。きっとあなたも、次のような会話を耳にしたことがあるだろう：

• 次の主要な成果物は何か？わからないが、我々はAgileだ！

• プロジェクト計画はどうなっている？私たちはアジャイルなので、計画が最新に保てないほどスピードが速い！

• ドキュメントを見せてくれる？必要ない。我々はAgileだ！

• アーキテクチャについて教えてくれる？いや、アジャイルプロジェクトには必要ない！

そして、あえてチームがアジャイルであることをどうやって知るのかと尋ねると、次のようなレスポンスが返ってくるに違いない：

• 私たちは公式に認定されているので、Agileであることが保証されている！

このような無知は、アジャイルメソッドは、そのような構造化された環境にはカオスすぎるため、あなたの会社や部署には適していないという文によってのみ頂点に達する。皮肉なことに、通常はその逆である。企業環境には、アジャイルプロセスを実装するための規律が欠けていることが多い。

速い対アジャイル

アジャイルという言葉が広く乱用されていることに私が最初に悩まされるのは、このメソッドが「速い」ではなく「アジャイル」と呼ばれていること、そしてそれにはちゃんとした理由があることを、繰り返し人々に思い出させなければならないことだ。アジャイルメソッドとは、環境を予測し不確実性を排除しようとするのではなく、頻繁な再調整と変化の受け入れを通じて、正しいターゲットを射抜くことである。 動いているターゲットに向かって遠くから発射することは、速いことではあるが、アジャイルではない。アジャイルメソッドでは、誘導ミサイルのように、途中でコースを修正することができる（武器の例えは好きではないが）。アジャイルは必要な場所に素早く到達する。間違った方向に速く走るのはメソッドではなく、愚かさだ。

スピードと規律

、速く動くものを観察していると、カオスのような感覚に陥りがちだ。あまりに多くのことが同時に起こっているため、そのすべてがどのように組み合わさっているのか判断できないのだ。例えば、F1のピットストップがいい例だ。金切り声、ヒューン、ヒューン、轟音、そして4秒以内に4本の新しいタイヤが装着される（F1レースでは給油はもはや禁止されている）。 このような高速で行われるプロセスを見ていると、人は少しめまいを感じ、ある種の奇跡か、実際は少しカオスなのではないかと感じてしまう。この作業を何度か、理想的にはスローモーションで見れば、ピットストップのクルーほど規律正しいチームはないと理解できる。結局のところ、F1のスピードではピットストップが1秒長くなると、100メートル近く遅れることになるのだ。 ...