华成培训研发管理系列课程之RDM015课件

1、研发管理系列课程之RDM026研发项目管理（工具与模板）R&D Project Tools and Templates 研发管理推荐读物和网站推荐网站 案例分析案例研讨请参考案例分析材料，并进行讨论A公司的产品开发管理存在哪些问题？如果您是吴总/CTO，您准备怎么办？每个小组选派一名代表上台发表案例总结项目管理（跨部门管理、多项目管理）协同意识（资源协调难、开发是研发部的事）系统工程（DFX：DFS、DFT、DFM、DFA）测试定位（纠察队、蒙混过关、测试策略TQC）文档知识积累（不重视文档、犯同样错误）技术评审（走形式、批斗会、无责任主体）变更管理（变更随意、导致模具报废）采购管理（供应风险

2、、零件标准不统一、未介入研发）项目管理概述产品、路标规划、项目R1R2R3R5时间功能/市场产品规划项目市场管理与产品开发战略规划市场信息客户反馈同行信息技术趋势当前产品组合理解市场市场细分组合分析制定业务策略和计划调整和优化业务计划管理业务计划，评估绩效YN任务书？进入产品开发流程管道项目的定义项目：为形成某独有的产品或服务所做的临时工作例如：开发一个财务软件设计新的电话机实施一个新的IT管理系统开发青铜器RDM研发管理系统产品开发与技术开发核心技术模块产品基础平台具体商业产品PDTTDT项目类型的划分产品开发类项目技术开发类项目全新开发类项目功能增强类项目缺陷维护类项目平台技术类项目模块技

3、术类项目三大不同点： 开发流程不同、项目里程碑不同、项目团队组成不同什么叫项目管理项目管理就是把知识、技能、工具和技术应用到项目活动中去，以便达到项目的要求。具体过程中将涉及以下3个基本平衡：范围、时间、成本和质量具有不同要求和期望的投资者已识别需求和潜在需求（期望）产品上市时间对产品利润的影响最大研发项目团队建设不同组织结构的特点 组织类 型 项目特点职能型组织矩阵型组织项目组织弱矩阵型平衡矩阵型强矩阵型项目经理的授权程度很少或没有 有限低中等中等-高高-几乎全权项目全职人员的百分比几乎没有0-25%15-60%50-95%85-100%项目经理的角色兼职兼职全职全职全职项目经理的名衔Pro

4、ject Coordinator / Project LeaderProject Coordinator / Project LeaderProject Manager / Project OfficerProject Manager / Program ManagerProject Manager / Program Manager项目管理行政事务人员兼职兼职兼职全职全职矩阵式管理模式的沟通总裁办研发中心项目管理部软件部硬件部测试部独孤九剑其他中心rwx：任我行xwt: 向问天fqy：风清扬ybq:岳不群lhc：令狐冲lpz：林平之ryy：任盈盈PAC、PDT、LMT研发市场财务制造销售主任

5、 决策 控制研发专员市场专员财务专员制造专员销售专员LPDT 执行 反馈PAC: Product Approval Committee PDT: Product Development Team项目团队模型四种团队的关联汇报关系跨部门产品开发团队模型核心组外围组PACPDT1PDT2PDT3LPDTRDPDTMKPDTFPDTPROPDTMNPDTTSPDTEESWEMEIDEMOPSPPAMETSSTSSEESWEEESWEMEIDEEESWEPROESPSFFMKTE.SEPOPTE核心小组的构成PDT是临时小组项目开始时成立项目发布后解散 PDT是跨部门小组PDT是分层小组PDT共同对项

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

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

8、培训员工及对员工进行考评领导职能部门项目支持PDT工作确定项目开发的人员及资源参与设计及评审项目经理的培养体系驱动与牵引周边部门锻炼，提高全流程意识和技能参加项目经理知识和技能培训（内部、外部）自我批评总结，改正错误（批评与自我批评）资源池集中培养（挑选、培养、考核）演练与讨论展现目前公司的项目组织形式，然后分析存在哪些问题？如何改进？了解业界项目经理的素质模型之后，请结合公司的实际情况，采用画像和拼像的方式讨论公司优秀的项目经理模型每个小组选派一名代表上台发表研发项目需求管理需求收集过程确定客户 客户分析 调查准备 实际调查市场细分产品扩展路线图波士顿矩阵技术鸿沟干系人分析决策分析关注点分析

