现代项目沟通管理实例(图表丰富).ppt

LOGO现代项目沟通管理联想集团：王强毅LOGO个人简介v 联想集团工作11年，曾历任联想研究院项目管理经理、产品链项目管理高级经理等职位，现Lenovo Mobile BU主要负责研发战略管理、portfolio管理、预算及运营管理等工作v 是国内首批通过PMP认证的资深项目管理人士，曾亲自参与笔记本、台式机、服务器、加固机、phone&tablet 等产品的研发及项目管理，在项目管理、研发管理及战略管理等方面积累了丰富的实战经验 ；v 近期成功项目：联想智能K900，VIBE Z (K910)LOGOContents什么是项目沟通管理1项目沟通案例2他山之石34LOGO 项目沟通管理是指对于项目过程中各种不同方式和不同内容的沟通活动的管理这一管理的目标是保证有关项目的信息能够适时、以合理的方式产生、收集、处理、贮存和交流 著名组织管理学家巴纳德认为“沟通是把一个组织中的成员联系在一起，以实现共同目标的手段”定义LOGOContents什么是项目沟通管理1项目典型沟通案例2他山之石34LOGO为什么要选择这 个案例第一款自主研发的旗舰产品项目，掌控产品运作和整体研发、生产等工作涉及多部门、多地域的横向合作（软件/结构-北京、硬件-深圳、生产-上海、测试-成都），是典型的跨部门合作项目项目过程中出现的跨部门合作实例值得总结和借鉴LOGO项目背景 开发一款适用于野外复杂环境下应用的、具有较强的环境适应性、高可靠性的笔记本产品；L公司自主研发大客户业务销 售Dep1、 Dep2、 Dep3、 Dep4等多专业team联合研发v技术预研1年；v1年后，产品项目启动，原计划12年3月产品上市；v实际进 展：12年7月完成PVT1生产，13年5月PVT9, 迄今未大批量生产；目标目标1开发模式开发模式2销售方案销售方案3TeamTeam构成构成4项目历程项目历程5LOGO项目组织 架构项项目经经理（Dep1）ID/ME 负责负责人（Dep3）ID高手4（Dep3）高手5（Dep3）散热热高手1（Dep4）高手2（Dep1）高手3（Dep3）硬件/工程 负责负责人（Dep4）硬件高手1（Dep4）高手2（Dep4）高手3（Dep3）高手4（Dep3）实验实验 室高手4（Dep4）测试测试高手2（Dep4）高手3（Dep1）平面/包装/色彩高手6（Dep3）高手7（ Dep3 ）高手8（ Dep3 ）软软件高手5（Dep4）高手6（Dep4）高手7（Dep4）高手8（Dep4）工程高手5（Dep4）高手6（Dep3）高手7（Dep2）产产品经经理（Dep2）领导领导决策小组组底层层高手1（Dep4）部件高手1（Dep1）结结构高手1（Dep4）高手2（ Dep4 ）高手3（ Dep4 ）高手4（ Dep4 ）高手5（Dep1）高手6（ Dep1 ）高手7（ Dep1 ）高手8（Dep2）高手9（ Dep2 ）模具/材料高手1（ Dep3）高手2（ Dep3）LOGO项目计划执行情况Jun-JulAug-SepOct-Nov Apr-May201120112012Feb-MarDec-Jan技术评审点决策检查点开模10-16 9 9月实际情况月实际情况 1111月实际情况月实际情况C phase C losed12-19C phase立项备案A Phase 用户跟踪 结项 T211-02Gerber6-19ID5-15开模7-31结项 3-31B phaseAssembly7-15ID5-17Kickoff4-27Kickoff4-27T110-18Gerber6-15Assembly7-30ID8-18Assembly9-18T21-24T112-09 5 5月立项目标月立项目标PVT3-20结项4-20开模11-28T1组装2-12T1测试3-22PVT6-30T2组装5-15LOGO案 例 再 现LOGO场景1：EVT阶段 - 开模前，第一轮手板完成；根据客户反馈和产品方需求,决定变更ID第一波：变变更ID，手板计计划未达成共识识第一轮手板出来后，产品经理提出需求，要变更ID。

