人员沟通培训讲义(PPT 30张)

项目的最后报告通常是项目总结。它包括以下几个方面： 客户的最初需要 最初的项目目标 客户的最初要求 作为项目结果，客户的实际收益和预期收益的对比 初始项目目标实现的程度 项目的简要描述 今后的考虑 一张载明提供给客户的所有交付物的清单（设备、原材料、 软件、图样和报告等文件） 一个系统或设备最后通过测试的测试数据，在此基础上客 户接受该项目结果。

在口头沟通时，人们必须谨慎，不要使用可能被 理解成带有性别歧视、种族歧视、偏见或攻击性 的评书、言辞或短语。

在项目早期，高度的面对面沟通对于促进团队建 设、发展良好的工作关系和建立共同期望是特别 重要的。 项目团队成员要主动与其他团队成员和项目经理 进行及时的联系，以获得和提供信息，而不是坐 等几周以后才召开项目团队会议。 口头沟通应该坦白、明确。 口头沟通的时机是很重要的。


（一）口头沟通




人员的口头沟通可以是面对面的，也可以通过电 话进行，还可以通过有声邮件或电视会议等方式 实现。 通过口头沟通可以更准确、更便捷的获得信息。 口头沟通为讨论、澄清问题、理解和即可反馈信 息提供了俄场所。 身体语言既能为讲话人使用，也能被听者作为向 讲话人提供反馈的一种方式而应用。肯定的身体 语言包括直接的眼神接触、微笑、首饰、前倾和 表示肯定或同意的点头。否定的身体语言可能是 皱眉、两臂较差、没精打彩、坐立不安、走神或 东张西望、胡写乱画或打哈欠。
休会
2、会议期间 按时开会 指定记录员 评审会议的目的和议程表 主持而不支配会议

一个好的主持应该：确保会议顺利进行并在计划 时间内结束；鼓励与会者，特别要鼓励那些由于 不决的人；限制那些想讲太多、自我重复或偏离 正在讨论主题的与会者的谈论；防止打断和私下 交谈；明确形成的要点；总结讨论并进入议程表 的下一个主题。


（二）书面沟通



人员的书面沟通在项目团队中通常使用内部备忘 录，对客户和其他外部成员，则使用外部信件进 行沟通。 当无法召开会议或信息需要及时传送时，备忘录 和信件是与彝族人员进行有效交流沟通的方式。 在确认决策和行动时，以一份备忘录或一封信件 作为面对面会谈或电话交流的后续行动。 书面沟通大多用来进行同志、确认和要求等活动。 备忘录和信件必须清楚、简洁，不能包括长篇大 论或冗长的、与主题无关的附带内容。

1.
2.
包括设计阶段的项目，需要数次技术设计评审 会议，以确保客户同意或批准项目承约商提出 的设计方案。 大多数技术型项目一半采取两种设计评审会议： 当承约商已经完成了最初的概念说明、图形或 流程图时进行的最初设计评审会议。该会议的 目的是在承约商订购交货期较长的原材料之前， 获得客户对设计方案符合技术要求的批准 当成遇上已经完成详细说明、图形、屏幕和报 告格式等事项时进行的最终设计评审会议。该 会议的目的是在承约商开始建设、装配和生产 项目交付物之前获得客户的批准。
按逻辑推理讲述你的“故事”，一次建 立起他人对你讲演的兴趣。 讲要点时，向听众解释他们为什么重要

在转向提纲的下一个细目前，总结你对 这项特别细目的观点 知道你的结束语 在适当的情况下，流出时间与听众交流 回答问题时，要真诚、率直、有信心。

报告

在需要传递有关项目的信息时，树木报告和口头 报告是一样重要的。项目组织必须准备的报告类 型、内容、格式、报告期和分发，一般由客户在 合同中指明。



与及时记录文件修改版次和日期同样重要的是， 最新文件应及时发到有关项目成员手中。当文件 已做了更改，最新文件必须立即发送给其工作将 受到更改影响的项目团队成员手中。 在项目早期，应该在承约商和客户之间、项目经 理和项目团队之间就有关变更方式形成文件并获 得认可的方式达成协议。且变更一定要是书面的。 项目团队成员必须审慎，在不知道变更是否需要 额外的工时时，不能随便同样变更。 如果客户不同意支付额外的工时费，承约商必须 承担这部分成本，而某项任务或项目的承包就可 能超支 。

客户项目评审会议日程表
与客户的 项目评审会议 议程 8：00 AM 开会评论 Jeff Joe Cathy Jim
8：15
技术评审
系统设计 培训 安装计划
10：00
休息
10：15
项目进展情况
进度 成本
Jeff
11：00 11：45
变更建议 决策及行动细目
Joe Jeff
12：00
1：00
讨论（午餐盒饭）
2、讲演过程




