架构师为什么要会讲故事？

本文由高可用架构后花园群早报整理而成，订阅「TimYang」公众号并回复 VIP 可以更多了解后花园群。

(题图：out of Africa: Karen, Denys & Berkeley)

昨天分享了一本叫「故事」的书，有网友就留言道，作为一个程序员，写好代码就行了，为什么要学讲故事？

「讲故事」这个词一定程度被滥用了，甚至有些负面的味道，很多人自然而然就联想到那些创业者在投资人面前天花乱坠那些画面，但「故事」这本书及本文并不是指忽悠听众那种目的的故事。

回到前面的话题，如果作为一个技术负责人，你要做好管理，简单的方法是制定一个好的规则。好规则的前提是团队成员高度认同这些规则，有良好的默契去遵守及维护这些规则。如何做到好的认同？逻辑推理是一种方法，但并不是上策；上策自然事是用团队自身发生的事情，尤其是那些面临不同选择的故事，以及由这些选择得到不同经验教训的事情，这种故事团队成员才会有高度共鸣及认可，团队才容易让规则成为一个水到渠成的事情了。

架构师也一样需要讲故事的能力，仅仅代码写得好很难做好一个架构师，很难想象一个大的团队里需要研读架构师的代码才能领会架构师新的精神。架构师要引入一种新的技术、框架或者做法，要能结合以前的案例给大家传授，团队中才容易得到高度理解认同。

团队文化亦是如此。团队需要什么文化，不是领导人或领导团队关在黑屋子里冥思苦想出来的，好的方式通过团队领导人讲的故事中思考所得。

很多年轻人热衷于社交，很多人也认可大部分社交是低效或者无效的。从某种程度来说，有效率的社交无非去做两件事情：听故事与讲故事。听故事就是学习别人不同的做事方法及心态。听故事也需要用心，包括学习的心态，才能从别人的故事中有所收获。社交场合单纯听故事交不到真正的朋友，讲故事就是分享你自己的经历或者了解的经历，事实总是比观点更有说服力。而讲故事就是分享那些事实，让人得到启发，才能帮助你在社交场合交到朋友。

因此去参加一个社交活动之前，准备一个值得分享的故事，然后了解这些参加人群之中有哪些值得一听的故事。

在 TED Talks Storytelling 这本书中也提到最佳的TED 演讲方法

What is the best way to open a speech?

You've probably guessed it: open with a story.