9、焦点小组调查方法选择10种调查方法需求访谈10问调查问卷设计原型法单项需求模板听的技巧一手信息二手信息客户描述需求陈述需求陈述5原则短、中、长期需求需求整理和分析过程需求收集解释原始数据整理需求设置权重概念选择识别客户一对一访谈客户需求十问单项需求收集单系统工程核心小组法DFX$APPEALS产品包镀金需求冲突矩阵卡片法25个大组BSA法AHP法15个等级雷达图SWOT未来需求是否充分考虑价值创造（4步法）产品包需求概念甄别电梯测验需求分解与分配过程分析产品包需求定义功能接口分配非功能需求QFD法可选设计方案CBB构思BB划分DAR功能架构完整性物理架构完整性约束的满足程度确定优选的设计方案功

10、能定义 功能分解 架构建立 需求分配 设计验证定义子功能定义子功能的操作方式进行功能失效模式分析功能分组和分配分配非功能需求定义物理接口产品设计需求产品总体方案255436248335121518YN需求工程贯穿产品开发全过程市场需求产品包需求内部需求设计需求系统规格软件需求客户要求功能需求非功能需求标准约束硬件需求架构设计质量属性DFX书面标准事实标准需求采集的要点：确定用户需求采集的要点：决策影响分析公司：购买类型 新任务 修正购买 直接购买职位角色相对影响力评价标准参与阶段发起者使用者影响者购买者决策者控制者批准者工程师技术2采购折扣处长A外面专家影响力财务价格购买阶段 1、问题发现 2

11、、解决方法 3、规格确定 4、来源搜寻 5、询问分析 6、建议评价 7、卖主选择 8、购买执行 9、安装实施 10、业绩评价用户访谈的要点利用一个或两个客户群来优化调查的问题并了解在市场细分中的普遍问题进行单个的访谈来了解特殊客户的需求- 注意被访对象的筛选- 建议在客户地点进行- 允许将你所见的加入客户的声音（VOC）中去 在业界最佳的公司在首选的搜集客户声音的方法访谈单个的客户资料来源：Best Practices Survey 1994广泛的、开放式问题历史产品使用的美好回忆使用产品失败的经历描述最近一次购买时所见、所想如何自己设计会如何其他产品的哪些功能可以考虑集成客户试图解决哪些问题

12、真正理解客户意图深刻理解市场需求管理在需求工程中的位置录入筛选分类优先级接纳研发项目运作路标规划创意想法市场需求产品包需求设计需求产品管理领域项目管理市场需求库点子库中国电网购买设备：客户和竞争对手分析KANO模型客户满意度客户不满意度很好的执行很差的执行基本需求最好满足的需求兴奋需求Kano模式什么是产品包？无形效益服务核心产品需求因子功能环境性能鲁棒性可靠性安全性重量电源第一、唯一第一个到太空第一个奥运金牌美国第一任总统有所不为，才能有所为利益体验同等体验舍弃体验我们的产品VS友商的产品戏剧性的巨大差异（哇！）是什么可能是什么.不可能是什么12核心利益：44%3个以上核心利益：37%价值定

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

14、）结构化产品开发的层次到什么程度合适？流程分级、计划分层产品开发流程(Pocket Card 阶段流程)职能领域流程采购制造客服模块开发软件硬件里程碑计划与项目级计划组织分层、计划分层核心小组长市场硬件软件测试制造服务主控板项目组背板项目组电源板项目组界面项目组数据库项目组协议项目组一周二周三周四周一级计划（项目级）二级计划（职能领域级）三级计划（模块级）周计划（员工个人级）计划制定的时机概念阶段方案阶段开发阶段验证阶段发布阶段30%20%15%案例：产品开发阶段分布项目计划管理的核心过程Activity Sequence活动排序Scope Planning范围计划Activity Defin

15、ition活动定义Activity DurationEstimate活动工期估算Schedule Development进度计划制定Scope Definition范围定义Resource Planning资源计划Cost Estimate成本估算Project Plan Development and Control项目计划制定和控制Risk Management Planning风险管理计划风险管理成本管理时间管理范围管理综合管理Quality Management Planning质量管理计划质量管理Cost Budgeting成本预算资料来源：项目管理知识体系指南 2004年版WBS示

16、例WBS: Work Breakdown StructureWBS和OBS的结合项目人力成本进度计划中的时间参数估计原则让某项活动负责人参与该项活动的工期估计任命一位有经验的人负责项目的工期估计历史数据可以作为参考稍微激进些的估计比过分保守的估计要好规模、工作量估计常用方法类比比较法专家法（Wideband Delphi）三点法（Pert Sizing）推测法规范化的活动与经验数据库WBS层次任务名称启动点输入或启动条件工具及方法（包括模板、流程）完成点输出或完成条件考评标准责任角色监控角色经验时间（工作量）备注1.11.21.2.11.2.2专家估计法角色定义PM（准备、任命）估计协调员（组

