实际工作中结构化思维在表达中的应用

• 在项目交付管理的过程中，技术PM想说服相关方协助推进卡点问题，但对方总表示不懂你要表达的意思，不知道需要协作什么，影响工作效率；

• 在向TL汇报工作进展时，TL常常听不出你想要阐释的重点，你的汇报进程总是被打断或者被提出很多挑战问题；

• 方案评审阶段，虽然感觉你自己的方案文档准备的不错，但是总是讲不清楚，需要相关方帮忙解释才能让所有人听懂方案思路；

• 主题鲜明：有清晰的中心思想，结论先行

• 主题不宜过长。过长的主题会造成接收人理解困难，也有极大可能存在表达不清晰等问题

• 主题要与内容有关。即是不要脱离主题谈内容。

• 主题要有观点。主题是内容的观点，所以开头主题必须明确表达出观点，不可含糊。

• 归类分组：同类信息归为一组

• 逻辑递进

• 横向层次：递进关系

• 纵向层次：逻辑关系

• 对方愿意听，有兴趣听：表达是双向的，即我们想要将信息准确地传达出去，对方也需要愿意听有兴趣听，否则这就是无效的。例如你作为一个健身教练，去和一个有增肌需求的健身爱好者推销有氧课程，那极有可能从最开始对方就是抵触你想要的表达的内容的。

• 对方理解并接受我们表达的观点：我们表达的观点只有被理解且接受了，才算有效。例如TL告诉我们某技术方案某些点可以优化，如果我们作为下属理解错了，也就无法思考其中存在的问题并采取优化方案。

• 对方记住我们发出的指令

• 对方执行我们发出的指令：我们表达的目的不仅仅是传递一些信息，还需要接收方去执行我们想要的行动，这才是真正意义上的有效表达。例如，作为技术PM上报了一个资源不足的风险给相关域TL，期待对方能够协调。但即便对方理解了信息但是不作为，我们的表达仍旧称不上有效。

• 主题：关于什么？主题其实就是金字塔结构中的中心思想，确定了主题就是确定了表达方向。

• 核心结论：观点是什么？金字塔原理遵循自上而下的表达逻辑，即结论先行。即关于该主题我们的观点是？

• 论据：理由是什么？抛出核心结论后，紧接着就要给出充分理由，且理由要按照一定的逻辑有序展开。

• 行动：要做什么？在实际的项目管理工作中，表达的目的大多数是希望对方能够积极按照我们的指令行动，因此在阐述观点和论据后，我们一定要将具体的行动告诉对方。这样表达的效果也就越好。

T：TargettoAudiences有的放矢

O：OverArching贯穿整体

P：Powerful掷地有声

• 标准式：按照人们的思维顺序展开，便于接收方阅读理解。以“需求范围蔓延”为例，采用“标准式结构”报风险的表达如下：A项目一期上线范围进行了扩充，包括支持三端和支持大促还有物流氛围--这是项目范围蔓延导致可能延期--新增的a、b和c、d各域已经开始对接工作，目前a排期已确认可以保障，b域已产出产品方案并sign-off，c技术方案已评审，d各域正在整理产品和技术方案，预计在10月21日那周进行技术方案评审。

• 开门见山式：开门见山式是直接告诉接收方答案，然后在介绍情境和冲突。以“物流费用明细与服务商沟通确认”为例，采用“开门见山式”结构报风险表达如下：需要在11.1下班前明确公司与服务商之间的物流费用明细以及发生场景的需求细节—公司与服务商物流费用明细需求确认--会导致技术侧无法及时评审技术方案，物流结算费用明细无法及时上线。

• 突出忧虑式：是指先介绍冲突，然后在介绍情境和解决方案。以“物流服务商对接人未明”为例采用“突出忧虑式”结构报风险表达如下：物流服务商MRD评审延迟且暂未提供相关域开发接口人—物流服务商反馈部分MRD评审需要本周五，即是相关域开发最早本周五投入开发，距离提测时间仅7天。然后物流服务商相关开发和测试人日估计按照经验来看最少需要8天--已出现大约1-2天的时间缺口，需要重点关注物流服务商在本周三下班前给出相关技术对接人。

• 突出信心式：先提出疑问，然后再介绍冲突和情境，最后给出解决方案。这里留个开放式思考给读者，这个结构在哪些日常工作场景中可以被采用。