项目经理承接了此需求，并承诺对已完成的结构设计不做任何调整，只是变更ID，所有工作可以在2周内完成；ID负责人认为合理的ID/ME工作和完成新手板需要2个月时间；硬件/工程负责人认为2周内可以完成目标；为确保时间点，项目经理决定由HW/工程负责人负责相应的ID调整设计；第二波：手板质质量未达成共识识ID变更后，乔峰团队设计 出的图纸，在由慕容复检讨中发现存在多处Bug，认为图纸 无法发出做手板；而乔峰认为不是问题，无需修改为了赶项目进度，PM认为不影响工程化和模具设计，决定发出制作手板第三波：开模前结结构设计问题设计问题 争议议在后续的开模前阶段，技术争议未停止过；一方观点：进度需要保障，可以带着风险往下走如果认为不是大问题，应该承担这样的风险；另一方观点：必须大部分设计问题 都解决后，再启动下一步工作；LOGO场景1：EVT阶段 - 开模前，第一轮手板完成；根据客户反馈和产品方需求，决定变更ID第一波：变变更ID，手板计计划未达成共识识第一轮手板出来后，产品经理提出需求，要变更ID项目经理承接了此需求，并承诺对已完成的结构设计不做任何调整，只是变更ID，所有工作可以在2周内完成；ID负责人认为合理的ID/ME工作和完成新手板需要2个月时间；硬件/工程负责人认为2周内可以完成目标；为确保时间点，项目经理决定由HW/工程负责人负责相应的ID调整设计；第二波：手板质质量未达成共识识ID变更后，乔峰团队设计 出的图纸，在由慕容复检讨中发现存在多处Bug，认为图纸 无法发出做手板；而乔峰认为不是问题，无需修改。

为了赶项目进度，PM认为不影响工程化和模具设计，决定发出制作手板第三波：开模前结结构设计问题设计问题 争议议在后续的开模前阶段，技术争议未停止过；一方观点：进度需要保障，可以带着风险往下走如果认为不是大问题，应该承担这样的风险；另一方观点：必须大部分设计问题 都解决后，再启动下一步工作；从团队团队 合作和沟通的角度，我们们会问问：当项目计划或需求出现变更，如何和团队沟通并目标一致？项目经理对专业 技术判断不了时，如何和专业技术负责 人沟通并达成共识？谁来做决策？项目经理的职责是技术拍板，还是75%90%的精力用于沟通？LOGO场景2：EVT阶段 - 开模前，有/无风扇的争议问题问题 来了：一方，在成都进行了测试，测试结 果表明无风扇方案大大可行但另一方不认同这个测试结 果，认为测试环 境有问题；因此项目组又在深圳新环境下重新进行测试，发现无风扇方案无法达到产品规格要求；项目经理左右为难背景：项目组从项目立项之初，就一直在讨论是采用有风扇设计还 是无风扇设计一方观点：出于加固产品特性考虑，上无风扇是最安全和可靠的设计，能更完美的解决在结构、防尘、防水、防盐雾等问题，产品更有竞争力；另一方观点：业界类似的加固产品都没有实现无风扇的设计，我们又是第一次做，从产品稳定性及可实现性来考虑，先做有风扇更加务实；从用数据说话的角度，项目组决定通过测试对 比来支持决策；LOGO场景2：EVT阶段 - 开模前，有/无风扇的争议问题问题 来了：一方，在成都进行了测试，测试结 果表明无风扇方案大大可行。

