04.内部项目实施规范.doc

飞天诚信科技股份有限公司广州分公司 内部项目实施规范内部项目实施规范1. 目的：方便项目管理，促进产品经理、项目经理、测试人员、开发人员间的沟通与协调，使用禅道对需求、任务进行分配与跟踪（禅道使用要求，详见禅道使用规范）。2. 原则：1、线下评审，线上进行任务的分配与跟踪。2、每个要使用禅道系统的人员，需要开通禅道用户名，不能使用别人的用户进行登录。 3、在使用过程中，若有意见，请反馈给QA。3. 适用范围 1、公司内部项目、需求任务的跟踪； 2、BUG系统上需要转移到禅道上进行细分跟踪的项目。4. 总体流程备注：1、 该流程图基于禅道项目管理系统。2、 图中评审跨越了多个职位，代表对应职位上的人员都应来参加评审。5. 项目管理5.1. 需求入口产品经理是内部需求的唯一入口，运营、产品经理、公司其他人员提出的内部需求，统一发送给各部门的产品经理，产品经理整理并评估需求的可行性。对于可行的需求，产品经理应组织需求评审，并将需求登记至禅道系统。5.2. 需求版本控制产品经理应控制需求的版本，对于某个需求版本，只要经过需求评审进入到开发实施阶段，原则上在该版本上线前，产品经理不能再对该需求版本不停的优化与细化，但可以将优化、细化、变更等内容统一累积到需求的下一个版本。需求第一次提出时，需求文档名称规则：需求名称V1.0；当需求发生变更时，对文档的版本进行升级，如V2.0，V3.0。在文档修订记录中，描述修改内容，如：某模块的某功能进行了调整。假设开发已经开始实施XX需求Vn.0，产品经理提出了非常紧急的需求变更，要求在当前版本（或当前版本前）实现，项目经理若评估对工期产生的影响不超过5人日，项目经理可以接收产品经理的变更，若不接收，则上报问题，由上级决定；若超过5人日，项目经理同样要上报问题，并由上级决定。 产品经理应控制紧急需求插队情况的产生，尽量将需求纳入已规划的版本中，以避免返工成本。一个需求文档对应禅道上的一条需求记录，例如：需求文档手机充值需求V1.0对应禅道上的手机充值需求V1.0需求；具体流程：5.3. 沟通机制1、产品经理直接对接项目经理，由项目经理再将任务细分给开发人员（产品经理不直接分配任务给开发人员）。2、产品经理主导需求，在无异议的情况下，开发服从产品经理的需求安排。3、当产品经理与项目经理就需求产生异议时，将问题于当天17：00前及时上报给开发部门经理和产品部门经理，开发部门经理与产品部门经理能够将问题达成一致的，则问题解决；若开发部门经理与产品部门经理不能达成一致意见，则上报至广州分公司总经理，由广州分公司总经理决策。问题的结论请产品经理登记至禅道的备注中。备注参考：n XX问题按XX方式处理，详见修订后的需求文档XX章节；n XX问题按XX方式处理，详见修订后的需求文档XX章节。4、当天问题当天上报，不能闲置几天后再上报。5、开发部门经理报送的周报中，应包含禅道中的需求，同时抄送给本部门的产品经理、项目经理、测试人员、前端组长、UI组长等。6、若产品经理与项目经理产生了分歧，但没有上报，到后期成为既成事实后，项目组与产品经理要一起开会做总结，并邀请广州分公司总经理参加。5.4. 需求评审产品经理应至少在需求评审前2天将待评审文档邮件发送至相关人员，以便提前了解相关内容。参与评审的人员应包含：产品经理需求人员、项目经理、前端开发人员、后端开发人员、测试人员、UI人员（若涉及）等。5.5. 测试案例评审测试用例编写完成后，测试负责人需组织测试用例的评审，评审参与人员应包含：产品经理需求人员、项目经理、前端开发人员、后端开发人员、测试人员等相关人员。5.6. 设计评审概要详细设计编写完成后，项目经理应组织概要详细设计的评审，参与评审的人员应包含：项目经理、前端开发人员、后端开发人员、测试人员等相关人员，产品经理需求人员可视情况参加。5.7. 需求验收项目组完成开发与SIT测试后，需要经过产品经理的UAT测试，并出具UAT测试报告后，才能实施上线。若在UAT测试中，产品经理发现系统功能与需求不符，且项目经理没有提前协商的，产品经理有权要求项目经理进行解释和整改。由此导致系统无法按时上线或其它问题产生的，将由项目经理承担所有责任。产品经理在禅道上增加UAT测试模块，用于跟踪UAT测试阶段发现的BUG。UAT测试报告详见XXX项目上线验收表-内部项目使用，产品经理需按该测试报告中的要求，将报告发送给各相关人员。UAT测试流程：5.8. 项目组内管理需求评审通过后，当产品经理需求人员将需求提交至禅道时，项目经理会收到需求任务的邮件。项目经理即应登录禅道去分解需求、分配任务，同时向部门经理汇报项目计划（至少含UAT测试时间和上线时间）。部门经理在周报中添加该需求，开始对该需求的计划与进度进行汇报。项目经理应将所有工作都在此进行分配（不需要再去维护excel），任务包含但不限于后端开发、测试、前端开发任务等。5.9. 投产与上线项目组应保证上线质量，上线前根据上线检查表对上线准备工作进行检查，并将投产手册等提供给运维人员。上线前的一系列检查与要求是对以往上线经验的总结与积累，项目组应按要求填写。上线后及时发送上线结果通知至部门经理、产品经理、测试经理、前端组长、UI组长、项目总监、QA等相关人员（BUG系统上的项目，可以直接在BUG上回复说明）。项目组应定期将已投产的系统同步至demo环境，保证demo环境能够正常访问。5.10. 问题风险项目问题风险统一登记至项目周报的风险问题跟踪sheet中