开发流程过程改进建议模板.docx

文档号：pj-20110214-001
版本号：
日期：2012-06－12
开发流程
过程改进建议
九樱天下（北京）信息技术有限公司
定项目相关责任人（谁总体负责，谁参及开发等）；收集需求是指通过多种方式来确定项目需求，对于规模小项目，收集需求会比较简单，可以在会上敲定。对于规模大项目，要根据具体情况采用多种方式收集。这个工作由项目管理层进行组织。
项目设计
项目设计包括：整理需求、描述实现思路、确定项目目标。项目目标包括项目范围、项目时间约束、项目功能点等。其中，项目范围确定项目范畴及边界，明确哪些在项目中，哪些不在项目中（例如：在改造功能A项目中，发现了功能B问题，这时功能B问题是不属于本项目，如果要修改则需要变更管理）。项目时间约束规定项目关键时间点（也称里程碑），规定何时原型开发完成、何时开发实现完成交给测试等。项目功能点属于项目范围范畴，由于其在我们项目中比较重要，所以单独提取出来作为项目目标一项，要列出项目关键功能点，以利于评价项目目标。这里要注意项目目标是多个角度（范围、时间、功能）结合体，一个角度变化会影响到其他角度，所以对目标变化要慎重。这个工作由项目负责人完成。
项目设计评审会
项目设计完成后，就要组织相关人员进行评审。评审内容包括：需求理解是否正确（准确性、正确性、完整性）、实现思路是否正确可行、项目目标是否可接受。以上内容经审核后就成为项目基线（经审核项目目标），不可轻易修改。仅当变更管理审核后，进行修改。这个工作由项目负责人牵头，项目管理层协助完成。
原型开发
项目基线确定后，可以进行原型开发，在我们项目中，原型非常重要，项目实现以原型为唯一依据。这个工作由项目组成员（美工）完成。
原型测试
原型开发完成后，进行原型测试。这是我们新增加内容。原型测试目有三个：业务展现是否正确合理、页面样式是否正确合理、多浏览器是否兼容。这个工作由测试完成。
编写测试用例
原型测试通过后，就可以进入开发实现阶段，开发实现阶段包含编写测试用例和开发实现两项工作，这两项可以并行进行。
根据原型编写测试用例，测试用例最好是针对单个功能，测试用例完成后要进行讨论确定，开发人员要通过查看并学习测试用例来了解业务并指导系统调试工作。这个工作由测试完成。
开发实现
开发实现，主要指开始编写代码实现系统。项目实现以原型为唯一依据，其他任何形式指令都不能作为项目实现依据。如果有可借鉴代码，要谨慎使用，禁止因原来代码逻辑而修改当前项目逻辑。这个工作由项目负责人通过指导及管理项目组成员来完成。
单模块测试
单模块测试，指一个功能完成后进行功能测试，单模块测试要根据具体项目规模来考虑，如果项目规模比较小可以不做单模块测试，添加单模块测试目是提前暴露系统BUG。这个工作由测试完成。
总体测试
对系统进行整体测试。在整个流程中，我将测试拆分成了三部分，目是在不同阶段暴露不同类型BUG，而不是在最后出现一大堆BUG。这个工作由测试完成。
上线流程
测试通过后，按照目前上线流程进行上线工作。
项目总结
无论项目规模大小，项目是否复杂，都应该进行项目总结，来分享成功经验和失败教训，以形成项目资产，来指导后来项目。项目总结内容包括但不限于：对业务理解、制定项目计划过程中经验和教训、项目执行过程中经验和教训、项目监控过程中经验和教训等。
变更管理
项目在没有结束前一直面临着变更，及项目相关任何人都有权提出变更。项目负责人为实现项目目标必须管理变更，注意管理变更并不意味着拒绝变更和回避变更，而是面对变更。变更管理目是通过各种方式使变更对项目目标影响最小。变更管理负责处理所有变更，未经管理变更会造成系统蔓延。
项目负责人负责收集并记录变更请求，并对变更进行分析其影响范围，对于影响大变更需要经项目管理层审批。经批准或确认后变更要纳入标准化流程中进行处理，项目设计是变更进入唯一入口。变更进入流程后，要先修改项目设计，然后修改原型，然后修改系统，这个顺序要严格遵守。
BUG审核
BUG审核也是新增加内容，主要针对反馈状态BUG（包括建议型、需求型、及本项目无关型等）。项目组在面对这些BUG时，会犹豫改还是不改，我认为对这类BUG应该至于一种“悬浮”状态，由项目管理层来决定是否做，有些时候项目组队BUG态度项目管理层并不认同。如果涉及到变更，则应进行变更管理。
开发注意事项
开发注意事项，是项目组在开发系统过程中，形成开发约定及规范，我们明确列出这些约定。
团队基本规则
每天下班前写工作日志；
每天下班前提交工作内容（代码、文档、文件等）；
工作时间（9:0