研发项目管理工具与模板培训PPT.ppt

1、华成培训研发管理系列课程之RDM026,研发项目管理工具与模板,R&D Project Tools and Templates,课程目录,0、公司介绍 课程介绍,1、案例分析,2 、项目管理概述,3、研发项目团队建设,5 、研发项目计划制定,6、研发项目质量管理,7、研发项目计划控制,4、研发项目需求管理,www. ,图书推荐,华成对企业核心价值链的理解,产品开发管理的发展历程,Next Generation Product Development : How to Increase Productivity, Cut Costs, and Reduce Cycle Times (Hardco

2、ver) ,研发成熟度不同阶段的关注工作重点,阶段一,阶段二,阶段三,阶段四,阶段五,研发管理的成熟度,时间,产品成功时代,快速上市时代,研发生产率时代,非正式项目管理 成功依赖于英雄,职能关注型项目管理 部门墙很厚，无法跨部门协调,成立核心项目小组 开始跨部门协调 构建结构化流程 推行项目管理,企业级项目管理 网络化小组 分布式研发计划管理 增强型阶段评审流程,集成财务计划 分布式计划管理 合作开发 情景化知识管理,研发管理能力的级别,青铜器RDM全方位实现研发业务信息化,课程清单（一）,课程清单（二）,课程清单（三）,课程清单（四）,案例分析,案例研讨,请参考案例分析材料，并进行讨论 A公

3、司的产品开发管理存在哪些问题？ 如果您是吴总/CTO，您准备怎么办？ 每个小组选派一名代表上台发表,案例总结,项目管理（跨部门管理、多项目管理） 协同意识（资源协调难、开发是研发部的事） 系统工程（DFX：DFS、DFT、DFM、DFA） 测试定位（纠察队、蒙混过关、测试策略TQC） 文档知识积累（不重视文档、犯同样错误） 技术评审（走形式、批斗会、无责任主体） 变更管理（变更随意、导致模具报废） 采购管理（供应风险、零件标准不统一、未介入研发）,项目管理概述,产品、路标规划、项目,R1,R2,R3,R5,时间,功能/市场,产品,规划,项目,市场管理与产品开发,进入产品开发流程管道,项目的定义

4、,项目：为形成某独有的产品或服务所做的临时工作 例如： 开发一个财务软件 设计新的电话机 实施一个新的IT管理系统 开发青铜器RDM研发管理系统,产品开发与技术开发,核心技术模块,产品基础平台,具体商业产品,PDT,TDT,项目类型的划分,产品开发类项目,技术开发类项目,全新开发类项目,功能增强类项目,缺陷维护类项目,平台技术类项目,模块技术类项目,三大不同点： 开发流程不同、项目里程碑不同、项目团队组成不同,什么叫项目管理,项目管理就是把知识、技能、工具和技术应用到项 目活动中去，以便达到项目的要求。 具体过程中将涉及以下3个基本平衡： 范围、时间、成本和质量 具有不同要求和期望的投资者 已

5、识别需求和潜在需求（期望）,资料来源：项目管理知识体系指南 2004年版,项目管理的领域,过程组,启动过程组 规划过程组 执行过程组 监控过程组 收尾过程组,知识领域,项目整体管理 项目范围管理 项目时间管理 项目成本管理 项目质量管理 项目人力资源管理 项目沟通管理 项目风险管理 项目采购管理,RDM,产品生命周期与项目生命周期,项目的目标、范围不明确 项目经理领导不力，缺乏经验和影响力 跨部门协作不得力 资源配备、供给不及时 项目控制不力，进度跟踪不及时 缺少经验教训的积累和共享,项目失败的主要原因分析,研发项目团队建设,不同组织结构的特点,矩阵式管理模式的沟通,总裁办,研发中心,项目管理

6、部,软件部,硬件部,测试部,独孤九剑,其他中心,rwx：任我行,xwt: 向问天,fqy：风清扬,ybq:岳不群,lhc：令狐冲,lpz：林平之,ryy：任盈盈,PAC、PDT、LMT,研发,市场,财务,制造,销售,主任,决策 控制,研发专员,市场专员,财务专员,制造专员,销售专员,LPDT,执行 反馈,PAC: Product Approval Committee PDT: Product Development Team,项目团队模型,核心小组的构成,PDT是临时小组 项目开始时成立 项目发布后解散 PDT是跨部门小组 PDT是分层小组 PDT共同对项目成败负责,PDT：Product（P

