書き始める時だ。

アマゾンは社内会議でPowerPointを禁止し、代わりに会議の主催者がよく整理された複数ページの説明文を書いて、すべての会議参加者に配布し、全員が読み終えるまで会議を始めないようにしました。

この記事では、会議のさまざまな進め方の中で、なぜ文章であるべきなのか、そしてなぜPowerPointや技術者たちが輪になって座って話す方式ではだめなのかを説明しています。以下は簡単な要約です。

PowerPointはそのアイデアを飾り立てることを許し、相対的に重要なことを平板にし、アイデアの連続性を無視します。

技術者たちがピザを真ん中に置いて話す方式は、多くの知識を得るには有用ですが、議論は散漫になります。だからこそ、この行き詰まりを破るには、そのうちの一人がビジネス要件から実装の実用性までを、包括的で流れるような論理的な形で、どうすべきか説明する必要があります。

それを他の人々に伝えるために、書き手はそうした点を考慮して書いたはずです。

• 序文

  • 技術変更を決定する原因は何か。なぜそれに価値があり、どんな利点があるのか。

  • なぜこの特定の技術を解決策として調査したのか。調査に値する他の代替案はあるか。

  • 片付けるべきことはどれほど多いのか。建物の基礎を築く必要があるのか、それとも自転車置き場を描くだけなのか。もし問題が解決しなければ、変更は容易か。

• 本文

  • 提案された技術に必ず守るべき内容や大原則はあるか。それは私たちの問題や哲学とどう関係しているのか。

  • これを回し始めたら、最終目標はどこか。実装が終われば世界はどう変わるのか。

  • 妨害を最小限にしながら、現在地から目標地点までどう移動するのか。移行期間はどの程度か。おおよそどれくらいかかるのか。

  • 既存の社内専門知識はあるか。

  • リスクは何か。それを減らすための措置はあるか。未知の未知は何か。

  • この解決策は代替案よりどの点で有利か。

  • 代替案はこれよりどの点で優れているか。

• 結論

  • 根本的なビジネス要件と推奨事項を要約し、これがなぜ最善の選択なのかを説明する。

TDDと似ていますが、TDDがTDDのためのものとして終わりがちなのに対して、このような説明文を書くことには面白い副作用があります。つまり、著者の心の中に残っている考えです。

この考えを自然言語に翻訳したあとで、再び著者と口頭で議論するなら、何の問題もありません。そして、よい文章を書くために必要となる複数のレベルの分析の中で問題を検討したあとは、あらゆる聴衆のレベルに合わせて説明を調整できます。

最後に。特殊なツールとは違って、説明（ナラティブ）は汎用的です。最も狭い技術的問題から、会社全体の使命や目的に関する根本的な問題まで。明確な思考に抗える問題はありません。

[sduck4]

ビジュアル的な要素が、どれほど読者（あるいは聞き手）の考える権利、想像する権利を奪っているのかを考えさせられます。

[ffdd270]

外部に公開する際にはそれが必要な能力ですが、内部ではお互いが率直にならなければならないので..

[xguru]

要約ありがとうございます！

あれは2004年のメールでは4ページだったのに、2017年の株主向けニュースレターでは6ページのナラティブだと言っていて、うーん、10年の歳月で2ページ増えたのか、と思ったことがありました……

（Amazon社員の話では、あのナラティブメモは本当に書くのがもっと難しいそうです）

[ffdd270]

10年の間に世の中がかなり複雑になってしまって（...）2章くらいがちょうどよさそうですね（笑）

私も毎日、整理のために文章を書いているのですが、自分しか見ない文章なのに、考えを整理して、何より正直になることが（今何が足りないのか、今何をすべきだったのにできなかったのか、どんな代案があったのに無視したのか…）本当に難しいんですよね。