文档介绍：流程解释:
任何的项目相关工作, 第一步必须是在CR系统中建立CR或者立项.
什么样的项目需要建立CR，最好能明确一个标准
建立CR的一个必填项就是指定项目经理, 项目经理负责需求的收集, 与user的沟通, 项目进度的控制. 所有与流程解释:
任何的项目相关工作, 第一步必须是在CR系统中建立CR或者立项.
什么样的项目需要建立CR，最好能明确一个标准
建立CR的一个必填项就是指定项目经理, 项目经理负责需求的收集, 与user的沟通, 项目进度的控制. 所有与该项目相关的工作由项目经理全权负责, 用户的任何问题都由项目经理协调解决. 最终目的是将开发人员与QA保护在自己的工作范畴之内, 不受user干扰, 专心完成自己的工作.
项目经理在本流程推广初期由对系统熟悉程度比较高, 经验丰富的开发人员承担, 后期可逐渐推广到所有开发人员.
项目经理接到CR后对需求进行初步评估, 确定是否可以开展下一阶段工作(是否立项, 如评估觉得需求不合理, 可以与user沟通拒绝开发).
确定可以开发后, 项目经理指定开发人员, QA Leader指定参与该项目测试的QA人员, 然后项目经理将CR 推进到下一阶段(需求)
在需求阶段, 项目经理与user沟通详细需求, 并撰写需求文档.
需求沟通完毕以后, 项目经理组织需求Review会议, 要求开发人员&QA都参与, Review过程中, 开发人员以及QA可以对需求提出异议, 如果需求不明确, 可以回到上一阶段由项目经理和user继续沟通, 并产生最终各方都同意的需求文档.
建议这个文档产生以后，最好能让用户签字确认，因为如果这一阶段的工作做到位了，用户在后期新增需求的机会就会好一些，这对整个项目的进度和项目质量都是有利的，因为目前很多情况下，项目在开发阶段和测试阶段，甚至是用户测试阶段新增需求的情况都直接影响了项目进度和项目质量
需求Review完以后, 项目经理需要与开发人员, QA一起预估项目所需人力(预估成本), 制定粗略的项目计划, 并与user沟通, 各方同意后方可将CR推进到下一阶段.
该推进动作由项目经理发起, 开发人员与QA都需要approve.
将CR从需求阶段推到设计阶段的必要条件是: 需求文档, 开发人员同意, QA人员同意.
我希望以此来达到需求一定要弄清楚才开始开发的目的
然后就是在设计阶段, 我的要求是设计方案出来以后, 也需要发给QA进行Review, 较大的项目必须要有设计Review会议.
这里的标准不够明确，应明确什么样的项目需要有设计review会议，是否需要静态页设计并与最终用户确认，静态页设计的是否符合用户最初的要求
在本阶段完成后由开发人员提起请求, QA approve通过以后, 才能往下一阶段推进.
开发结束, 必须由开发人员撰写上线安装文档(包含涉及的代码文件, 由DBA提供的sql脚本, 数据初始化脚本等), 该文档的要求要达到QA按照该文档操作, 能够将项目完整的上线到QA环境, 而不出现异常. 如本文档部合格, 即按文档要求, 不能正常上线, QA有权打回, 要求开发人员重新补充文档.
所以本阶段的推进也是有开发人员发起, QA进行初始Review, 然后approve才进入测试阶段.
测试阶段, 测试结束, Q