7、roject） Development Team 产品（项目）开发团队,研发专员,市场专员,财务专员,制造专员,销售专员,LPDT,软件开发、 硬件开发、 测试,工艺、 物料,跨部门项目团队模式,样 例,核心项目小组组长LPDT的职责,领导整个项目小组： 建立和领导整个PDT团队 召集PDT核心组，将项目目标分配到PDT核心组成员 PDT管辖范围内无法达成一致事务进行最终决策 与管理层进行沟通： 作出各DCP的日程安排及时将业务计划和建议呈现给公司管理层 从公司管理层获得承诺，并确保所需要资源的到位 及时提供项目的进展情况,核心小组成员的角色及义务,小组相关领域的职能专家 主导解决相关领域问题

8、 共同负责小组的最终结果 对本领域的计划、预算、关键问题等的进展情况进行汇报 对功能部门的交付负责 小组与职能部门的沟通桥梁 向职能部门经理汇报项目情况 协同外围小组的活动 管理本职能领域的项目计划和预算 在职能部门内对设计/项目进行评审,外围小组成员的角色及义务,具体活动的责任主体 关注具体的项目任务 独立完成设计、测试等工作 主动寻找所遇问题的解决方案 对个人工作遇到的问题进行反馈 JUST DO IT 协助组员 参与相关方案讨论、评审等活动 协助相关成员进行问题定位 积极支援关键路径上的活动,职能部门经理的角色及义务,提供技术指导 定义职能部门的策略、指导原则、工具和标准 协调跨项目的技

9、术合作、经验共享 发展并管理职能部门 建立优异的职能部门团队 执行职能部门预算 雇佣/解雇、培训员工及对员工进行考评 领导职能部门项目 支持PDT工作 确定项目开发的人员及资源 参与设计及评审,项目经理的培养,体系驱动与牵引 周边部门锻炼，提高全流程意识和技能 参加项目经理知识和技能培训（内部、外部） 自我批评总结，改正错误（批评与自我批评） 资源池集中培养（挑选、培养、考核）,演练与讨论,展现目前公司的项目组织形式，然后分析存在哪些问题？如何改进？ 了解业界项目经理的素质模型之后，请结合公司的实际情况，采用画像和拼像的方式讨论公司优秀的项目经理模型 每个小组选派一名代表上台发表,研发项目需求

10、管理,需求收集过程,市场细分 产品扩展路线图 波士顿矩阵 技术鸿沟,干系人分析 决策分析 关注点分析 焦点小组,调查方法选择 10种调查方法 需求访谈10问 调查问卷设计 原型法,单项需求模板 听的技巧 一手信息 二手信息 客户描述 需求陈述 需求陈述5原则 短、中、长期需求,需求整理和分析过程,需求收集,解释原始数据,整理需求,设置权重,概念选择,识别客户 一对一访谈 客户需求十问 单项需求收集单,系统工程 核心小组法 DFX,$APPEALS 产品包 镀金需求 冲突矩阵 卡片法 25个大组,BSA法 AHP法 15个等级 雷达图 SWOT,未来需求是否充分考虑 价值创造（4步法） 产品包需

11、求 概念甄别 电梯测验,需求分解与分配过程,分析产品包需求 定义功能接口 分配非功能需求 QFD法,可选设计方案 CBB构思 BB划分,DAR 功能架构完整性 物理架构完整性 约束的满足程度 确定优选的设计方案,定义子功能 定义子功能的操作方式 进行功能失效模式分析,功能分组和分配 分配非功能需求 定义物理接口 产品设计需求 产品总体方案,Y,N,需求工程贯穿产品开发全过程,市场需求,产品包需求,内部需求,设计需求,系统规格,软件需求,客户要求,功能需求 非功能需求,标准约束,硬件需求,架构设计,质量属性 DFX,书面标准 事实标准,需求采集的要点：确定用户,需求采集的要点：决策影响分析,用户

12、访谈的要点,利用一个或两个客户群来优化调查的问题并了解在市场细分中的普遍问题,进行单个的访谈来了解特殊客户的需求 - 注意被访对象的筛选 - 建议在客户地点进行 - 允许将你所见的加入客户的声音（VOC）中去,在业界最佳的公司在首选的搜集客户声音的方法访谈单个的客户 资料来源：Best Practices Survey 1994,广泛的、开放式问题,历史产品使用的美好回忆,使用产品失败的经历描述,最近一次购买时所见、所想,如何自己设计会如何,其他产品的哪些功能可以考虑集成,客户试图解决哪些问题,真正理解客户意图,深刻理解市场需求管理在需求工程中的位置,录入,筛选,分类,优先级,接纳,研发项目运

