2018年华为产品开发项目研发分析报告.pdf

《2018年华为产品开发项目研发分析报告.pdf》由会员分享，可在线阅读，更多相关《2018年华为产品开发项目研发分析报告.pdf（34页珍藏版）》请在三一文库上搜索。

1、2018 年华为产品开发项目研发分析报 告 目录 1 内容简介 . 5 1.1 文档目的 . 5 1.2 文档范围 . 5 2 项目概况 . 5 3 项目组织结构 5 4 项目依赖关系分析 8 5.1 项目关键路径分析及保障措施. 8 5.2 项目依赖关系分析 8 5.3 项目关键成功因素 9 5.3 技术方法和工具 9 5 交付件 . 10 6 项目计划 . 12 6.1 项目的里程碑计划 12 6.2 项目 WBS 计划（ highlevel计划） 15 7 人力资源和技能需求 15 8 项目所需其它资源 17 9.1 关键物料需求计划 . 17 9.2 实验设备和环境资源计划 18 9

2、资料开发计划 20 10 对外合作计划 20 11 外包任务 20 10.1 子承包商资料 21 10.2 外包任务的范围 21 10.3 里程碑、交付件 21 12 预算/分配（可选） 21 13 验收标准（可去掉） . 22 14 质量计划 (也可单独成文档 ) 22 12.1 项目过程定义 22 12.2 质量目标 22 12.3 通过技术手段保证质量 . 24 12.4 质量控制活动 24 12.5 质量保证活动 26 15 项目沟通计划 28 14.1 项目组会议 28 14.2 项目报告机制 28 16 项目的重用计划 29 15.1 现有重用构件 29 15.2 新增重用构件 2

3、9 17 配置管理计划 30 18 问题 30 19 风险管理计划 30 20 客户的参与 31 21 培训计划 32 22 计划更新策略 33 1内容简介 1.1文档目的 这部分要描述文档的目的，应该指明读者。 1.2文档范围 简要描述本计划需要在该产品项目中完成的工作活动及其工作目 标、项目采用的生命周期、项目交付物、相关人员的角色和职责、主要 里程碑、进度计划、质量计划、配置管理计划、风险计划等。 2项目概况 简要描述本项目的类型（新产品/改进/维护类）、项目的目的、范 围、目标（例如：项目的市场定位，产品需求等）。 3项目组织结构 PDT组织结构图 PDT及系统分析与设计组成员建议，产

4、品开发成员建议 在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进 行沟通的结果 描述项目的组织结构，建议采用图表的表示方式。 也可参考下例： 下表定义了项目成员的角色和职责。 在审核之前项目经理需指定所有文档和代码的审核人。 对于各个角色的职责定义可根据项目实际情况进行补充。 下表内容应当至少在项目的每个阶段结束时进行更新。 对于项目阶段中 / 阶段间发生的组织结构的变化，项目经理应当通过邮 件周知所有相关人员，然后更新项目计划。 表4 项目的组织结构 No. 角色姓名向谁报告备份资源 1客户代表 2 产品QA（PQA） 3 PDT经理 版本经理 1 版本经理 1 No. 角色姓

5、名向谁报告备份资源 4 市场代表（ MKTPDT ） 5 技术支持代表 （TSEPDT） 6 制造代表（ MNFPDT ） 7 采购代表（ PROPDT） 8 财务代表（ FPDT） 9 开发代表 (RDPDT) 系统工程师 (SE) 软件经理 硬件经理 结构经理 开发组长（ PL）1 开发组长（ PL）2 10 变更控制委员会 （CCB） 11 技术评审专家 （Reviewer ） 4项目依赖关系分析 5.1 项目关键路径分析及保障措施 在本节中，分析影响项目进度的关键步骤/环节、关键因素，并提出 保障措施 5.2 项目依赖关系分析 在本节中，说明项目的内部依赖关系(如：开发测试工具、人力资

6、源 等)和对外部的依赖（如项目之间、与客户之间的技术、资源等方面）。 可用依赖性列表、 活动网络图的方法描述 。 列出所有影响项目计划的假设因素(相对于已知的因素 )。 如果这些假 设因素有误，或者没有利用到假设因素，或者假设因素发生变化都会使 项目受到影响。另外还要描述项目对外部因素的依赖关系，例如，如项 目作为整个大系统的一部分， 需要其他部分提供接口定义或者PDT提供 正在开发的仿真性能测试工具以代替实际环境测试等等 请参考下例： 表1 项目依赖关系 Sl . N o 依赖于（通常 指接口等） 责任人状态OPEN （正在进行） /CLOSE（已 经关闭） 最早提 供日期 验收条件 (如果

7、有 ) 1 2 3 5.3 项目关键成功因素 关键成功因素影响 高/ 中/ 低 依赖关系行动计划 5.3 技术方法和工具 在本节中， 描述对 产品项目进行需求分析、设计、实现、测试、文 档写作、发布、修改、或维护过程中采用的开发方法、组织结构和其他 标记、工具、技术和方法。此外，对使用的技术标准、方针和流程也要 用直接描述或参考到其它文档的方式进行说明。 参考下例， 对于产品项目所需要的硬件、软件和其他工具设备用下 表描述： 表2 技术方法和工具 分类名称型号数量开始使用 日期 结束使用 日期 仪表专用 仪表 开发 工具 5交付件 在本节中，应描述需要交付给下游部门的工作产品及其需求。这些交付