17、织、协调、服务）估计员（实际估计、45人、测试专家）QA（引导、监督）专家估计过程确定估计范围任命估计团队估计准备会议个人估计正式估计会议批准估计结果PM全体成员全体成员全体成员PMPAL估计表单会前会中分解约束前提条件明确出口准则会后发现偏差讨论再估计PAL：Process Asset Library 过程资产库三点法（Pert Sizing）估计结果 乐观工期 4 最可能工期 悲观工期6标准偏差 悲观工期 乐观工期 6注：标准偏差表示活动的工期范围。例如，在计算了PERT之后，任务#xyz将花费14+2的工期，+2天就是标准偏差。业界估计经验类比比较是工期估计首要方法专家法是第2通用方法考

18、虑偶发，增加1025余量持续使用1种适合方法，越用越准活动的四种依赖关系ABA任务结束后才能开始B任务结束开始AB开始开始B任务开始依赖与A任务的开始AB结束结束B任务完成依赖与A任务的完成AB开始结束PERT图PERT:Program Evaluation and Review Techniques 计划评审技术关键路径法（CPM）图中红线路径即为关键路径：WBS1WBS2WBS3关键路径就是漂移量等于0的那条路径拆分关键活动，缩短项目周期快速跟进法有条件地，串行变并行例如：HLD完成前就启动LLDB结束开始AAB有条件地将B提前产品开发流程落地执行产品开发概览图产品开发阶段流程（C0C4）

19、产品开发里程碑计划模板产品开发一级计划模板概念阶段产品开发计划模板计划阶段产品开发计划模板开发阶段产品开发计划模板具体项目的分级计划情景化的知识管理制定商业计划商业计划模板商业计划准则商业计划样例商业计划常见问题竞争对手信息库书籍与培训教材项目资源使用曲线人员梯队化QA高级QAQA高级QA技术系列管理系列产品管理职能管理技术总监研发部经理研发主管技术总监研发部经理研发主管系统发展系统发展高级系统工程师中级系统工程师初级系统工程师领域发展资深技术专家高级技术专家技术专家产品线总监产品经理项目经理产品线总监产品经理项目经理高级工程师工程师见习工程师基层通用技术职位领域如：硬件、软件、结构、工艺、工

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

21、培训流程如：ITL认证计划 ISO9000内审计划 工程质量管理计划 培训质量管理计划如：组织机构 角色与职位 IT系统 规章制度如：业务改进 体系优化 能力提升如：引导/培训 审计/检查 结果审计 质量体系审计如：度量 评审 评估 测试分级评审体系业务级评审项目级评审职能级评审或模块级评审为什么需要阶段决策评审1009080706050403020100项目时间的百分比7654321观念的数目筛选和评估商业分析开发测试商业化一项成功的产品每七个观念中，有一个能获得成功。每四个开发项目中，只有一个成为商业上的成功者！来源：Winning at New Product结构化的商业决策评审Sett

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

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

24、过率评审效率（问题、投入）评审要素通过率专家表现统计（问题、投入）评审问题的解决情况评审资料、评审过程评分评审结论会签情况技术资格认证过程员工申请主管审核提供证据评议发证调薪任务客观数据评审客观数据缺陷客观数据文档客观数据项目客观数据风险客观数据问题客观数据工作投入数据历史绩效数据历史培训记录红黑事件数据技能客观数据RDM数据说话、态度辅助个人申请、集体评议认证周期不超过12周演练分析公司实际产品开发过程中有哪些技术评审点？评审要素是什么？技术评审操作存在的问题？每个小组选派一名代表上台发表研发项目计划控制项目计划控制的必要性一张完美的图纸一栋坚实的大楼 风险跟踪及时沟通计划修订资源调配数据收集根源分析团队建设明确职责计划实施控制 计划是会发生变化的，变化来源于：市场需求变化；进度异常；预估不准确；配合问题；人员变化；资源不到位；项目位置变动；分层实施、分层控制项目经理核心小组成员项目组成员一级计划二级计划三级计划项目控制路线图项目业务计划项目进度计划项目资源计划项目风险计划项目质量计划日志例会度量评审审计分析会议是否偏？是否重估计？提交偏差报告项目报告工作