谢宁：研发项目管理

1、研发1目录项目与项目管理基本概念 结构化的项目管理流程产品开发需求管理研发项目管理过程研发项目团队管理研发项目质量管理 2项目概念项目（Project）为创造某项独特产品、服务或结果所做的一次性努力（美国项目管理协会-PMI）：项目是为了在规定的时间、费用和性能参数下满足特定的目标而由一个人或者一个组织所进行的具有规定的开始和结束日期、相互协调的独特的活动集合。例如：新产品/新服务的开发项目房地产开发项目大型体育比赛项目或文娱演出项目咨询项目、企业管理变革项目3项目管理项目管理就是把知识、技能、工具和技术应用到项目活动中去，以满足或超过项目干系人的要求和期望。4约束三角形多、快、好、省使成本投

2、入最小化、时间投入最小化、质量最大化，达到或超越核心利益干系人对项目的要求。5项目管理五大过程启动过程（Initiating）：授权批准一个项目或阶段。计划过程（Planning）：界定和改进项目目标，从各种备选的行动方案中选择最好的方案，制定项目计划。实施过程（Executing）：协调人员或其他资源以执行计划。控制过程（Controlling）：通过定期监控和测量进展，确定与计划存在的偏差，以便在必要的时候采取纠正措施，从而确保项目目标的实现。收尾过程（Closing）：项目或阶段的正式接收并达到有序的结果。启动计划控制实施收尾6项目管理过程是重叠的收尾7目录项目与项目管理基本概念 结构化

3、的项目管理流程产品开发需求管理研发项目管理过程研发项目团队管理研发项目质量管理 8为什么把项目流程结构化？流程与项目管理有什么样的区别和联系？9IPD流程概览（袖珍卡）10IPD流程的层次结构IPD流程概览6个阶段流程10个支持流程/制度文档模板6个阶段流程：PP001 概念阶段流程PP002 计划阶段流程PP003 开发阶段流程PP004 验证阶段流程PP005 发布阶段流程PP006 产品生命周期管理流程10个支持流程/制度：SP001 项目管理流程SP002 配置管理流程SP003 需求管理流程SP004 决策评审流程SP005 硬件开发流程SP006 软件开发流程SP007 技术评审流

4、程SP008 文档控制流程SP009 外协管理制度SP0010 质量管理制度指导PDT对项目进行计划和管理，体现所有任务，描述任务间的依赖关系，建立流程和子流程、模板等之间的关系。对全流程提供快速浏览，体现阶段和主要任务指导各功能部门的具体开发工作11产品开发主流程的阶段划分概括为三大段进行分析：后期阶段中期阶段前期阶段产品开发流程阶段划分因产品创新程度和行业、产品等不同而有很大不同12产品开发前期阶段流程划分的不同做法任务书开发概念计划任务书与概念开发计划决策评审决策评审决策评审决策评审示例二：示例三：决策评审立项（或产品策划）方案设计立项评审示例一：13示例：不同企业的产品开发中期阶段划分

5、计划开发示例一：示例二：示例三：方案设计详细设计样机试制详细设计设计验证工程验证方案设计14示例：不同企业的产品开发后期阶段划分验证示例一：示例二：示例三：发布小批量试制受控量产稳定量产工程验证小批试产量产生命周期15开发流程与项目管理流程间的关系16目录项目与项目管理基本概念 结构化的项目管理流程产品开发需求管理研发项目管理过程研发项目团队管理研发项目质量管理 17焦头烂额的研发人员 你们说3月提供XX功能，怎么到了6月还没出来？我已经向客户承诺了，一定在下个版本中支持广播功能。领导指示市场销售人员愤怒的客户用服人员这么多渠道来的需求，不统一管理怎么能行？ 这个缺陷不及时处理，问题会很严重！

6、需求实现延迟，理解错误客户说不是他们想要的产品焦头烂额的研发人员我们已经承诺了这个特性，一定要在8月前发货！18什么是需求？ WANTS/NEEDS/DEMANDS真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 ？19需求的两种含义 客户需求（Customers Needs & Wants）与产品需求（Specified Requirements）客户需求：客户要求的功能和服务产品需求：产品提供的功能和服务实际上：产品需求（Requirements）清单往往只是客户需求（Needs & Wants）的一个子集合20需求是产品的根源，需求工作的优劣对产品影响最大