8、 工作产品应包括各种设计文件、图纸、文档等。交付工作产品应分解成可 管理的大小粒度。（这部分内容如在配置管理计划或文档计划中给出，则 可以指出相关文档名称或者给予链接即可。）可以采用列表方式。 举例如下： 表3 项目交付工作产品 交付工 作产品 名称 产品描述质量保证活 动 验收 标准 交付件 形式 总体设 计文档 XXX项目XX总体设 计方案 正规检视及 评审 归档 /发 布 文档 详细设 计文档 XXX项目XX详细设 计 归档 /发 布 文档 归档 /发 布 归档 /发 布 文档 归档 /发 布 文档 归档 /发 布 文档 归档 /发 布 文档 6项目计划 6.1 项目的里程碑计划 关键里

9、程碑计划可采用图形方式。 将项目的所有里程碑和关键活动标注在下面的时间轴上。注意： 如果存在早期功能子集 Beta 和/或ESP交付件， PDT 需要对交付件 进行TR4A/TR5 评审，以及对 GA层产品交付件进行 TR4A和TR5评 审。PDT不需要对每一个构件标注TR4，只需要标示第一个 TR4的 日期。如果需要将所有里程碑和关键活动标注出来，可将时间轴划 分成阶段，如上所示。 也可采用如下例子的形式描述里程碑计划。 表5 项目里程碑计划 阶段估计结束日 期 交付件验收准 则 （可去 掉） TR1（需求评审） 和概念 DR 市场调研报告（立项阶段 输出） 市场需求清单（立项阶段 输出）

10、初始业务计划（立项阶段 输出） 产品需求规格书 TR2（总体方案 评审）和计划 DR 产品可行性分析报告 /产 品业务计划 产品开发计划 总体设计方案书 /产品设 计说明书 产品测试与验证计划 工艺总体方案 装备总体方案 初始物料清单 供应商和物料选择计划 物料认证计划 提前采购决策 TR3（模块级概模块级概要设计 /总体设 要设计评审）计 各模块级测试报告 目标成本跟踪表 市场教育和培训计划 测试方案 TR4（原型机评 审） 原型机 原型机测试报告 TR5（设计定型 评审） 中试样机验证报告 制造系统验证报告 BETA测试结束BETA测试报告 外部认证结束系统认证和标杆测试报告 TR6（转产

11、评审） 和发布 DR 产品可行性分析报告 /产 品业务计划（优化后） 市场发布材料清单 受控销售阶段评估报告 试产验证测试报告 制造系统验证报告 量产点 GA 量产检查点确认通知 6.2 项目WBS计划（highlevel 计划） 参见项目的 WBS计划，请指出具体存放位置。 6.3软件详细计划 6.4硬件详细计划 6.5结构详细计划 7人力资源和技能需求 也可采用下表格式： 对项目组人员提出可能会影响项目进度的技能要求，例如：CPU应 用技能、 VxWorks BSP 技术等。 Sl. No . 资源名称阶段1 （人 数、技 能要 求） 阶段2 （人数、 技能要 求） 阶段3 （人数、 技

12、能 要 求） 阶段4 （人数、 技能要 求） 说明 1 项目经理 2 XX 业务代表 3 硬件组 4 软件组 结构组 测试组 也可采用下表格式： Sl. No . 资源名称人数起始日 期 结束日 期 技能要求说明 1 2 3 4 8项目所需其它资源 9.1关键物料需求计划 详细描述在不同阶段对关键物料的需求计划。 可单独形成关键物料需求计划。 或 可单独形成供应商物料选择计划 也可采用下表： 表6 关键物料需求计划 关键物料描述计划采购到货时 间 预期最长采购 周期 计划采购数量 概念、计划阶段物 料 XXX器件 开发阶段物料 XXX器件 验证与发布阶段物 料 XXX器件 注：项目组应充分估计

13、各物料的采购周期，在各关键点应提前下达采购需 求给采购部门。 增加提前采购，供应商选择 参见提前采购计划表模板： 新物料提前采购清单，部分物料可以从 该表COPY过来 项目组应该计划好首次量产前（包括工程样机、中试样机、首次量产） 的所有物料，并根据后续量产的数量、时间结合市场的计划等给出建议。 9.2实验设备和环境资源计划 详细描述在不同阶段对不同的环境的需求计划。如特殊的硬件平台、 测 试设备、软件工具等。标准的办公硬件不必在这里列。 举例如下： 表6 实验设备和环境资源计划 阶段描述数量计划使用时间 区段 说明 概念分析 计划阶段 开发阶段 验证阶段 9资料开发计划 表7 资料开发计划

