‫自分の作品を伝えるときに､ 今一度自問自答したとします｡
‫誰向け？
‫そして､ その答えは､ チーム外の人々です｡
‫クライアント､ 顧客､ ファンなど､ 「誰のためのものか」と聞いた後に､ もう1つの質問をすることもとても重要です｡
‫何を知ってもらう必要があるのか？
‫そしてまた､ この2つのグループの間の境界線は､ 常に決まっているわけではないことを忘れないでください｡
‫重なっているんです｡
‫これらの演習は､ あくまでコミュニケーションを取ろうとする相手の立場に立って考えてもらうために行っていたのです｡
‫何を知ってもらう必要があるのか？
‫さて､ これは私が持っている小話で説明するのが一番わかりやすいと思います｡
‫今､ 私は役員会のプレゼンに出ています｡
‫一度は､ 最近のソフトウェアのプルーフ・オブ・コンセプトに関する結果を､ 何人かのエグゼクティブに発表するために行ったのですが､ 今はエンジニアであることに変わりはありません｡
‫私のプレゼンテーションのスライドは､ 読むのにやっとの大きさの細かい文字で埋まっていました｡
‫そこには､ プロジェクトの細部に至るまでが記されていた｡
‫その技術には､ 方程式やアルゴリズム､ 定義のない頭字語などが使われていた｡
‫そのプレゼンテーションは､ 他のエンジニアにとっては素晴らしいものでしたが､ 経営陣にとっては､ 目を細め､ 体を傾け､
‫基本的に私が話していることをすべて無視して､ スライドに書かれていることだけを読もうとするものでした｡
‫しかし､ 最後まで行くと､ ビジュアルを使ったスライドが現れ､ 私は「基本的に必要ない」と手のひらを返しました｡
‫あ､ その心配はないです｡
‫しかし､ これはすぐに経営者の興味を引きました｡
‫そのうちの1人が､ 「それは何？
‫そして､ 私たちはその後45分間､ その1枚のスライドについて､ 私にとってはどうでもいいようなことを詳細に議論したのです｡
‫さて､ ここでの教訓は､ 自分が何を重要視するかということです｡
‫他人にとっては逆で､ 自分にとっては当たり前のことなのかもしれません｡
‫このスライドで自分にとっては当たり前だったことが､ もしかしたら今の自分にとっては当たり前でも､ 他の人にとってはすごいことかもしれない､
‫直接言われないと気づかないことが出てくるんですね｡
‫クライアント､ 顧客､ ファンが何を知りたがっているかを把握することは､ 難しいことです｡
‫そして､ その解決策は「聞く」ことです｡
‫だから､ たいていの人は､ いろいろなことができるんです｡
‫最初のプレゼンの時もそうでしたが､ スライドを読むだけで精一杯で､ 誰も何も言ってくれないんです｡
‫でも､ 一度興味を持ったものには､ いろいろと声をかけてくれるんです｡
‫ですから､ ほとんどの人は､ 提供できることがたくさんあるにもかかわらず､ それを自ら進んで提供することはほとんどないということを覚えておいてください｡
‫自分の言っていることが明確かどうかを尋ねる｡
‫他に見たいものがあるかどうかを聞く､ これがここで45分間話していたことです｡
‫そうしたら､ 「あ､ 待てよ､ 他にも見てもらいたいものがたくさんある」と気づいたんです｡
‫もちろん､ 畑違いのことや､ よくわからないことが出てくるかもしれませんが､ その場合は､
‫大きな問題に発展する前に対処することが必要です｡
‫時には､ 「わかりません､ でも調べて連絡します」という答えがベストな場合もあることを忘れないでください｡
‫あるいはThat's not what we're focused on for now､ そしてあなたがフォーカスしているものに戻してください｡
‫これらのことは､ 私が長い時間をかけて身につけたコツの一部なのです｡
‫次回のビデオでは､ ここ数回のビデオでお話したことをまとめ､ まとめたいと思います｡