7、。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。需求是产品的根源21$APPEALS的每个维度都包括了多个要素P包装P性能A保证L生命周期成本S社会接受程度A可获得性E易用性价格购买过程分销销售分配渠道交货期广告订购等A可获得性视觉评估销售界面布局尺寸风格颜色结构等P包装规格比较速度功能规格容量精确度多功能性多产性等P性能感觉的比较安装可用性升级图形化显示人类工程学文档等E易用性价格比较技术原材料生产人力成本管理成本库存废料等价格其它方面的影响顾问团体环境的影响法律关系安全保密责任等S社会接受程度真实成本比较寿命正常运作停工时间磨损服务备件能源操作成本等L生命周期成本顾虑和响应可靠

8、性可用性可（维）修性保证质量安全性稳定性完整性等A保证22客户$APPEALS要素（样例）客户$appeals客户需要和需求类别（B、S、A）价格1、具有竞争力的价格，有些情况下客户不太在乎价格2、付款上售后服务留一笔款1、B2、S可获得性1、了解已有用户实际使用的体验2、在专业杂志上能经常看到产品的介绍3、与医疗研究机构的关系4、一周内交货1、B2、B3、A4、S包装1、外形美观、柔和，体现人性化的设计，减缓病人的紧张情绪2、表面工艺精细1、S2、B性能1、符合法律法规和国际标准2、技术成熟先进1、B2、S易用性1、便于操作和携带，对使用者的培训要求不高2、能够标识对比状态，甚至带语音提示1

9、、B2、A保障1、可靠，安全，防差错，环保2、自我故障显示、诊断并帮助排除1、B2、S生命周期成本1、维护费用低，配件易获得2、服务及时有效3、厂商建立维护档案系统4、提供咨询服务，帮助客户经济有效配置设备1、B2、S3、A4、A社会可接受性1、品牌影响力2、公司和市场人员具有良好形象（给人的印象是环保、健康和关爱的）1、S2、S23标杆分析（用雷达图与友商进行对比）A可获得性P包装P性能E易用A保证L生命周期成本S社会接受程度S价格10 = 绝对最好 9 = 行业领先者 8 = 在前两位 7 = 在3-5位 6 = 在市场普遍被认为是优秀的 5 = 大多数购买者能接受 4 = 有大约20-3

10、5%的购买者不接受 3 = 大多数购买者不能接受 2 = 极不满意 1 = 不合格X竞争对手客户为什么认为我们比较差，X产品有那些可以借鉴的，X产品是否是十全十美的？能够超越他们？客户认为我们哪些地方做的比较好，X针对我们的优点会有哪些改进措施，这些措施对我们的威胁，如何还能做得更好？24目录项目与项目管理基本概念 结构化的项目管理流程产品开发需求管理研发项目管理过程研发项目团队管理研发项目质量管理 25项目管理五大过程启动过程（Initiating）：授权批准一个项目或阶段。计划过程（Planning）：界定和改进项目目标，从各种备选的行动方案中选择最好的方案，制定项目计划。实施过程（Exe

11、cuting）：协调人员或其他资源以执行计划。控制过程（Controlling）：通过定期监控和测量进展，确定与计划存在的偏差，以便在必要的时候采取纠正措施，从而确保项目目标的实现。收尾过程（Closing）：项目或阶段的正式接收并达到有序的结果。启动计划控制实施收尾26项目启动的其他内容裁剪组织级的研发项目流程建立项目团队项目启动会工作范围的识别、识别的形式（第一层级按照研发流程阶段）项目经理激发项目成员来完成更为详细的层级的工作范围27演练与讨论根据给定的模板完成所选定项目的项目任务书，每个小组选派一名代表上台发表。28Activity Sequence活动排序Activity Defin

12、ition活动定义Activity DurationEstimate活动工期估算Schedule Development进度计划制定Project Plan Development and Control项目计划制定和控制项目进度管理分为五个步骤29分而治之分解结构项目要做的事情太多了，一下想不清楚，怎么办？30怎样做分解结构？怎样做分解结构？组织分解结构OBS产品分解结构PBS工作分解结构WBS31WBS的分解方法依据流程进行分解按流程分解到第一层，依照产品分解结构进行分解各项活动分解到步骤每个活动/部分都要落实到明确负责人利用WBS模板头脑风暴，不批评、不排斥、不评论。暂不考虑资源的限制，

