研发项目管理学员(《智慧研发管理》作者谢宁)百度教案.pptVIP

研发项目管理学员(《智慧研发管理》作者谢宁)百度教案.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 示例:变更控制委员会CCB的构成 项目经理 测试组长 PPQA(质量保证) 配置管理员 架构设计师 系统工程师 项目级CCB 项目经理 测试部经理 质量部经理 制造部经理 研发部经理 客服部经理 公司级CCB 市场部经理 ...... ...... 变更控制的一般流程 提出变更 变更分析 变更批准 变更实施 控制手段:预警系统 控制手段:决策评审和例外管理 项目风险管理 项目度量管理 需求跟踪 成本控制 QA状态报告 过程裁减 项目测试 项目控制其他手段…… 目录 * 项目与项目管理基本概念 结构化的项目管理流程 产品开发需求管理 研发项目管理过程 研发项目团队管理 研发项目质量管理 组织与流程的三种形态及演变过程 直线制 事业部N 产品线一 产品线二 项目组N 设 计 市 场 生 产 某一项目组 产品线1 产品线3 产品线2 矩阵制 职能直线制 直线制驱动的组织管理 有时一个项目就是一个组织 有职能部门了,部 门职能占据主导 以产出为横向,职能为 纵向驱动的矩阵管理 研发总监 硬件部 结构室 工程部 测试 质量 软件部 工程师1 工程师2 工程师3 工程师1 工程师2 工程师3 工程师1 工程师2 工程师3 工程师1 工程师2 工程师3 工程师1 工程师2 工程师3 工程师1 工程师2 工程师3 职能型组织结构 研发总监 项目经理1 项目经理3 项目经理4 项目经理5 项目经理2 硬件工程师1 软件工程师2 测试工程师3 硬件工程师1 软件工程师2 测试工程师3 硬件工程师1 软件工程师2 测试工程师3 硬件工程师1 软件工程师2 测试工程师3 硬件工程师1 软件工程师2 测试工程师3 项目型组织结构 目录 * 项目与项目管理基本概念 结构化的项目管理流程 产品开发需求管理 研发项目管理过程 研发项目团队管理 研发项目质量管理 研发质量管理中常见的误区 “重视”交付质量,忽视过程质量 “重视”实体交付质量,忽视文档质量 依赖后端质量检验,忽视前端质量引导 缺少全流程质量意识 质量责任主体错位 交付质量与过程质量 交付件质量 系统质量 文档质量 过程质量 进度偏差率 工作量偏差率 需求的稳定度 缺陷和问题的发现率/解决率 过程规范的符合度 TR体系三层架构 子过程 关联 子过程和TR和DCP之间关联 子过程 子过程 子过程 开始 开始 开始 结束 TR5 TR4A 结束 结束 TR6 关联 关联 配合关系 TR n IPD TR评审会 子评审 子过程活动 内部评审 TR:七大评审点,由PQA/SE组织。引用子评审的结果对产品质量进行评估,并且对PDT提出改正建议。 子评审:正式评审点,由项目组组织。对子过程活动输出质量把关。 内部评审:非正式,同行设计和问题讨论。 TR中的角色和职责(举例) SE-“技术主持人” PQA-“过程主持人” PDT核心组-反映部门问题,代表本领域提出专业意见,并代表功能部门承担责任 技术专家-贡献个人才智,不承担直接责任 LPDT-以业务需要为出发点对技术问题做决策 TR的原则 技术评审应该遵循下面这些原则: 1、考虑“好消息”和“坏消息”,并进行详细讨论; 2、关注于发现未得到满足的需求,而不是坚持进度; 3、以合理的速度去花时间阅读材料; 4、不应因为缺少时间和预算而将评审省略。 谢谢! * * * * * * * * * * * * * * * * 焦头烂额的研发人员 你们说3月提供XX功能, 怎么到了6月还没出来? 我已经向客户承诺了,一定 在下个版本中支持广播功能。 领导指示 市场销售人员 ·愤怒的客户 用服人员 这么多渠道来 的需求,不统 一管理怎么能行? 这个缺陷不及时处理, 问题会很严重! 需求实现延迟, 理解错误 客户说不是他 们想要的产品 焦头烂额的研发人员 我们已经承诺了这个特性, 一定要在8月前发货! 什么是需求? WANTS/NEEDS/DEMANDS 真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 ? 需求的两种含义 客户需求(Customer’s Needs Wants)与产品需求(Specified Requirements) 客户需求:客户要求的功能和服务 产品需求:产品提供的功能和服务 实际上:产品需

文档评论(0)

武神赵子龙 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档