产品开发-内部需求(完整)

目录IPD术语大全 (7)11.1 IPD体系 (7)11.1.1 集成产品开发IPD (7)11.2 异步开发 (7)11.3 公用基础模块CBB (7)11.4 跨部门团队 (7)11.5 结构化流程 (7)11.6 项目管理 (7)11.7 管道管理 (8)11.8 客户需求分析 (8)11.9 投资组合分析 (8)1.0 PDT (8)1.1.1 IPMT (8)1.1.2 PDT (8)11.10 Charter (8)11.11 业务计划 (8)11.12 端到端的项目计划 (8)11.13 工作分解结构WBS (8)11.14 WBS1/2/3/4级计划 (8)1.1.3 WBS1级计划 (8)1.1.4 WBS2级计划 (9)1.1.5 WBS3级计划 (9)1.1.6 WBS4级计划 (9)11.15 PDT角色 (9)1.1.7 LPDT (9)1.1.8 FPDT (9)1.1.9 RDPDT (9)1.1.10 CSPDT (9)1.1.11 MNFPDT (10)1.1.12 PROPDT (10)1.1.13 MKTPDT (10)1.1.14 PQA (10)1.1.15 POP (10)1.1.16 SE (10)1.1.17 EE (11)1.1.18 SWE (11)1.1.19 ME (11)1.1.20 IDE (11)1.1.21 TE (11)1.1.22 CSS (11)1.1.23 PP (11)1.1.24 AME (11)1.1.25 PRO (11)1.1.28 LLMT (12)1.1.29 引导者（PQA兼任） (12)2.0 IPMT业务领域术语 (12)11.16 决策评审点 (12)11.17 概念决策评审CDCP (12)11.18 计划决策评审PDCP (12)11.19 可获得性评审ADCP (12)11.20 生命周期终止决策评审EOL DCP (12)3.0 财务业务领域术语 (13)11.21 产品成本 (13)11.22 产品毛利率 (13)11.23 项目开发费用 (13)11.24 投资回收期 (13)11.25 净现值 (13)11.26 现值指数 (13)11.27 内含报酬率，内部收益率 (13)11.28 投资报酬率 (13)4.0 开发业务领域术语 (13)11.29 SE (13)4.1.1 产品包 (13)4.1.2 产品包概念 (14)4.1.3 产品包需求 (14)4.1.4 易用性需求 (14)4.1.5 RAS需求 (14)4.1.6 设计需求 (14)4.1.7 需求分解 (14)4.1.8 需求分配 (14)4.1.9 Build (14)4.1.10 产品包需求跟踪矩阵 (14)4.1.11 产品数据结构 (14)4.1.12 基线化 (14)11.30 硬件业务领域术语 (14)4.1.13 基本逻辑 (14)4.1.14 大规模逻辑 (14)4.1.15 硬件概要设计 (15)4.1.16 硬件详细设计 (15)4.1.17 EMC (15)4.1.18 可测试性设计 (15)4.1.19 可制造性设计 (15)4.1.20 可靠性设计 (15)11.31 软件业务领域术语 (15)4.1.21 用户（User） (15)4.1.22 需求 (15)4.1.25 用户需求 (16)4.1.26 功能需求 (16)4.1.27 非功能需求 (16)4.1.28 需求分析 (16)4.1.29 软件需求规格说明 (16)4.1.30 统一建模语言UML (16)4.1.31 用例图(use case) (16)4.1.32 IPO图 (16)4.1.33 实体关系图（E - R图） (17)4.1.34 数据流图 (17)4.1.35 状态转换图 (17)4.1.36 序列图 (18)4.1.37 数据字典（data dictionary） (18)4.1.38 软件缺陷（bug） (18)11.32 结构业务领域术语 (19)4.1.39 结构件 (19)4.1.40 定制结构件 (19)4.1.41 标准件 (19)4.1.42 外部电缆 (19)4.1.43 线组件 (19)4.1.44 UCD（以用户为中心的设计） (19)4.1.45 工业设计 (19)4.1.46 手板 (19)4.1.47 塑料模具（简称塑模） (19)4.1.48 冷冲裁、冲压模具（简称冷冲模） (19)11.33 TE (19)4.1.49 可测试性需求 (19)4.1.50 可测试性 (19)4.1.51 测试计划 (20)4.1.52 测试报告 (20)4.1.53 SDV，功能样机测试 (20)4.1.54 SIT，性能样机测试 (20)4.1.55 SVT&SVT2 (20)4.1.56 Beta测试 (20)4.1.57 实验局 (20)4.1.58 回归测试 (20)4.1.59 测试用例 (20)4.1.60 测试方案 (20)4.1.61 测试工具 (20)4.1.62 测试环境 (20)4.1.63 入网测试 (20)4.1.64 检验报告 (21)4.1.65 入网证 (21)11.35 制造策略 (21)11.36 制造计划 (21)11.37 制造工艺 (21)11.38 制造系统 (21)11.39 装备 (21)11.40 生产测试设备 (21)11.41 初始产品 (21)11.42 试产产品 (21)11.43 量产产品 (21)6.0 采购业务领域术语 (21)11.44 Sourcing team (21)11.45 初始的供应商&物料供应计划 (22)11.46 提前物料采购 (22)11.47 关键器件 (22)11.48 定制器件 (22)11.49 替代器件 (22)11.50 其它器件 (22)11.51 长货期 (22)11.52 结构件新供应商（供方） (22)11.53 备用供应商（供方） (22)7.0 市场业务领域术语 (22)11.54 RFA (22)11.55 ESP (22)11.56 销售配置器 (22)11.57 客户迁移计划 (23)11.58 市场需求 (23)8.0 客服业务领域术语 (23)11.59 可安装性 (23)11.60 可服务性 (23)11.61 客户迁移 (23)11.62 初验 (23)9.0 质量业务领域术语 (23)11.63 TR1/TR2/TR3/TR4/TR5/TR6 (23)11.64 同行评审 (23)11.65 质量计划 (23)11.66 不合格品 (23)11.67 缺陷 (23)11.68 故障 (24)10.0 产品维护业务领域术语 (24)11.69 设计变更 (24)11.70 CCB 变更控制委员会 (24)11.71 设计变更评审 (24)11.72 ECN 工程变更通知 (24)11.75 C类设计变更 (24)11.76 D类设计变更 (25)11.0 产品规划术语 (25)11.77 市场 (25)11.78 产品 (27)11.79 缩略语 (29)附件：修订记录（本文档的任何变更应该在首次检视后在本附件进行跟踪）1.IPD体系1.1.成产品开发IPDIntegrated Product Development,IPD是一种领先的、成熟的产品开发的管理思想和管理模式。

