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

第19章. 子供たちに海賊船を見せる

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

なぜ全体は部分よりもはるかに大きいのか？

これが人々が見たいものなのだ

レゴの箱の表紙を見ても、中に入っている個々のレンガの絵は見えない。その代わりに、海賊船のようなエキサイティングで完全に組み立てられた模型の写真が目に入る。さらにエキサイティングなことに、その模型はリビングルームのテーブルの上に置かれているのではなく、崖やサメがいる実物そっくりの海賊湾に置かれている。

これがシステムアーキテクチャや設計のコミュニケーションと何の関係があるのだろうか？悲しいかな、あまり関係がない！テクニカル・コミュニケーションは、あまりにも頻繁にその逆を行う。つまり、個々の要素を丹念にリストアップするが、海賊船を見せることを忘れてしまうのだ。その結果、大量の箱（できれば行も。第23章参照）が、明確なゲシュタルトや全体的な価値提案なしに並ぶことになる。

しかし、これは公平な比較だろうか？レゴは子供におもちゃを売っているのに対して、アーキテクトは経営者や他の専門家にコンポーネント間の複雑な相互関係を説明する必要がある。さらに、ITプロフェッショナルは、ネットワークセグメントの浸水によるネットワーク停止のような問題を説明しなければならない。海賊船からITアーキテクチャのプレゼンテーションについて学ぶことができる。

注目を集める

海賊船の初期化の目的は、他の競合するおもちゃ箱の中で注目を集めることだ。子供がおもちゃ屋に来るのは、新しくてピカピカのおもちゃを探すためだが、企業の会議出席者の多くは、上司から委譲されたからそこにいるのであって、あなたのコンテンツを聞きたいからではない。彼らの注意を引き、スマートフォンを置いてもらうには、何かエキサイティングなものを見せる必要がある。

悲しいことに、多くのプレゼンテーションは目次から始まる。第一に、それはエキサイティングなものではない。船の代わりに組み立て説明書のリストがあるようなものだ。第二に、目次の目的は、読者が本や雑誌をナビゲートできるようにすることである。もし聴衆がプレゼンテーションの全過程を座って見なければならないのであれば、最初に目次を示す意味はない。

注

目次でプレゼンテーションを始めても、聴衆は第3章にジャンプできないので、役に立たない。また、退屈な始まりにもなる。ストーリーの概要から始まる映画を見たことがあるだろうか？

漠然とアリストテレスの属性とされる「何を伝えるか」という古い格言は、確かに目次を示すスライドには当てはまらない。海賊船の作り方を伝えるのだ！

興奮を高める

子どもたちや観客が海賊船を見た瞬間、興奮を覚えるはずだ。なんてかっこいいんだろう。サメに海賊、短剣に大砲、金の宝箱にオウム。PaaS、APIゲートウェイ、ウェブアプリケーションファイアウォール、ビルドパイプラインが、なぜそれほどエキサイティングでないストーリーを語らなければならないのだろうか？自動テストとビルドパイプラインは、速いペースにもかかわらず、安全性を保つ。自動デプロイはデリバリーを産業化し、PaaSはベンダロックインの悪循環に巻き込まれないようにしながら、必要なときに必要な分だけ船団を増やしたり減らしたりすることを可能にする。それは少なくとも海賊の話と同じくらいエキサイティングだ！ ...