14、资料类别资料名称责任人计划完成时间验收准则 1. 用户 类资料 用户手册客户产品布 XXX 评审 2. 营销 类资料 市场部 YYY 评审 3技术支 持类资料 开发/ 测试评审 4应用开 发资料 开发/测试 10对外合作计划 参照总体设计文档“外包外购的相应规格”列出需要对外合作的部分。 包括合作内容，进度要求等 11外包任务 10.1子承包商资料 子承包商名 联系人 通讯地址 10.2 外包任务的范围 10.3 里程碑、交付件 里程碑分配给子承 包商的工作 产品 计划开始 日期 计划完成日 期 给公司的交 付件 12预算/ 分配（可选） 估计产品的预算及分配 讨论主要的未解决问题，包括资金投

15、入的及时性及性质。将实际日期 的项目资源、成本和时间进度与估计的整个项目的资源、成本和时间进度 进行比较。 13验收标准（可去掉） 客户的验收标准就是产品应满足在需求规格文档中描述的需求。系统 测试和验收测试将证实产品与需求规格保持了一致。 14质量计划 (也可单独成文档 ) 12.1 项目过程定义 1）选择开发模型 开发类，增强类，维护类 2）并可在此基础上进一步流程裁剪： 提供与标准开发流程的偏差，并说明裁剪原因。 12.2 质量目标 可以定性或定量描述，为提高可控制性，尽量采用定量质量指标描 述。 若能定量描述，请参考下表： 参考或直接引用项目度量表中质量目标部分的数据。 表9 项目质量

16、目标 NO. 项目质量目标目标基线 （暂不 填） 上限 （暂不 填） 下限 （暂不 填） 说明 1 进度偏差率80% 2 需求稳定性90 3 硬件第一次样机制作完成前缺陷 发现数目 列出项目初期任何其他已经发现的问题，包括组间协调、实验环境、工 作场所等问题。 Sl . N o 问题责任人状态（打开 / 关闭） 最早关闭 日期 1 2 19风险管理计划 按照风险管理规程来管理项目的风险。祥见XXX项目风险管理计划 。 在此详细说明项目的风险项、风险描述、风险级别、规避措施、应急计 划、触发条件。具体操作办法请参考风险评估和管理相关文档。 存在哪些技术、市场和财务风险？ 已确认的风险和假设是否已

17、解决？有无遗留问题？ 有无新的风险和假设？ 提供简洁的风险管理计划。为了减少风险，在各阶段必需做些什么？ 如果在计划的时间范围内，这些风险不能解决，有没有准备其它的计划？ 如果没有这些风险，对项目会有哪些影响？ 与产品包相关的各方面的风险包括： 市场/客户风险； 技术风险； 财务风险； 制造风险； 采购风险； 技术支持风险； 项目风险 20客户的参与 Sl . N o 序 号 在哪些方面 （阶段、工作 产品等）参与 期望客户承担的职 责 最大响应时 间 说明 1 2 3 4 21培训计划 在本节中，明确说明相应人员现有的水平、需要的技能、培训方式和 培训效果评估方式信息。 举例如下： 表10

18、培训计划 N o 培训领 域 需要的技 能水平 项目组 成员 已具备 的技能 水平 培训方式培训效果 评估方式 1 2 3 导师计划也应包含在本培训计划中，该类计划在“培训方法”一栏需 标识“导师培训”。 22计划更新策略 在本节中，应描述项目计划的更新策略，明确说明项目计划更新的发布 方法。还要说明对项目计划进行变更控制和管理的机制以及其载体。以下 文字仅供参考： 在发生如下事件时， PM 修订项目计划和参考文档： 到达某里程碑，在每个阶段结束后如果必要的话修订项目计划。 项目的范围发生变化 当风险成为现实时采取了相应的行动 当进度、工作量超出控制的范围并需要采取纠正行动时。 当与上阶段规模变化超过 +/-15% 。 内部或外部审计导致的纠正活动 对修订后的项目计划按照项目管理规程来批准和签发。 项目计划的更新， 存在阶段驱动性更新和事件驱动性更新两种类型。阶 段驱动性更新是指在每一阶段结束时，如果计划或者工作量估计的变动超 过10，就需要对项目计划进行更新；事件驱动性更新是指在计划执行过 程中遇到项目突然变动或者其他影响项目正常运行的事件发生，需要对项 目的计划进行更新。 项目计划更新需要对计划文档更新和项目里程碑计划的更新。 不论是阶段驱动性更新还是时间驱动性更新都需要对项目的更新计划 进行评审，评审需要 PDT经理、 PQA以及功能领域代表参加。