概览

一图顶千言，产品研发团队经常使用图、表，来表达我们的工作思路。无论是需求、设计、开发、测试还是部署阶段，善用这些图形无疑能提高我们的沟通效率。

基础：流程图与职能流程图

• 流程图

图形的基础，涉及到开始、结束、判定等。用来讲清楚做一件事，需要的具体步骤。流程图常被用来做业务流程分析、程序运行机制分析等。可以说了解了流程图，其他的图也懂了大半。也因此常用的办公软件基本都内置了流程图的图样，如visio，ppt，word等

visio的流程图图形

Word、PPT的流程图图形

一般而言，我们使用开始、结束、流程、判定就可以完成一张流程图。当业务相对复杂时，流程图可分层，如在本层定义一些子流程，直接引用，留待下一层详细描述，总之逐步求精。另外为了制图方便，也定义了页内页外引用，以便于分段或分页绘制流程图。如下：

常用流程图

• 跨职能流程图

跨职能流程图，是流程图的一个升级版本，用来讲清楚各个职能单位如何协作完成一件事，并可以将关键阶段通过分割线标记出来。如下图。

典型的跨职能流程图

流程图、跨职能流程图应该是基本技能。经常会见到有同学使用跨职能流程图将一些流程放在交界处，横跨两个角色，大意是认为这件事得两个人干，一人实在干不来 ：），我想说的是，这的确是个错误（分解流程或合并智能，你总能解决的）。

5W2H：讲清事务的来龙去脉

5W2H帮助我们完整分析事物。如果你不知道是否了解清楚，不妨按号入座。如果不清楚别人会问你什么，也是如此，搞定这些之外，相信难不住你。

5W2H的基本组成

初来乍到，先问清楚

产品研发过程中的常用设问

养成良好的习惯，先要把事情说清楚、问清楚。

5WHY：刨根问底，探索根因

问题的现象一定很多，但根因其实不多。如何抽丝剥茧，直面真理，要正确使用5WHY，正确面对5WHY。

问题的原因会收敛，5次足够你找到本质

找出问题的真实所在，是解决问题的第一步。

正确的认识问题

RASIC：明了职责，把握主线

RASIC是日常事务涉及到的几个角色的首字母，分别是负责人R、批准人A、支持者S、顾问群C、知会者I。这个方法能帮助我们快速了解所谈论事项中各个人的职责，并了解自己应该是什么角色。我们有时看到讨论时，一大帮人，大部分是I，C，而且他们谈论的很是热烈，把RAS都淹没了 ：（

RASIC

使用RASIC要有几个基本原则，这些原则可帮助我们快速认清团队。

原则一：任务要有明确的R和A

原则二：不想做路人，就要去担当R

UML ： 结构行为，13种*器武**

如果具备了上述的技能，余下来只需要统一的语言就好，UML是这个语言的好选择。

• 通讯图

常用来描述模块与系统间的通讯方式，也可以用来描述清楚系统模块之间的协作方式，讲清楚业务流程。

通讯图示例

• 顺序图

常用与描述清楚所关注对象的协作关系，突出显示其前后时间顺序。可以用来做业务建模，也可以用来描述具体的程序间协作。

顺序图示例

• 时序图

时序图用来描述了元素的状态，还可以指定元素之间针对水平时间尺度传递的消息。。

• 状态图

讲清楚状态变迁与事件之间的关系。

状态图

• 活动图

活动图

• 用例图

用例图

• 交互概览图

交互概览图

• 类图

• 对象图

• 包图

• 复合结构图

• 组件图

• 部署图