Who：

a）部门领导

b）中层领导

c）本部门同事

d）其他部门同事

e）软件商

f）其他单位合作方

what：

a）如何在一项工作完成后高效汇报工作（工具：ppt的制作要习得）

b）渐进式汇报工作

c）

c1：编写问题处理文档供大家补充参考；

c2：分享PDMS系统管理员知识；

c3：共同学习PML编程；

c4：学习excel数据透视表。形成源数据表，与同事分享，大家可以使用此表生成各种汇总表，提升工作效率。

d）学习如何更好沟通。

e）明确并清晰表达自己需求及遇到问题

f）谈判技巧

why：

a）避免做的工作向领导汇报时说了一大堆，领导问了一堆“然后呢？”，到最后零零散散一大堆信息，还需要领导自己去整理，每一个有高度的领导一定都喜欢帮助他节省时间的人。

b）中层领导是直接给自己派发任务的人，他们希望了解一项工作的每一个节点进程，在完成任务过程中是否遇到问题，该如何解决，是否已解决，是否按照时间进度解决。

c）分享的过程就是学之后习的过程，知识不能只能停留在知道的层面，自己学会后，可以分享输出，表达清楚，并且切实可以提升一个部门的工作效率，价值感应该会飙升吧，这样的自己应该也会成为部门里人缘还可以的人。

d）同样的一件事情，不同的人去沟通就会得到不同的结果。比如想让专业认同我们最新研发的接口，如果对一个黄色性格的同事磨磨叽叽说了半天，估计他得烦透了，也不会觉得这接口怎么样，啰啰嗦嗦到不了点上。

e）只有清晰表达了自己需求或所遇到的问题，对方完全捕捉到信息后才有可能进行All-in处理。

f）牵扯到多方合作的工作内容需要掌握谈判技巧来为自己公司争取利益。

when：

a）一项工作结束。

b）工作过程中每一个节点、遇到问题第一时间汇报（如果自己已思考出解决方案，直接拿着plan A、B、C去让他做选择，他一定高兴cry）、解决完问题及时汇报，边处理问题边形成问题处理文档，供其他同事参考。

c）

c1:工作中遇到问题时，随时补充。

c2:其他同事遇到项目管理问题问询自己时；自己遇到问题求助于同事时。

c3:有接口开发需求时。

c4：工作空窗期，先自学。

d）部门间会议

e1）遇到自己及同事们无法处理的问题；

e2）需要合作开发接口

f）开多方会议时

where：

a）与领导偶遇、正式汇报会议。

b）偶遇or工位

c）电话、工位、午饭闲聊等

d）电话、工位、会议室

e）公司会议室、电话、email、软件公司

f）我司或其他公司会议室

how：

a1）用结构化，论证类比。将自己的工作画一个结构化整体框架，结论先行，以上统下，归类分组（MECE：相互独立、完全穷尽），逻辑递进。注意：每一层文字都应是观点式描述，直接切中要点。

a2）制作汇报ppt（可通过六子简书+买书练习习得）

每一页标题就是一个观点主题

切忌繁复文字赘述

做到即便领导没有时间详看内容也可了解项目情况

多使用图表等

b）可利用SCQA模型。说明工作进展到什么阶段，遇到怎样的阻碍进行不下去了，问题在哪里，解决方案是什么。

c）自己首先掌握基础知识，进行学习，学习过程中遇到问题跟同事头脑风暴进行解决，有了成果形成文档，与同事分享。

d）针对不同性格类型沟通方式方法是不同的。这里看来还要好好参透六子老师的性格色彩，接触后先判定这位同事是什么颜色性格，然后对照每种性格的优缺点投其所好，看他是喜欢直接解决的方式，还是换一种婉转表达对于他来讲接受我们部门的建议成功概率更高。同时，沟通前要站在对方的角度上去思考问题，我们属于专业间的服务部门，我们提供怎样的应用模块、应用接口会实质上提高他们的工作效率，如何针对他们的痛点去介绍已开发接口或已升级软件功能。

e）软件商了解我们的需求，形成需求说明后，形成流程图，双方开会协商不确定内容，达成共识，确定节点时间，消化验收。

f）看书、看影视剧学习。

how much：

a）汇报时视场合及时间而定汇报到自己结构中的哪个层级。

在电梯中（30s）：汇报结论即可。

（1分钟）：可汇报到第二级观点层级。

（3～5分钟）：可汇报到第三级解释层级。

b）汇报频率根据各项工作内容、所遇到问题而定，随时汇报，工作结束复盘整个项目，进行总结。

c）每一种可以提高彼此工作效率的方法、增补彼此对工作知识认知的内容都值得分享。

d）大幅度提升工作效率

e）根据需求而定时间、周期；若是解决问题，最多两天之内收到回复。

f）读书262法则（20%普及基础知识+20%经典书籍精读+60%相关书籍填补内容，完善谈判技巧方面知识框架）

心得：

模型是个好东西，今早补课昨天的五维阅读课六子老师说5W2H是通用模型，今天拿它来练练手，工作方向清晰了不少，部分内容再思考后今后继续完善。