分包管理规范.docVIP

密级：机密 密级：机密 分包管理规范 更改履历 版本号 更改时间 更改的 图表和章节号 状态 更改简要描述 更改申请 编号 更改人 批准人 注：状态可以为N-新建、A-增加、M-更改、D-删除。 PAGE 5 PAGE 目 录 TOC \o 1-5 \h \z \u 1. 概述 1 1.1 目的 2 1.2 背景 2 1.3 适用范围 2 1.4 术语和缩略语 2 1.5 参考资料 2 2. 分包管理 3 2.1 职责定义 3 2.2 结构说明 4 2.3 工作流程 5 2.4 进度和质量 6 2.5 交流沟通 6 2.6 评审验收 7 2.7 工作评价 8 3. 附录 9 概述 1.1 目的 本文档详细描述了如何规范管理分包活动，以降低分包过程的风险，保证分包产品或服务的质量达到规定要求，为分包管理提供指导。 1.2 背景 项目开发过程中，将非核心业务的信息化建设交给专业化服务公司或者专职部门来完成，是降低成本，减小风险，提高质量和生产效率的有效手段，也是当今社会软件开发的趋势。 1.3 适用范围 本文的适用范围事业部 1.4 术语和缩略语 核心团队：在同一软件开发项目中负责设计工作的团队，这里主要是指交通事业部的设计人员。 编码团队：在同一软件开发项目中负责编码工作的团队，这里主要是指软开事业部的开发人员。 测试团队：在同一软件开发项目中负责测试工作的团队，这里包括交通事业部和软开事业部的测试人员。 接口： 各团队中负责对外沟通联络的人员。 分包负责人：辅助PSM进行分包管理和进度监控的人员，这里作为核心团队的接口。 1.5 参考资料 略。  分包管理 2.1 职责定义 根据NUP的定义，对各团队的职责进行划分。 业务建模 核心团队 需求 核心团队 分析设计 按照重要、辅助和次要级别分配，重要级别由核 心团队负责，次要和辅助级别由编码团队负责。 重要级别：该等级的用例与系统的主要任务、基本功能以及待开发的功能有关。如果这些关键用例缺失，系统将无法完成主要任务。 次要级别：该等级的用例与系统功能的支持有关，比如统计数据编译、报告生成、监督和功能测试等。如果它们缺失，系统仍然可以（在一段时间内）完成基本任务，但服务质量有所下降。 辅助级别：该等级的用例着重“舒适性”方面的功能，与系统主要任务无关，但有助于系统的使用或市场定位。 实现 编码团队 编码 单体测试 测试 测试团队 集成测试 系统测试 部署 核心团队 2.2 结构说明 为了规范管理，引入接口这个角色。 接口作用： 辅助PM，PSM管理分包过程中的工作，使PM，PSM能够集中精力关注本部门的核心业务，从更高的角度对整体项目进行管理和控制。 具体工作如下： 工作产品的传输通道 接收、发送各团队间传输的分包产品并备案。 进度监控 辅助PSM管理编码、测试团队每日工作进度，向PSM提供分析、汇总后的进度信息和可能影响开发的风险问题。 沟通协调 协调团队间的请求，保持沟通顺畅 过程监督 制定并完善分包标准，监督分包过程的实施。  基本结构 2.3 工作流程 各部门应将分包过程中工作内容文档化，由各部门接口统一发送和接收，通过严格实施这一流程，使责任清晰，并提高整体开发效率。 例如某项目有15个用例采用迭代方式开发，按照工作计划核心团队每完成5个用例设计就打包发出，以下是简单图示。 工作计划制定 PSM不仅制定软件开发计划，同时也负责测试计划的制定，这样能够对设计、编码、测试三部分统一计划，统一管理。核心团队的接口（分包负责人）协助PSM监控编码、测试团队的日常进度，减轻了PSM的工作量，使PSM能够集中精力于本部门的核心开发任务。 发包和接包 每次发包前PSM对发包内容，交付期限，工作量等进行审核，协调好各个小组的任务后统一打包，然后通知分包负责人。分包负责人审核认为满足发包要求后，备案并发送。 每次接包时，分包负责人首先备案，然后审核是否达到接收标准，如果审核通过，交由PSM对工作内容做进一步审核，确认内容正确后通知各组长将开发成果整合到项目中。  协调沟通 2.4 进度和质量 进度控制 进度管理是为了确保项目按时完成，对所需各个过程的活动进行管理。为了能够把握分发出去的模块工作情况，核心团队必须对编码和测试进度有清晰的把握。 主要有以下几种形式： 进度会议 频率：根据项目情况安排，最少保证每周一次。 内容：用量化的数据和图形说明进度情况。 周报 提交方：编码、测试团队 内容： 上周工作计划完成情况 本周工作计划和完成情况 下周工作计划 上周问题回顾总结 提出可预见的风险和解决方法 日报 提交方：编码、测试团队 内容： 昨日工作完成情