13、作,路标规划,创意 想法,市场需求,产品包需求,设计需求,产品管理领域,项目管理,市场需求库,点子库,原始单项客户需求,姻亲图：市场需求产品包需求,进度管理,报告管理,中国电网购买设备：客户和竞争对手分析,KANO模型,客户满意度,客户不满意度,很好的执行,很差的执行,基本需求,最好满足的需求,兴奋需求,Kano模式,什么是产品包？,无形效益,服务,核心产品,需求因子,功能,环境,性能,鲁棒性,可靠性,安全性,重量,电源,第一、唯一,第一个到太空,第一个奥运金牌,美国第一任总统,有所不为，才能有所为,戏剧性的巨大差异（哇！）,是什么可能是什么.不可能是什么,12核心利益：44% 3个以上核心利

14、益：37%,价值定位 “我为什么应该向你购买？”,研发项目计划制定,Deadline is deadline !,开发产品没有一个“统一方法”（重复发明轮子） 术语和定义不一致（测试报告） 注意力集中在“救火”上（卷起袖子解决问题） 过多的澄清会议 中层管理人员太多（文山会海） 无法估计出资源需求（很忙、没有头绪）,流程需要优化的征兆,结构化的产品开发流程,对应：RDM研发项目管理计划管理,对应：RDM业务流程,对应：RDM情景化知识管理,层次结构 阶段（Pocket Card） 步骤（如：软件开发、硬件测试） 任务和活动（如：概要设计、详细设计） 详细的开发指南（指导书、模板、表单、CHEC

15、KLIST（经验、主动性、前瞻性）,结构化产品开发的层次,研发业务过程纵横关联规则建议,到什么程度合适？,应用流程重设计技巧：消除流程中非增值性因素,如何消除或压缩流程中的等待和传递时间 流程多样化、提高针对性 将串行活动变成并行活动 去除不需要的活动，减少流程步骤 合并内部的界面（环节） 调整各环节的地理位置或导入IT应用 压缩每个环节的时间，规定时间期限,应用流程重设计技巧：精简检查与审核,如何优化流程中的检查与审核 根据发生错误的几率来决定检查、评审点设置的必要性 取消重复审批点 根据控制对象的风险和金额的大小，进行分层审批 采用窗口式服务或几种式评审,应用流程重设计技巧：减少返工因素,

16、如何减少流程中的返工 提高流程中决策点的透明度 建立经验教训、共享知识库 规范对流程执行人员的培训 重要活动定义操作规范和模板,建议的实施步骤,A 全面体验RDM缺省配置,B 实施项目管理、任务管理,D 实施市场需求管理,E 实施文档管理,F 实施个人绩效管理,C 实施缺陷管理、评审管理,2星期,提示：为了提高实施效率，建议客户先全面使用RDM缺省流程，然后在根据需要修改,建议每个特性实施周期为2星期 C、D、E、F可以根据公司灵活确定先后次序,As Is & To Be 流程分析、设计模型,管理,持续 优化,问卷调查,WORKSHOP,历史项 目分析,培训,As-Is,To-Be,优化后的流

17、程,介绍、传递方法论,现状流程,个人访谈,分析现状、发现问题，设计流程,持续管理、优化流程,Workshop:现场进行流程优化的工作坊,WORKSHOP是对流程进行现场梳理、优化的方法。采用从ASIS到TOBE的逻辑方法，即首先建立现状流程模型，然后评估现状流程，进行差距分析，再提出优化方案，并设计未来流程。 每次工作坊0.52天，可以针对性梳理目标流程。,以客户为中心的可视化流程设计,可视化流程图标准模板,识别流程中的客户接触点,流程输入、输出接口 与流程客户的互动界面 过程异常接触点,流程图的活动展现,动名词或名动词 按时间顺序排列 编上活动序号,流程图的活动与角色的匹配关系,什么是角色？