但另一方不认同这个测试结 果，认为测试环 境有问题；因此项目组又在深圳新环境下重新进行测试，发现无风扇方案无法达到产品规格要求；项目经理左右为难背景：项目组从项目立项之初，就一直在讨论是采用有风扇设计还 是无风扇设计一方观点：出于加固产品特性考虑，上无风扇是最安全和可靠的设计，能更完美的解决在结构、防尘、防水、防盐雾等问题，产品更有竞争力；另一方观点：业界类似的加固产品都没有实现无风扇的设计，我们又是第一次做，从产品稳定性及可实现性来考虑，先做有风扇更加务实；从用数据说话的角度，项目组决定通过测试对 比来支持决策；从团队团队 合作的角度，我们们会问问：当专业技术出现不同的观点，如何高效沟通并达成共识？如何建立起相互信任的团队氛围和做事风格？LOGO场景3：沟通管理中的信息共享-保密文档共享背景：v 此项目的板子设计都由乔峰在深圳Dep4团队完成，原理图和详细设计 源文件都属于高度保密文档存储在深圳服务器中，按该部门保密规则是严格控制的（有些经过审 批可以共享，有些就根本不允许外流）问题问题 来了：Dep3北京团队需要对相关部分的设计进 行审核，向Dep4深圳团队提出获得PCB设计源文件的需求。

但Dep4因为部门保密规则要求，只能提供只读文件，表示无法提供源文件；Dep3北京团队不能理解这种反馈，为什么同是一个项目组，我的文件都可以给你，而你的却不能给我？此事争议最终上升到项目领导小组LOGO场景3：沟通管理中的信息共享-保密文档共享背景：v 此项目的板子设计都由乔峰在深圳Dep4团队完成，原理图和详细设计 源文件都属于高度保密文档存储在深圳服务器中，按该部门保密规则是严格控制的（有些经过审 批可以共享，有些就根本不允许外流）问题问题 来了：Dep3北京团队需要对相关部分的设计进 行审核，向Dep4深圳团队提出获得PCB设计源文件的需求但Dep4因为部门保密规则要求，只能提供只读文件，表示无法提供源文件；Dep3北京团队不能理解这种反馈，为什么同是一个项目组，我的文件都可以给你，而你的却不能给我？此事争议最终上升到项目领导小组从团队团队 合作的角度，我们们会问问：每个部门都会有体现本部门专业 特点的管理规则，在项目中遇到此类问题应该 如何沟通？如果对方有正当明确的共享需求时，如何做到既能保密又能实现必要的共享？LOGO场景4：相互欣赏 vs. 相互指责问题：在多团队合作过程中，部分成员有一种倾向：坚持自己团队工作成果的正确性，而看不上别的团队的工作；在和外部厂商沟通过程中，有意无意的抱怨对其它团队的不满或表述其它团队能力不足，导致外部厂商产生负面的看法；LOGO场景4：相互欣赏 vs. 相互指责问题：在多团队合作过程中，部分成员有一种倾向：坚持自己团队工作成果的正确性，而看不上别的团队的工作；在和外部厂商沟通过程中，有意无意的抱怨对其它团队的不满或表述其它团队能力不足，导致外部厂商产生负面的看法；从团队团队 合作及沟通的角度，我们们会问问：为什么大家常常看到的是对方的问题或缺点，而不是优势？如何建立起跨部门团队 以及部门内各团队间 互相欣赏的工作氛围？LOGOContents什么是项目沟通管理1项目沟通案例2他山之石34LOGOv F2Fv v 邮件v /MSN/v 其他采用正确的沟通方式LOGO建立完善的日常沟通体系对上对下对内对外Staff meetingDecision makingRound tableStaff lunch meetingInterlock meeting(Procurement/ Quality/Service/Manufacture) Weekly meetingBrainstorming LOGO建立完备的项目管理系统项目管理方法论项目经理手册项目管理培训项目管理信息系统SPBU R&D 产品交付&研发流程项目管理工具项目管理数据库项目管理Checklist项目管理机制项目沟通机制项目组组建机制项目管理评价系统项目管理知识积累（复盘）项目评价项目经理评价项目管理系统项目决策机制LOGOLOGO项目经理在沟通方面的职责主动管理客户关系有效和双方管理层交流举行高效的项目会议为项目团队营造积极的工作氛围。