感觉有点紧张是意料之中的，所有的陈述 者都有这种感受。 要熟知你的开场白是什么 当你讲话时使用3-T方法：首先，告诉亭子 你要讲些什么；其次，讲给你们听；最后， 告诉他们你讲了些什么 面对听众讲，不要对这讲演稿 讲话要清楚、自信 适当地运用气势有助于立论 不要站在你的直观教具面前
2、问题解决会议
1. 2.
3.
4. 5. 6. 7. 8. 9.
问题解决会议应采取一个好的解决问题的方法， 如下所述： 描述问题 找出问题的潜在原因 收集数据并找出最可能的原因 找出可能的解决方案 评价备选方案 确定最佳解决方案 修订项目计划 实施解决方案 确定问题是否得到了解决
3、技术设计评审会议
项目情况评审 团队会议 议程
8：00 AM
自上次会议以来的成绩
•硬件 •软件 •文件 Steve Alex Wendy
8ห้องสมุดไป่ตู้30
成本、进度计划和工作范围
•进展情况 •趋势
•预测
•差异 8：45 9：15 9：30 9：50 10：00 必要的纠正措施 改进的机会 讨论 行动细目分配 休会 相关人员 所有人员 所有人员 所有人员 Jack
会议效果检查表
会议效果如何？ 很差 1.议程表是否发送及时以保证出席？ 2.议程顺序安排合理吗？ 1 1 2 2 有一些 3 3 4 4 很好 5 5
3.给每一细目安排的时间充足吗？
4.会议室布置合适吗？ 5.适当的人员参加会议吗？ 6.会议按时开始吗？
1
1 1 1
2
2 2 2
3
3 3 3
4
4 4 4
1
1 1 1
2
2 2 2
3
3 3 3
4
4 4 4
5
5 5 5
15.会议按时结束吗？
16.决议和行动细目形成文件并分发了吗？ 17.会议是对时间有价值的利用吗？
1
1 1
2
2 2
3
3 3
4
4 4
5
5 5
3、会后


在会后24小时之内公布会议成果。总结文件 应该简洁，如果可能，尽量写在一张纸上。 总结文件应该明确所做的决定，并列出行 动细目，包括谁负责、预计完工日期和预 期的交付物。 同时，可以列出参加和缺席的人员。应讲 会议成果分发给所有被邀请参加会议的人， 不管他们是否到会。会议记录不包括对会 议讨论的详细记载。
1、为讲演做准备 确定讲演目的 了解听众 准备一个讲演提纲 使用听众听得懂的简单语言 准备一些在讲演时备用的或要参考的便条或最终提纲 练习，练习，再联系——比拟认为应该做的还要多 准备直观教具并进行测试 复印散发材料 事先准备好视听设备。 当会议室空着或无人使用时，进去感受一下环境
（二）有效地召开会议
在会前、会中和会后，召集或主持会议的人可以采取多种措施 以确保会议是有效的。 1、会前 确定会议是否真正必要，或者，另一种方式如电话会议是否更 适合一些。 确定会议的目的。 确定谁需要参加会议，说明目的 事先将会议议程表分发给与会者 议程表应包括：会议亩的；主体；每个主体的时间分配及谁将 负责该主题、发言或主持讨论。 议程表应附有与会者在会前需要评审的文件和资料。必须在通 告分发和会议日期之间留出足够的时间，以便让与会者为会议 做充分准备。一些与会者则需要收集和分析数据、准备讲演或 分发材料。 准备直观教具或要分发的材料 安排会议室
团队会议行为准则 团队会议 小组质量管理 行为准则

围绕所讨论的主题 按时到会和休会 每次只让一个人讲 每个人都有义务参加 做好准备坦率、诚实、诚恳 限制使用挖苦和嘲讽的言辞。 会议的总体气氛是积极向上的。 消除消极性 提出建设性批评 集中注意力。先理解，然后是被理解 不要闲聊 注意属于大家，而不是个人 做出决定后，团队步调要一致，要团结 加强积极行为。 保持冷静，如果失去冷静，你就错了——其他人也一样。
（二）准备有用的报告




当你准备项目报告时，考虑下列准则将有 助于向报告接收者传递有用和有价值的信 息。 报告要简明 所写的和所讲的要保持一致 在报告中和每一段中先写出最重要的论点。 如果可能，就用图，如图形、图解、表格 或图片 像注意报告内容一样注意格式。
项目文件及变更控制



项目文件的修改可能是由于客户或项目团 队进行了变更。有些变更很小；另有一些 变更则较大，会影响项目的工作范围、成 本和进度计划。 在项目的整个过程中，各种项目文件应针 对变更作出修改。对项目团队来说，应该 了解哪一个项目文件是最新版本的。 在每种文件的每页上都记上以下三点是个 好习惯：（1）最近修改的日期；（2）修改 的顺序号；（3）变更人姓名的开头字母
5
5 5 5
7.与会者制定他们为什么被邀请吗？
8.理解会议目标吗？ 9.没想议程细目的目标清楚吗？ 10.会议按计划进行且不允许离题吗？
1
1 1 1
2
2 2 2
3
3 3 3
4
4 4 4
5
5 5 5
11.所有与会者均得以参加吗？
12.与会者相互聆听吗？ 13.领导强调控制吗？ 14.会议是一种积极向上的气氛吗？