18、 角色是否可以包含外部的顾客、供应商、合作单位等 流程图中应该突出部门还是角色？ 流程中的一个活动是否可以由不同角色共同承担？,流程并行活动的表达方式,流程活动的分流,流程图中返工区域的表示方式,以客户为中心的可视化流程设计,落实流程管理职能，建立流程管理制度,流程管理制度 一、目的 二、范围说明 三、职责 四、触发 五、实施规定 六、成果评估 七、考核,经过实践验证的标准模板，可以解决在管理过程中的阻碍和问题,建立规范的流程测评标准，确定好流程改进目标，对流程改进意识促进和行动上得以激励和规范,流程管 理制度,流程评估、审计,流程责 任人制,让流程真正被执行、 管理及持续地优化 起来！,服务

19、响应速度 问题一次性解决成功率 问题解决周期 ,流程设计中可能需要对角色/职位进行调整，以提高流程的可用性。,流程分级、计划分层,产品开发流程,职能领域流程,采购,制造,客服,模块开发,软件,硬件,里程碑计划与项目级计划,组织分层、计划分层,核心小组长,市场,硬件,软件,测试,制造,服务,主控板项目组,背板项目组,电源板项目组,界面项目组,数据库项目组,协议项目组,一周,二周,三周,四周,一级计划 （项目级）,二级计划 （职能领域级）,三级计划 （模块级）,周计划 （员工个人级）,计划制定的时机,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,30%,20%,15%,样例：网络化项目分层计划

20、体系,样 例,案例：产品开发阶段分布,公司能力+市场情况里程碑计划,公司能力基线,本项目实际表现,项目计划管理的核心过程,Activity Sequence 活动排序,Scope Planning 范围计划,Activity Definition 活动定义,Activity Duration Estimate 活动工期估算,Schedule Development 进度计划制定,Scope Definition 范围定义,Resource Planning 资源计划,Cost Estimate 成本估算,Project Plan Development and Control 项目计划制定和控

21、制,Risk Management Planning 风险管理计划,风险管理,成本管理,时间管理,范围管理,综合管理,Quality Management Planning 质量管理计划,质量管理,Cost Budgeting 成本预算,资料来源：项目管理知识体系指南 2004年版,WBS示例,WBS: Work Breakdown Structure,WBS和OBS的结合项目人力成本,“人”“事”匹配,样 例,进度计划中的时间参数,估计原则,让某项活动负责人参与该项活动的工期估计 任命一位有经验的人负责项目的工期估计 历史数据可以作为参考 稍微激进些的估计比过分保守的估计要好,规模、工作量估

22、计常用方法,类比比较法 专家法（Wideband Delphi） 三点法（Pert Sizing） 推测法,规范化的活动与经验数据库,专家估计法角色定义,PM（准备、任命） 估计协调员（组织、协调、服务） 估计员（实际估计、45人、测试专家） QA（引导、监督）,专家估计过程,确定估计范围 任命估计团队,估计准备会议,个人估计,正式估计会议,批准估计结果,PM,全体成员,全体成员,全体成员,PM,PAL 估计表单,会前 会中 分解 约束 前提条件 明确出口准则 会后,发现偏差 讨论 再估计,PAL：Process Asset Library 过程资产库,三点法（Pert Sizing）,估计结

23、果 ,乐观工期 4 最可能工期 悲观工期,6,标准偏差 ,悲观工期 乐观工期,6,注：标准偏差表示活动的工期范围。例如，在计算了PERT之后，任务#xyz将花费14+2的工期，+2天就是标准偏差。,业界估计经验,类比比较是工期估计首要方法 专家法是第2通用方法 考虑偶发，增加1025余量 持续使用1种适合方法，越用越准,活动的四种依赖关系,A,B,A任务结束后才能开始B任务,结束开始,A,B,开始开始,B任务开始依赖与A任务的开始,A,B,结束结束,B任务完成依赖与A任务的完成,A,B,开始结束,PERT图,PERT:Program Evaluation and Review Techniqu

24、es 计划评审技术,关键路径法（CPM）,图中红线路径即为关键路径：WBS1WBS2WBS3,关键路径就是漂移量等于0的那条路径,拆分关键活动，缩短项目周期,快速跟进法,有条件地，串行变并行 例如：HLD完成前就启动LLD,B,结束开始,A,A,B,有条件地将B提前,产品开发流程落地执行,产品开发概览图,产品开发阶段流程 （C0C4）,产品开发里程碑计划模板,产品开发一级计划模板,概念阶段产品开发计划模板,计划阶段产品开发计划模板,开发阶段产品开发计划模板,具体项目的分级计划,情景化的知识管理,制定商业计划,商业计划 模板,商业计划 准则,商业计划 样例,商业计划 常见问题,竞争对手 信息库,