13、因事择人。不排序。32WBS、PBS、OBS之间的关系PBS、WBS和OBS是同一个结构，只是从不同的角度来阐述这个结构；采取组件分解方法。典型的组件方法就是制造业中把一个完整的产品，逐级分解到零件。采取过程分解方法。典型的过程分解方法可以是软件开发从需求到设计、编码、测试的一个过程；最终将任务落实到组织、角色；33活动排序的工具与技术活动之间的四种依赖关系前活动后活动前后后前完成对开始 (FS)：后一活动的开始要等到前一活动的完成。开始对开始(SS) ：后一活动的开始要等到前一活动的开始。完成对完成(FF) ：后一活动的完成要等到前一活动的完成。开始对完成(SF) ：后一活动的完成要等到前一

14、活动的开始。后前34活动排序的工具与技术活动表示法活动的节点表示法（AON，activity-on-node）一种（用方格或矩形）节点表示活动，并用表示依存关系的箭线将节点连接起来的一种项目网络图的绘制法。活动的箭线表示法（AOA，activity-on-arrow ）一种利用箭线表示活动，并在节点处将其连接起来，用节点表示其依存关系的一种项目网络图的绘制法。DBCA注：AOA只使用完成对开始依存关系，因此可能要使用虚工序才能正确地定义所有的逻辑关系。虚拟活动没有历时，不需要花费资源。35进度计划编制进度计划形式一：甘特图Gantt图，又称横道图、条形图，是对任务的一种罗列，标明任务名称、开始

15、时间、完成时间、工期、资源名称等，可使进度计划较直观，并可显示活动间的逻辑关系；Gantt图仍没有PERT图直观，但罗列问题任务可较多。36进度计划编制进度计划形式二：PERT图PERT（Program/Project Evaluation and Review Technique）即计划评审技术,是以网络图的形式制定计划，求得计划的最优方案，并据以组织和控制开发进程，达到预定目标的一种科学管理方法。 如果串行的太多，就会消耗项目的T；如果并行的太多，就会消耗项目的R（靠堆人做项目），而且Q没有了（因为不能保证这么多人的标准都一样）。 要事第一：因人择事（如果工期短，就要把黑带调到关键路径C.

16、P，绿带调进次关键路径）。 既要重视关键路径C.P（又重要又紧急），又要重视关键作业C.A（重要，但不紧急）。37需求分析1007/0107/10总体设计2107/1107/31A概要设计708/0108/07A详细设计708/0808/14B概要设计808/0108/08C概要设计1108/0108/11B详细设计1008/0908/18C详细设计908/1208/20测试计划1009/1109/20后续活动4109/2110/31B编码808/1908/26C编码1108/2108/31A编码608/1508/20A单元测试708/2108/27B单元测试808/2709/03C单元测试1

17、009/0109/10总的开发时间为27天，与关键路径相比，时差14天总的开发时间为34天，与关键路径相比，时差7天41天关键路径分析(Critical Path)关键路径是网络图中最长的路线。它决定了项目的总实耗时间；向关键路径要时间，向非关键路径要资源；38快速跟进法B结束开始AAB有条件地将B提前提醒：快速跟进法风险是可能造成返工！快速跟进：将正常情况下按顺序实施的多个活动调整为“并行进行”，以压缩项目工期快速跟进经常导致返工，会“欲速则不达”经常会增加风险与并行工程区别39赶工赶工：对成本和进度进行权衡，确定如何以最小的成本增加最大限度地缩短项目所需时间赶工意味着用成本来争取时间，此时

18、优先考虑的是缩短那些位于项目关键路径中的活动的持续时间赶工并不总是一种可行的方案，并且常导致成本增加加班；增加资源，分组、分模块进行；40小组演练各项目组根据本项目任选一组活动进行WBS分解、细化、估计工时、画出PERT图并找出关键路径，每个小组选派一名代表上台发表。可选的活动组：产品需求分析产品设计和开发产品小批量试制41项目监控的重要性风险跟踪及时沟通计划修订资源调配数据收集根源分析团队建设明确职责计划实施控制 计划是会发生变化的，变化来源于：市场需求变化；进度异常；预估不准确；配合问题；人员变化；资源不到位；项目位置变动；42分层实施、分层控制43监控点管理项目报告项目会议项目问题管理机

