IPD产品开发及需求管理流程介绍.pptx

IPD产品开发及需求管理流程介绍 目录 流程管理体系总体框架产品开发端到端流程 总体流程框架 企业的流程管理体系通常包括 纵 横 两个方向的业务流横向为价值创造流 包括IPD LTC ITR三大主流程 聚焦为客户创造价值 达成客户满意纵向为战略与运营流 支撑公司战略方向制定及战略的落实 它把公司各个部门的运营管理集成起来 实际上就是组织的绩效管理流程 战略设计 战略执行 客户要求 客户满意 价值创造流 战略与运营流 价值创造流程 价值创造流程包括三大端到端流程 聚焦从客户要求到客户满意IPD 客户需求到产品上市LTC 机会点到回款ITR 客户问题到解决 客户需求 产品规划 Charter开发 产品开发 产品上市 生命周期 IPD IntegratedProductDevelopment 集成产品开发 市场线索 机会 投标 合同订单 制造发货 安装实施 验收 回款 LTC LeadToCash 销售与交付 客户投诉 网上问题问题解决 ITR IssueToResolution 客户问题处理 客户要求 客户满意 战略到执行流 BLM模型 支持业务设计的实现包括重要运营流程的设计与实现连接战略与执行的轴心年度 可按季度衡量 组织结构关键流程管理与绩效考核 人才需求的详细定义人才的选 育 用 留 目录 流程管理体系总体框架产品开发端到端流程流程框架什么是需求 需求从哪里来 需求端到端管理的责任组织需求实现 从客户到客户的端到端需求管理 需求从客户中来 最终要回到客户中去通过市场管理 需求管理流程从客户业务场景中提取需求指导开发通过IPD流程正确实现需求 提供给客户 客户业务 产品需求 MM RM IPD IPD流程总体框架 需求管理 SP BP 路标 任务书 长期需求 中期需求 短期需求 紧急需求 做正确的事 正确地做事 产品需求的分层 原始需求 初始需求 系统特性 系统需求 产品需求 需求来源及质量要求 需求的来源销售项目需求售前识别的标书不满足项 由产品经理负责提交售后识别的新需求和问题 由交付实施经理负责提交非销售项目需求拜访客户 市场交流研讨 展会 竞争对手分析等途径识别的需求内部客户的需求 如产品配套需求 可服务性需求需求提交的质量要求完整 需包含客户问题 应用场景 需求价值 需求描述 需求管理流程的五个基本阶段 来源 公司内所有人都应该收集需求分析 设置专门的需求分析团队RAT负责对需求的分析和决策 其输出是已确认并排序的需求列表需求管理是持续进行的过程 与版本开发过程并无绑定关系 需求管理相关组织 需求管理团队 RMT 是需求管理业务的驱动者和日常管理执行者 负责需求管理流程工具的推行和需求管理人员的技能提升 需求分析团队 RAT 每个产品线 产品都有一个正式任命的RAT团队成员包括产品经理 营销 市场 研发 服务 生产制造各领域代表负责需求管理活动 通过例会 双周或月度 制度 对需求批量进行专业分析 包括解释 过滤 分类 排序等 必要时进行市场调研 最终给出关键要素评估意见 包括收益 风险 工作量 是否采纳等 并确定开发优先级 需求实现团队 负责需求的设计 实现 测试验证质量运营团队 负责需求管理业务的引导 度量 审计等持续改进 需求管理全景图 IPD中的跨部门团队 IRB投资评审委员会 IPMT集成组合管理团队 IPMT集成组合管理团队 BMT业务管理团队 产品体系最高投资决策机构 产品线 对应一个大的产业 如无线网络 固定网络等 BMT业务管理团队 PDT产品开发团队 子产品线 对应产业中的一个领域 如固定网络分为光网络 接入网 路由器等等 负责一个或一类产品的开发 PDT产品开发团队 PDT产品开发团队 IPD中的跨部门团队 以IPD的原子单位PDT 产品开发团队 为例 展示跨功能团队的组成 跨功能团队的好处如下 目标统一 整个团队关注与产品的商业成功并行 各环节从头参与 工作并行 缩短周期 打破部门墙 责任共担 信息共享决策均衡 代表多方利益博弈制衡 多领域知识 经验集成 商业驱动的结构化流程 DCP是商业决策 投资方 产品线 对产品商业计划的可行性 产品定位及竞争力 成本 盈利目标等进行评估 确定是否继续投资 TR是技术评审点 关注产品的技术成熟度和风险 其评审结果作为DCP决策的输入 PDT核心组成员均参与评审 确保每个领域的诉求均被考虑到 IPD各阶段的目标及关注点 IPD研发团队组成 研发团队作为PDT开发代表的外围组 负责完成产品开发工作 典型研发团队组成如下 系统设计组 软件开发组 硬件开发组 集成验证组 资料开发组 系统工程师 架构师 软件PL 软件工程师 硬件PL 硬件工程师 测试系统工程师 软件测试工程师 资料架构师 资料工程师 PDT开发代表 模块设计师 硬件测试工程师 需求变更管理流程 提出变更请求 分析变更影响 对客户 工作量 进度 成本和质量的影响 SE主导 RAT决策 根据影响程度可分层决策 重大特性变更在产品线决策 发布变更结论 需要知会到所有受影响团队和角色 特别是直接面对客户的人 实施变更 所有受影响的工作交付件均需要同步修改 包括需求的验收标准 分析设计文档 代码 测试用例 用户资料 验证变更结果 确认变更 关闭 验证变更实施的正确性 不仅要验证程序 还要验证相关的资料文档 。