25、书籍与培训 教材,项目资源使用曲线,人员梯队化,资源管道管理,关键路径要时间，非关键路径要资源； 研发团队梯队培养，实现人尽其用； 跨项目资源管道管理，项目优先等级排序； 产品重整（走向基于平台的开发模式）； 公司研发知识库持续积累，减少资源瓶颈； 观念转变（改变员工寻找合适的人）；,资源管道管理,重视重用工作的投入（自动化测试），减少手动重复； 把握源头、控制需求，领悟：易用功能； 技术开发与产品开发分离，化解技术风险； 提高项目前期（需求、设计）周期与投入； 外包也是一个非常不错的选择；,研发项目质量管理,质量的定义,产品/服务的固有特性满足客户要求的程度,系统质量管理体系,如：产品开发流

26、程 集成测试流程 技术支持工作流程 结构设计流程 软件开发流程 器件选型流程 培训流程,如：ITL认证计划 ISO9000内审计划 工程质量管理计划 培训质量管理计划,如：组织机构 角色与职位 IT系统 规章制度,如：业务改进 体系优化 能力提升,如：引导/培训 审计/检查 结果审计 质量体系审计,如：度量 评审 评估 测试,分级评审体系,业务级评审,项目级评审,职能级评审 或 模块级评审,为什么需要阶段决策评审,来源：Winning at New Product,结构化的商业决策评审,Setting the PACE in Product Development, A Guide to Pr

27、oduct and Cycle-time Excellence,评审操作中的常见问题,评审抓壮丁 评审会变成科普会 评审会变成批斗会 没有结论或后续跟踪不力 缺少必要的评审标准（CHECKLIST） 评审会偏离主题、陷入过多的技术细节,技术评审流程,评审计划 （时间、 职责、 交付件 分工）,评审要素表 自检,评审材料 准备 （报告初 稿或会议 胶片）,技术评审 会议,生成 或 优化 评审报告,PM 审核报告,评审报告 发布,评审结论 执行,技术评审 度量,评审报告 会签,技术评审结论,Go 没有遗留问题和只是一些没有解决风险可以很快解决的问题 Go with risk 遗留问题的解决存在一定

28、风险，但不影响下一步活动的启动 Redirect 遗留问题影响到下一步活动的启动，必须首先解决,评审过程中各角色定位,SE：“技术主持人” QA：“过程主持人” PDT核心组：反映部门问题，代表本领域提出专业意见，并代表功能部门承担责任 技术专家：贡献个人才智，不承担直接责任 LPDT：以业务需要为出发点对技术问题做决策,LPDT: Product/Project Development Team Leader 项目经理,TR报告,产品质量评估 要素表检查情况 遗留问题改进计划 冲突点记录和结论 风险分析 评审结论 过程规范和质量目标达成情况 过程审计结果 度量指标 质量目标 会签记录,案例：

29、IT提升评审质量,评审一次通过率 评审效率（问题、投入） 评审要素通过率 专家表现统计（问题、投入） 评审问题的解决情况 评审资料、评审过程评分 评审结论会签情况,评审要素总结与完善,样 例,技术资格认证过程,员工申请,主管审核,提供证据,评议,发证调薪,任务客观数据 评审客观数据 缺陷客观数据 文档客观数据 项目客观数据 风险客观数据 问题客观数据 工作投入数据 历史绩效数据 历史培训记录 红黑事件数据 技能客观数据,RDM,数据说话、态度辅助 个人申请、集体评议 认证周期不超过12周,评审表现与任职资格挂钩,样 例,演练,分析公司实际产品开发过程中有哪些技术评审点？评审要素是什么？ 技术评

30、审操作存在的问题？ 每个小组选派一名代表上台发表,研发项目计划控制,项目计划控制的必要性,风险跟踪,及时沟通,计划修订,资源调配,数据收集,根源分析,团队建设,明确职责,计划实施 控制,计划是会发生变化的，变化来源于： 市场需求变化； 进度异常； 预估不准确； 配合问题； 人员变化； 资源不到位； 项目位置变动； ,分层实施、分层控制,项目经理,核心小组成员,项目组成员,一级计划,二级计划,三级计划,计划监控总览图,项目控制路线图,项目业务计划,项目进度计划,项目资源计划,项目风险计划,项目质量计划,日志,例会,度量,评审,审计,分析 会议,是否 偏？,是否重估计？,提交偏差报告,项目报告 工作日志 项目度量表 QA报告 审