项目沟通——小故事中的大道理

一、 沟通与效率

      项目中有很多工作需要充分沟通。确立目标,达成共识需要沟通;明确职责,分工协作需要沟通;工作汇报,意见交流还离不开沟通。沟通障碍往往会造成项目多次返工,事倍功半,严重时会酿成不可挽回的损失,导致项目失败。下面的故事能说明这个道理:

      一位教授精心准备一个重要会议上的演讲,会议的规格之高、规模之大都是他平生第一次遇到的。全家都为教授的这一次露脸而激动,为此,老婆专门为他选购了一身西装。晚饭时,老婆问西装合身不,教授说上身很好,裤腿长了那么两公分,倒是能穿,影响不大。
      晚上教授早早就睡了。老妈却睡不着,琢磨着儿子这么隆重的演讲,西裤长了怎么能行,反正人老了也没瞌睡,就翻身下床,把西装的裤腿剪掉两公分,缝好烫平,然后安心的入睡了。早上五点半,老婆睡醒了,因为家有大事,所以起来比往常早些,想起老公西裤的事,心想时间还来得及,便拿来西裤又剪掉两公分,缝好烫平,惬意的去做早餐了。一会,女儿也早早起床了,看妈妈的早餐还没有做好,就想起爸爸西裤的事情,寻思自己也能为爸爸做点事情了,便拿来西裤,再剪短两公分,缝好烫平 ……
      这个裤子还能不能穿?


      这个故事我讲课时经常讲,听者没有不捧腹的,可分析了背后的道理就再也没人笑得起来了。故事中的主人公们因为沟通不到位,付出了三倍的劳动得到的结果却是废了一条裤子。究其原因,首先教授没有明确目标和分工——裤子要不要剪短,由谁来剪断,其次老妈、老婆、女儿在行动之前没有征询家庭(项目组)其他成员的意见。所以造成吃力不讨好的结局,所以我经常讲:沟而不通,费时误工。这种情况在我们的项目中非常多见,由于缺乏沟通,两个小组同时对一个版本进行升级,结果两个版本合不在一起;由于缺乏沟通,项目组的行动和客户的需求发生偏差,造成大量的返工和浪费;由于缺乏沟通,冲突不断出现,造成客户和项目组矛盾重重,项目组内部凝聚力下降,甚至关键人物拂袖离去。我见过不少工程师总希望通过默不作声的多干活来弥补自己的拙于沟通的缺陷,孰不知,项目中用钻研技术和勉力蛮干的方式需要沟通协调的问题犹如南辕北辙。

二、沟通与成本

      沟通的重要性是毋庸置疑的,但项目经理在强化沟通的同时不能忽视沟通的成本。沟通方式的选择,沟通时机的把握,沟通范围的界定都会影响沟通的成本,进而会影响整个项目的成本和进度。譬如开会,有人总结出一个会议的成本=(与会人工资+日常开支+找不到你的人的工资)×人数×会议时间+会议本身支出。大家可以据此计算一下一个无效会议浪费的成本。

      所以,要尽量采取节省成本的方式达到沟通的目的,能网络会议、电话会议的就不宜集中开会;能邮件、电话达到目的的,不必面谈;能用规章制度标准化的事情,没必要个案沟通。下面的故事也许会给您一些启发:

      上世纪八十年代,有一对两地分居的夫妇,丈夫留学美国,妻子在国内上班。当时的电话资费非常贵,每分钟要二三十元钱,这对夫妇沟通的成本很高。后来他们想了一个既省钱又能保证每天都能沟通的办法。他们约定:当电话铃响一声就挂断的话,含义是:我很好,不要挂念;当电话铃响两声挂断的话,含义是:你的回信我收到了,请放心;当电话铃响三声挂断,含义是:我的信件寄出,注意查收;铃响三声以后还不挂断,代表我确实有话要说,请接电话。

      故事中的夫妇巧妙利用打电话的约定,将他们的沟通模式化,标准化,于是大大节省了例行沟通的成本,只有例外情况才付费用。当然,随着科技的发展,解决这个问题的途经很多,成本也很低,但故事中想方设法降低沟通成本的思想值得借鉴。

