研发项目管理实战.ppt

* * 唯一不变的是变化。项目优化级变化，也要调整计划 * 研发质量控制（评审＋测试） 研发成本控制 * * * * * * 通常没有流程的情况下，第一次做开发项目，才用到头脑风暴法。 * 从案例分析中可以看到，各个专业领域/各职能的工作很多欠缺。怎么办？要建立各个方面的流程，明确要求和标准。 那么是不是把这各个领域的工作都做好了，就可以了呢？显然不是。 跨部门协作的问题，有时候其他部门认为产品开发就是研发部门的事，他们只是义务协作，更多的原因还在于大家不知道应该怎样跨部门协作，在什么时期该做什么工作，应该怎么配合，大家是不清楚的。怎样解决这个问题，当然是流程，应该说是流程集成，我们要把各职能/各专业领域活动集成为一个整体框架。形成主流程、阶段流程，严格控制。 * 可考虑将标题改为“从需求分析就开始新产品生产导入工作而不是从设计完成后才开始”，而将现有标题放到正文中来。 * * * * * 计划监控总揽图将各级计划的关键点浓缩在一起，直观，便于控制。同时，各监控点在时间上也形成对应。 通过计划监控一览表，严格定义每一监控点的完成标志，以使监控点不会产生歧义性的理解。 * * * * * * * * 设定出口条件。 * * * * 向关键路径要时间，向非关键路径要时间 * 需要回答：SQCT，投资及回报的要求 * * 研发项目的典型风险：技术不成熟、人员变动、需求变更、外协、采购延误（新供应商开发） * * 市场突变/客户需求变化 技术不成熟 竞争对手行为 合作伙伴/供应商事件 资源冲突 资金困难 * * * * 风险控制的目的：最小化风险对项目的影响 * 引出下一步PPT：变更管理存在产品开发的各个阶段、各个环节。 * 引出下一步PPT：变更管理存在产品开发的各个阶段、各个环节。 * * * * 需要回答：SQCT，投资及回报的要求 * * 通过产品实现分析找到冲突点，并进行充分的分析 * 沟通技巧： 合理说服 利益交换 施压策略 情感 激励 上司影响 * 基本需求 - 这是最基本的类别，比如：如果这些需求没有满足，这个市场细分的客户将不会考虑这个交付 更满意的需求 - 这是在基本以外的类别，它能向市场细分中的客户提供区别的和附加的价值 更有吸引力的需求 - 更有吸引力的需求向客户提供了其他的基本需求和更满意需求所不能满足的独一无二的或附加的利益和价值 * 基本需求 - 这是最基本的类别，比如：如果这些需求没有满足，这个市场细分的客户将不会考虑这个交付 更满意的需求 - 这是在基本以外的类别，它能向市场细分中的客户提供区别的和附加的价值 更有吸引力的需求 - 更有吸引力的需求向客户提供了其他的基本需求和更满意需求所不能满足的独一无二的或附加的利益和价值 * 建议选择一个真实的产品开发项目（过去的或当前的） 演练点评之后，介绍一下MA_UPS项目任务书的实例。 “项目目标确定后，变化是难免的，但多数企业，变化原因是自身没有进行详细的市场调研和分析，需求也没有经过评审，完整性和准确性很低，这是可以极大改善或避免的。” 模板： 组名：，项目名称：项目目标：，1、2、3、， * * * * * * 请大家回忆我们的MiniArray/C1-3K的开工会，是否是这样的？ * 需要回答：SQCT，投资及回报的要求 * * 请大家回忆我们的MiniArray/C1-3K的开工会，是否是这样的？ * * * * * 沟通技巧： 合理说服 利益交换 施压策略 情感 激励 上司影响 * * * * * * 计划不是部门领导、项目经理一个人定出来的，沟通。计划不能只考虑一切顺利的情况。 * * * 目录 一. 项目启动与目标管理 二. 项目组织结构 三. 项目计划制定 四. 风险管理 五. 项目计划控制 六. 项目沟通与团队激励 * 沟通的目的 信息传递 统一认识 推动相关人员按照管理者的期望行动 解决冲突 * 项目中的沟通 沟通包括信息传递和接受的各种方式 沟通方式 项目中的沟通 面谈 二人或多人的随时技术或信息交流 会议 开工会、周例会、阶段会议等 文档/报告 项目计划、方案书、设计图纸， 周报、阶段总结报告，等等 邮件等各种信息 邮件、各种信息系统的信息传递 * 项目沟通管理 制定项目沟通计划 信息发送 执行报告 阶段总结 * 项目沟通计划的内容 确定收集和贮存各类信息的方法。 确定信息发送结构，规定信息（状况报告、数据、进度、技术资料等）的流向，以及使用什么方法（书面报告、会议等）发布各类信息。 常规会议、报告时间和频度。 重点会议、报告内容、时间、人员等安排。 * 项目冲突的来源 目标 — 各团体要达到的目标有差异 资源 — 冲突的发生是由于资源缺乏 方法 — 在如何达到共同的目标上人们有不同的观点 事实 — 人