需求的分解与实现的关系
客户问 题 原始需 求
产品的初 始需求
需求流 设计流 约束流
特性描述
特性需求
系统
系统需求
子系统 /模块/接 口
分配需求
原始需求来源？
外部收 集需求
路标规 划
• 路标规划需求：通过 MM流程分析，落到路 标规划中的需求。 • 外部需求：细分市场 调研需求。 • 内部需求：如DFX需 求，架构需求，以及 关键技术落地需求
产品包需求的生命周期
MM Charter CDCP CDP 概念 PDCP 计划 开发 ADCP GA 验证 发布
EOX DCP 生命周期
制定产品包营 销策略
初始产品 包需求
最终产品 包需求
实现和验证产 品包需求
交付产 品包
维护优化 产品包
产品包需求分层模型
分类 客户 问题 定义 客户期望产品解 决的问题（内部 /外部） 描述产品为解决 客户问题所支持 的能力 系统需求是对特 性进行分析加工 后形成的对产品 的黑盒交付需求， 不涉及具体的实 现方案。 需求分层关系 需求分解 示例
内部需 求
原始需求
外部收集需求
原始需求收集有哪些渠道呢
客户交流
市场调研
技术支持
媒体信息
技术交流
参观展览
投标
沟通例会
高层拜访
销售周报
需求总结
经验交流
路标规划需求
公司战略 历史数据 竞争信息 技术趋势 理解 市场 市场 细分 组合 分析
解决方案/产品规划流程(MM)
制定细 整合优 分策略 化业务 与计划 计划
系统需求编号 非功能需求编号 非功能需求类别 包装 MR12U； USB线； 用户手册； 保修卡 非功能需求编号 非功能需求编号 环境 DFX 工作温度：0℃ 到 40℃； 存储温度：-20℃ 到 60℃。 电源开关 模式选择开关 电池电量检测按钮 Reset按钮 系统状态指示 电池电量指示 SE:章程 SE:章程 Y Y 系统需求描述 150M无线便携式3G路由器 TL分析责任人 SE:章程 基线化 Y

产品包需求（offerings requirement，OR）：产品包需求是对最终要交付给客户（包括外部 客户、内部客户）的产品包的完整、准确的正式的描述，是对产品包进行开发、验证、 销售、交付的依据。产品包需求来源于对客户原始需求的分析判断加工，包括两部分：
① CDT输出的Charter中，包含的经过澄清、分析、规整后的需求列表 ② Charter之后，经PL-RMT/RAT澄清、分析、规整、并通过团队讨论与PDT形成一致意见之后，由
制订各领域的详细实施计划，特别是 产品开发计划、市场营销计划、供应 链计划，形成最终的产品包业务计划， 进行计划决策评审
开发
验证
发布 生命 周期
分别进行各子系统的详细设计，在此基础上
构造各子系统，同时进行模块和子系统测试， 实施产品开发计划，构建/优化能支撑
最后在企业内部测试整个系统
订单履行的供应链、售后服务、质量
用一致的框架完整描述产品包需求
IPD 流程的阶段划分
流程聚焦于客户价值实现，通过一系列可重复、有逻辑顺序的活动，将一个 或多个输入转化成明确的、可衡量的输出；流程是做事方法，不仅注重做事 的先后顺序，还要注重做事的内容；本质上，流程是组织价值创造的机制
流程中活动的颗粒度有大小，阶段是颗粒度最大的活动。阶段划分与产品的 复杂度相关。产品越复杂，过程中需要把控的点越多，流程就可分成更多的 阶段，比如乘用车新产品开发过程的阶段划分就多于瓶装矿泉水产品的开发
（1）探索细分市场的特征、客户期望、应用场景等多个维度； 需求分析 （2） 产品发展方向；
（3） 商业模式，价格需求；
（4） 需求排序 （1） 产品概念探索，在多种概念中进行权衡选择，比如外观、技术方案等， 也就是要把产品做成什么样，是新产品的“黑盒”构想；

一个完整的软件开发流程一、开发流程图二、过程产物及要求本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。

三、过程说明(一)项目启动1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。

2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。

3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。

4、产品经理进行需求调研，输出《需求调研》文档。

需求调研的方式主要有背景资料调查和访谈。

5、产品经理完成《业务梳理》。

首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。

(二)需求阶段1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。

在这个过程中还可能产生的包括业务流程图和页面跳转流程图。

业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。

项目管理者联盟2、产品经理面向整个团队，进行需求的讲解。

3、研发项目经理根据需求及项目要求，明确《项目里程碑》。

根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。

4、研发工程师按照各自的分工，进入概要需求阶段。

《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。

(三)设计阶段1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。

UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。