三、 沟通与专业技术

      项目经理未必是样样都很专业的专才,但至少应该是样样都熟悉的通才,否则,很难将一个复杂的大型项目管好。对项目中某一专业领域一点也不懂的项目经理,就很难与项目组中该领域的成员沟通,难以监督和检查他们工作的效率和质量——因为有效沟通的前提是彼此能够正确解析对方的信号。项目经理必须懂得一些领域的专业语言(术语),才能和项目组中的专业成员有效交流。

有这么一个笑话:

      一家饭店刚招来一个服务员,第一天上班,饭店来了一拨食客。服务员招呼他们落座后,为首的客人道:“服务员,茶!”
      服务员开始数人:“1,2,3,4,5,6,7,8,9,10。”然后回答:“十个。”说完侍立一旁。
      等了一会,客人见茶还不上来,又喊:“服务员,倒茶!”
      服务员倒着数了一遍人数:“10,9,8,6,5,4,3,2,1。”答道:“还是十个!”
      客人感觉很纳闷,问:“我让你倒茶,你数啥?”
     服务员以为客人问她的属相,便脱口而出:“我属(数)猪!”


     这个服务员先把“茶”听成“查”,“倒茶”理解为倒着查,又把数数的“数”理解为属相的“属”,让客人啼笑皆非。因为她不还没有适应新的语言环境,不能正确解析客人的话。不懂专业的项目经理跟专业技术人员交流,就有点像那位服务员对客人。一些高水平的技术人才即因为长期得不到项目经理的理解而郁闷地离去。

