自从有了OKR，没有程序员能逃开汇报这座“五指山”

在专栏的第一部分中，我带大家认识了类图、活动图、状态机和顺序图，

• 代码中的分支、循环、并发怎么用“流程图”画出来？
  

• 学会理清系统核心的状态机，能少抠不少代码
  

• 微信支付宝的开发者为什么都用它来演示对接
  

一起分析了怎么用它们来提升我们的内功、怎么靠它们做一个相当完备的技术评审。

• 程序员怎么做好技术评审--业务结构分析和建模
  

• 技术评审做得领导、同事、自己都觉得好
  

还带大家跳出写代码、实现需求的视角从更高维度描述系统的架构，以及从PM的角度管理系统的用例

• 从零开始学会画系统架构图
  

• 程序员转型PM的一项必备基础技能
  

从这章节开始，我会花两三节的时间来说说程序员在职场遇到需要做Presentation的时候也就是需要我们做PPT汇报的时候经常用到的图和相关实践经验。

大家有没有发现，现在上班汇报是越来越多，PPT虽然不要求我们做的跟商务招标似的那么绚丽，但也得尽量简洁大气还能体现专业性 -- （真TM烦

本节我们先建立对PPT汇报的正确认识以及了解几个做PPT的误区，后面两节再来具体教你怎么用画业务场景图和业务架构图让你的PPT内容得到飞升，本节内容文字较多，但请一定仔细看完，理解了本节说的内容才能让自己做好PPT汇报。

还没定阅的抓紧订阅起来呀，苹果用户在微信直接订阅价格会高于安卓用户，所以专栏在小报童同步更新，可以通过扫描二维码在小报童订阅阅读，规避额外开销。

程序员对汇报的普遍看法

这里我先问大家一个问题，作为程序员你在公司里的主要工作内容是什么？

程序员的主要工作当然就是写程序，跟计算机打交道对不对？

无论需求有多复杂，工期有多紧张，大部分程序员没有怕过，都会觉得做完一个大需求即使累点，但是有技术上的成长和积累的话也会感觉很值得。

但是上过班的都知道，程序员在公司里除了编程外还有一项重要的工作任务--汇报，很多公司都学国外互联网公司搞OKR考核，但是却把OKR用成了KPI，而且基本上每个月来一个小复盘，每个季度一个大复盘，此外还得敲脑壳想一堆目标，你说我目标是早点干完活早点下班，那你领导肯定跟你说“你趁早给我滚蛋”，不要赔偿金那种。

当然这些汇报很多的公司一开始不要求汇报形式，但总是会有人用高大上的带着各种图的PPT汇报，我在底下看着自己用Word写的汇报马上就觉得没有底气了，那领导再一夸人家写的好，那不摆明了说我写的不好吗？久而久之以后再有汇报肯定会变成大家争相在PPT上卷得天花烂坠。

除了这些常规汇报外，很多公司里转正有转正答辩，带队干活的P7大头兵每半年有述职答辩，遇到公司项目竞标，公司的商务还会找你要个解决方案的PPT，这种时候很多程序员就会开始犯难了，感觉比自己连加两星期班写代码还要难。

这是程序员对PPT汇报的第一种心理--犯难，还有一种心理是--看不起，鄙视这些假把式，技术才是最重要的。这种情况在公司研发团队里也非常常见，接下来听我分析看看是不是那么回事。

比方说在一起开发项目的同桌每次做项目的时候遇到问题都求助我给他解决，但是这小子每次汇报的时候PPT整的都挺好，一来二去汇报了那么几回后上面领导反而觉得他挺靠谱，给他升职加薪了。

这个时候你会觉得这些都是假把式“舔领导舔的好上位了，有什么了不起，还是把技术搞好才是真本事，等我再提升提升我要跳到一个技术为先的公司去”。