19、制项目变更控制/PCR：设计变更、计划变更预警系统决策评审和例外管理非正规控制项目测评控制的主要手段44各级监控点的设立遵循两个原则：A、里程碑 B、时间间隔比较合理监控计划的表现形式为：计划监控总揽图和计划监控一览表。计划监控总揽图将各级计划的关键点浓缩在一起，直观，便于控制。通过计划监控一览表，严格定义每一监控点的完成标志。监控点管理45TR2CDCPTR3PDCPTR4TR6TR5概念计划发布生命周期ADCPTR1开发转产用户验证生 产初始产品产品发布LDCP生命周期发布验证开发计划概念验证GATR4A里程碑投资决策评审（DCP）和产品技术评审（TR）监控点管理（续）监控点管理（续）47

20、管理高层项目管理部部门经理产品经理项目经理QAQA经理质量部经理反馈解决问题、风险反馈解决问题、风险反馈解决问题、风险反馈解决问题、风险项目状态报告汇总报告项目状态报告质量周报质量周报项目状态报告升级问题汇报、反馈相对应，业务线与质量线相互牵制，达到质量与进度的平衡。项目报告48项目开工会项目周例会项目月度例会项目阶段决策评审会项目结束会议项目会议49会议内容（以问题为中心）里程碑计划为什么没有完成？其影响如何？工作何时可以完成？是否需要替补行动计划？何日才能回到计划进度上来？（如何保持会议高效？）会议程序会前会中会后会议内容与程序50问题受理和升级机制提出问题受理问题指定问题责任人分析、制定

21、解决方案项目经理制定解决方案领导团队决策项目组职能部门决策层问题升级升级问题解决问题解决决策例如对于A、B类问题，如果项目组无法解决，将分别升级到职能部门进行解决和IPMT进行决策。51变更控制：计划变更、设计变更变更定义 改变已经发布的工作成果（例如文档、代码或者计划）变更管理的目的 不是为了预防变更，而是为了防止变更失去控制而产生不良后果52计划变更管理计划变更：对里程碑计划变动超过一定程度的变更。影响程度：绝对时间，如：1周以上时间比例，如：总计划10%对客户产生影响53 设计变更批准由相应层级的CCB（公司级、项目级）进行批准如：影响较大的变更由公司级CCB批准，影响较小的变更由项目级

22、CCB批准变更类别A类B类C类D类批准者公司CCB项目CCB项目主管项目成员例：不同变更影响程度的批准者54 示例：变更控制委员会CCB的构成项目经理测试组长PPQA(质量保证)配置管理员架构设计师系统工程师项目级CCB项目经理测试部经理质量部经理制造部经理研发部经理客服部经理公司级CCB市场部经理.55变更控制的一般流程提出变更变更分析变更批准变更实施56控制手段：预警系统57控制手段：决策评审和例外管理58项目风险管理项目度量管理需求跟踪成本控制QA状态报告过程裁减项目测试项目控制其他手段59收尾阶段主要工作发布准备评估；项目总结；文档归档；更新过程资产库（PAL）；“解散”项目团队；发布

23、准备评估发布准备情况对照检查表研发准备（设计定型与生产定型）；客户验证测试总结；转产发布准备；订单履行准备；营销发布准备；技术支持准备；批量采购准备；渠道准备；项目总结的输入和输出项目总结 项目数据 团队成员的经验 过程资产库 组织级度量值 主要风险清单 过程改进计划 目录项目与项目管理基本概念 结构化的项目管理流程产品开发需求管理研发项目管理过程研发项目团队管理研发项目质量管理 63职能结构“轻量级”团队结构DEVSVCMKTDEVSVCMKTFMFMFMFMFMFM职能经理（FM）决策层次项目经理（L)项目经理的影响组员 (M)MMLM主管主管“重量级”团队结构DEVSVCMKTFMFMFMMMMPIPMT职能部门经理处理本部门的所有决策当项目或组织变得很大或需要广泛的跨部门运作时，难于协调项目经理是协调人项目组成员是职能部门的联络员（没有权力）职能部门经理仍然做出本部门的关键决策其规模和复杂度使这种结构也变得难于支持项目经理在不同功能中发挥直接的、综合性的影响组员完全代表相应的职能部门项目经理和成员有项目权力和责任职能部门经理关注于建立优秀的部门，而不是日常的决策是复杂项目和组织的最好的组织结构不同紧密程度的跨部门团队64贵公司产品开发团队运