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

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