项目管理实施规定办法.docxVIP

工程管理实施方法(V1.0) 拟制审核 批准修订履历 版本号 修订说明 修订日期 修订人 V1.0 初始版本 XXX 一、目的为了提高公司产品的研发效率，充分并合理利用现有人力、财力及物力资源， 使公司各项重大工程的管理规范化、科学化、程序化，同时为增强工程团队协 作精神，促使公司整体战略目标的全面实现，特制定本方法。 二、适用范围本方法适用于公司产品研发中心发起的所有工程。 三、工程的命名规范为了提升管理工程的高效性及便利性，结合我司工程的特性及实际情况，现将 我司产品及工程的名称规范统一如下： 工程命名规范：工程名称+版本号，如房屋管理系统以V421为例进行说明： ⑴版本号由一位字母(V)和三位数字组成，如V421,字母V代表version,第一 个数字4为主版本号，第二个数字2为子版本号，第三个数字1为阶段版本号； ⑵主版本号：当功能模块有较大的变动，比方增加多个模块或者整体架构发生 变化，该数字以1为单位递增。 ⑶子版本号：当功能有一定的增加或变化，比方增加了对权限控制、增加自定 义视图、修复了一些重大bug、对现有某个功能进行优化等，该数字以1为单位 递增。 ⑷阶段版本号：一般是Bug修复或是一些小的变动，要经常发布修订版，时间 间隔不限，修复一个严重的bug即可发布一个修订版，根据打包的情况，该数 字以1为单位递增。 四、工程管理的工作流程五、工程管理的具体要求 .需求池要求⑴解决的问题：下个版本该做谁的需求和下个版本要做什么 ⑵需求池作用：明确量化需求优先级和新版本规划的依据⑶需求跟踪表的格式： 序号 功能模块 需求类别 需求名称 需求描述 提出人 重要程度 痛急程度 提出时间 优先级 需求状态 实现版本 产品对接人 技术责任人 爸注 填写说明:蓝色表头局部为必填信息，黄色局部在需求评审时确认。 ⑷文件模板存放至目录： ⑸需求优先判定规那么如下： 根据需求的重要程度及紧急程度，结合实际业务场景，开会评审确定。 .执行时效要求⑴产品经理：确定版本内容后，1个工作日内完成设计工期评估并更新《工程 计划表》。 ⑵UI设计师：在需求评审后，2个工作日内完成工期评估，并更新工程计划表。 ⑶后端经理：在需求评审后，2个工作日内完成工期评估及任务分工，并更新 《工程计划表》。 ⑷前端经理：在需求评审后，2个工作日内完成工期评估及任务分工，并更新 《工程计划表》。 ⑸测试经理：在需求评审后，2个工作日内完成任务分工，3个工作日内完成测 试用例编制及评审。 .关键节点要求研发工期超过一周、参与人员超过5人的工程，必须经过以下环节： ⑴产品内审：产品经理发起，提前1天产品部通知，会议室进行⑵产品评审：产品经理发起，提前1天产研沟通群通知，会议室进行 ⑶研发设计评审：技术经理发起，提前1天产研沟通群通知，会议室进行 ⑷测试用例评审：测试经理发起，提前1天产研沟通群通知，会议室进行⑸代码评审：系统架构师发起，提前1天产研沟通群通知，会议室进行 .测试bug管理要求⑴所有测试发现的bug必须清晰记录到禅道相应的模块，如找不到合适的模块, 请及时联系工程经理处理； ⑵测试工程师提交bug时，对于已经明确的开发责任人，可直接指派给开发责 任人；否那么指派至对应的技术经理；⑶技术经理需要及时分析测试发现的bug并分派给研发工程师，对于1级bug, 2个小时内完成指派；对于2级及3级bug, 4个小时内完成指派,?对于4级 bug, 1个工作日内完成指派； ⑷研发工程师对分派的bug要及时排查，并于1个工作日内给出解决方案；.变更管理要求 ⑴影响工程周期的变更，必须进行变更申请（在对应的《研发工程立项审批流程》 中通过评论的方式发起变更）；同时在《需求跟踪表》中记录；⑵仅影响工程个别任务但不对工程周期造成影响的变更，需要报备工程经理、 产品经理后方可执行，同时在《需求跟踪表》中记录；⑶商户提出的需求变更，需要组织专题会议讨论决策，产品总监、技术总监、 产品经理、工程经理参加； .沟通管理要求⑴产研工程部于每周一、三、五，上午9:15在四楼会议室召开例会，参会人员： 技术总监、产品总监、工程经理、技术经理、产品经理、测试经理及系统架构 师； ⑵各工程组于每日9:00召开组内例会，参会人员：工程成员；.版本控制 ⑴原那么上大版本发布周期为1次/月，特殊情况需要发起工作请示;⑵原那么上小版本发布周期为2次/月，特殊情况需要发起工作请示； ⑶阶段版本的发布周期视实际情况执行，需请示产品经理及工程经理； 六、考核方法依据公司绩效考核方法执行。 七、相关表单⑴《需求跟踪表》 ⑵《工程计划表》⑶《问题跟踪表》 ⑷《风险跟踪表》⑸《需求实现全流程》 (6)《需求收集表单》⑺《产品发布Checklist》 (8)《权限配置表单》(9)《工程开发确认书》 (10)