项目经理学之项目岗位设置 共有岗位 项目经理 开发经理 需求调研员 系统分析员 架构设计师 系统设计师 模块设计师 程序员 测试经理 试工程师 测试员 实施经理 实施工程师 SQA 经理 SQA 工程师 配置管理工程师 配置管理员 美工 各岗位职责说明 项目经理 主要职责: 1. 组织制定项目的总体计划和阶段计划; 2. 协调项目组资源和内部工作关系,安排项目组成员工作; 3. 跟踪、检查项目组成员工作质量; 4. 为保障项目正常运作,与客户、项目组成员之间进行必要的沟通; 5. 负责控制项目,保证项目在预算成本范围内按规定的质量和进度达到项目目标。 开发经理 主要职责: 1. 负责制定从需求分析开始到系统测试前的开发计划; 2. 在开发计划的约束下,协调项目组相关资源,完成系统分析、架构设计、系统设计、模块设计、代码实现、单元测试和集成测试工作; 3. 在项目开发阶段,跟踪、检查项目组成员的工作质量; 4. 负责重点代码检查和单元测试; 5. 负责编写《集成测试用例》和集成测试脚本,负责组织相关人员执行集成测试并提交《集成测试报告》; 6. 负责编写《系统管理手册》和《安装手册》。 需求调研员 主要职责: 1. 根据《需求调研计划》进行需求调研; 2. 收集整理客户需求,负责编写《用户需求说明书》; 3. 负责解决《用户需求说明书》被评审后发现的问题; 4. 就《用户需求说明书》的内容与项目组、用户达成一致并得到用户的确认。 系统分析员 主要职责: 1. 深入分析和归纳用户需求,总结翻译出系统需求; 2. 负责将系统需求整理成《软件需求规格说明书》; 3. 负责解决《软件需求规格说明书》被评审后发现的问题; 4. 必要时负责向架构设计师或系统设计师解释系统需求。 架构设计师 主要职责: 1. 深度剖析系统需求,抽象出应用系统架构模型,确定应用系统实现模式; 2. 利用当前先进、成熟的计算机应用技术,负责设计和实现稳健、实用、灵活、高效的应用系统(技术)架构; 3. 指导项目组相关人员了解并灵活使用(技术)架构; 4. 协助测试人员进行系统架构测试。 系统设计师 主要职责: 1. 深入分析系统需求,剖析出界面层、业务层和数据层应用模块; 2. 针对项目选定的(技术)架构,负责完成应用系统的概要设计和详细设计; 3. 负责完成应用系统的数据库逻辑设计和物理设计; 4. 指导项目组相关人员完成模块设计; 5. 协助编写《集成测试用例》和集成测试脚本。 模块设计师 主要职责: 1. 在系统设计师的指导下,负责进行模块设计(包括功能界面布局设计和人机交互界面设计)和编写设计文档; 2. 在系统设计师的指导下,负责编写《集成测试用例》和集成测试脚本; 3. 负责完成应用系统的集成测试并编写集成测试报告; 4. 指导程序员根据模块设计进行代码实现。 程序员 主要职责: 1. 在模块设计师指导下,根据模块设计进行代码实现; 2. 编写《单元测试用例》和单元测试脚本; 3. 负责执行代码走读和单元测试,记录单元测试结果; 4. 执行集成测试。 测试经理 主要职责: 1. 独立编写测试计划; 2. 独立编写测试用例; 3. 安排和指导测试工程师/测试员的工作; 4. 协调测试团队内部的工作以及与开发团队之间的工作。 测试工程师 主要职责: 1. 在测试经理的安排和指导下,编写测试计划; 2. 在测试经理的安排和指导下,编写测试用例; 3. 在测试经理的安排下,独立完成“执行测试”的工作; 4. 在测试经理的指导下,掌握较深层次的测试方法、测试技术和较复杂的业务流程。 测试员 主要职责: 1. 在测试经理的安排和指导下,编写测试用例; 2. 在测试经理的安排和指导下,完成“执行测试”的工作; 3. 在测试经理的指导下,基本完成测试计划的编写工作; 4. 在测试经理帮带下,掌握基本的测试方法、测试技术和业务流程。 实施经理 主要职责: 1. 负责制定项目实施计划; 2. 在项目实施计划的约束下,协调项目组相关资源,完成系统实施相关工作(包括系统安装、用户培训、系统上线、系统试运行等); 3. 在项目实施阶段,跟踪、检查实施人员的工作质量; 4. 负责编写《用户手册》、《操作手册》和相关培训教材; 5. 负责协助用户进行“用户确认测试”和编写《确认测试报告》。 实施工程师 主要职责: 1. 在实施经理安排和指导下,执行项目用户现场实施任务; 2. 参与编写《用户手册》、《操作手册》和相关培训教材; 3. 参与进行“用户确认测试”和编写《确认测试报告》。 SQA 经理 主要职责: 1. 负责被分派项目的质量审计; 2. 对工程部门进行CMM 过程培训和指导; 3. 负责被分派的过程改进工作; 4. 负责过程工具的研究、推广与维护。 2. 对工程部门进行CMM 过程培训和指导; 3. 负责过程工具的研究、推广与维护,负责过程数据库维护工作。 SQA 工程师 主要职责: 1. 负责被分派项目的质量审计; 2. 对工程部门进行CMM 过程培训和指导; 3. 负责过程工具的研究、推广与维护,负责过程数据库维护工作。 配置管理工程师 主要职责: 1. 负责部门项目配置管理库的管理并承担大型项目的配置管理活动; 2. 指导配置管理员编写《配置管理计划》并实施配置管理活动; 3. 为部门各项目提供SCM 理论和相关工具的培训,并提供技术支持; 4. 对配置管理流程进行监督、跟踪,并提供优化改进建议。 配置管理员 主要职责: 1. 据软件项目计划制定配置管理计划; 2. 在配置管理计划约束下,负责配置项、基线的生成、变更和相关管理; 3. 为项目组提供SCM 理论和相关工具的培训,并提供技术支持。 美工 主要职责: 1. 负责完成项目经理安排的功能界面设计。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值