上一节课《自从有了OKR,没有程序员能逃开汇报这座“五指山”》我们聊到了为什么在OKR大行其道的当下,每个程序员都不得不被这些汇报和复盘驱赶着往前走的环境因素。也大概聊了下做技术类汇报的原则是以PPT等多数人能理解的方式快速与听众建立统一语言,让他们知道我们将要表达的是一个什么样的事情。
从这一章开始我会花两节时间说一些让大家能应付这些工作的技能。
这两节的内容看完虽然不能让你成为PPT架构师,但也能增长一些营销自己的能力。
这一章节就来讲讲技术类PPT中常用的第一种图--业务场景图,下一章节教你从零学会画业务架构图。
这里预告一下,专栏计划加更1~2篇关于给技术文章画插图的指南,特地邀请了图解和视频做的很好的小白debug大佬来做这部分内容,还没定义的抓紧订阅起来吧!苹果手机用户建议扫下面的二维码订阅。
业务场景图
业务场景图,顾名思义就是能表达出整个业务概貌及其作用的一张图,它不像前面学的UML图那样有明确的语法,更多的是靠个人自己的经验来画。 这里我总结下我个人关于业务场景图的一些经验给大家。
系统的业务场景图主要表达两个概念:
整个业务的目标是什么--即业务场景是什么。
系统在业务场景所处的位置--能提供什么来实现业务场景。
我用两个例子给大家讲解一下怎么表达这些,另外还会介绍一下我自己总结的一套画业务场景图的简易方法给大家,帮助大家快速搞定这些占用写代码工时的事情。