《01-发版计划（天选打工人）.docx》由会员分享，可在线阅读，更多相关《01-发版计划（天选打工人）.docx（7页珍藏版）》请在金锄头文库上搜索。
1、文档编码密级文档版本拟制人日期项目编号和项目名称 发版计划版本号郑重声明：XX软件股份有限公司版权所有。本文档中任何部分未经XX软件股份有限公司书面授权，不得将材料泄露给第三方，不得以任何手段、任何形式进行复制与传播。 变更履历版本日期变更位置变更理由/变更内容变更人备注目 录1发版目的22背景说明23版本定义24参与主要人员25进度计划及里程碑26工作产品清单47附件：编写指南与评审检查表41 发版目的明确本次版本的版本号，以及发布该版本的目的及目标。2 背景说明项目背景简要介绍，简要说明上一个版本的基本情况；如果是产品，说明本次发版主要有哪些项目提出了发版的申请，申请的重点在哪些方面。3
2、版本定义定义此版本的范围，该版本的主要特性，主要为哪些项目发布该版本（接收了哪些项目的发版申请）1调整范围详细列表：编号类型描述提出项目优先级别重大缺陷重大需求业务合并说明需求冻结时间点、最晚开发完成时间点2详细版本清单：包含哪些编译环境的版本，哪些子版本、哪些模块、哪些工具3说明需要支持哪些主要用户环境4 参与主要人员说明本次发版的角色及参与成员角色人员职责发版负责人研发人员测试人员测试顾问5 进度计划及里程碑任务时间人员工作成果发版准备阶段发版测试阶段发版收尾里程碑说明：里程碑说明及标志具体时间需求冻结需求冻结后原则上不在增加任何新提出的需求，缺陷仍然需要处理需求冻结后提交的需求将放入下次
3、版本开发完结为保证测试执行时间，给出开发完成所有新需求可提交测试的最晚时间点待发布阶段所有测试项测试执行完成，新增缺陷成明显下降趋势，版本趋于稳定1可以提交版本给测试顾问进行测试和确认，或者项目试用2此阶段后发现的缺陷需要进行“缺陷升级”，为保证版本的相对稳定性对新发现缺陷的修改要采取谨慎态度，需要及时对缺陷进行确认和讨论3此阶段的关键修改可以在研发人员环境中测试通过在提交到版本库中测试结束、版本发布无严重未解决、无严重缺陷反馈，所有已发现缺陷都已确认只有关闭和遗留状态6 工作产品清单l 发版计划l 发版测试计划（包含主要测试设计）l 相关需求设计文档l 阶段测试总结l 发版测试报告l 更新说
4、明l 发版程序包及发版清单7 附件：编写指南与评审检查表检查点：1是否明确需求冻结时间点，严格确定版本范围2是否明确正式发版时间，有明确的版本号3阶段划分是否合理，是否有明确的阶段目标4对版本的定义是否全面5是否明确了本次发版参与的具体人员，及每个人的具体职责编写指南：1项目经理在接到各项目的发版申请后，综合考虑版本发布的需要：l 如果是产品发版的频率要进行一定控制，最好在一个季度或者两个季度推出一个完整版本比较合适l 需要和各方面：测试、研发、实施技服确认时间是否合适，工作能否协调和保证l 考虑对关键项目及终验项目的支持力度，确定的时间点对这些项目的影响程度2最终经研发部门、测试部门、技服部门部门经理确认后，确定明确的发版时间点3发版时间点确认后，讨论商榷需求冻结时间点，掌握到目前为止所有关键需求4在需求冻结时间点上发版计划既要定稿并发布。
