精心整理互联网IT 行业项目管理制度一、制度目的为规范项目研发、加强项目管理，保证信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性，使我公司新产品开发能够严格遵循科学管理程序进行，板。
四、主要角色及职责（1）需求申请人提交《产品需求申请单》（详见附件1）至业务归管部门进行业务评审，评审通过后，报至产品技术中心。
（2）产品技术中心根据产品需求进行分析，形成评审报告进行内部评审，评审通过后列入部门工作计划，并提交至公司中高决策层。
评审报告内容主要包括预计工作量和成本、风险、可行性分析等（详见附件2：《产品需求文档（PRD）模板》）。
（二）立项管理经评审确认后的产品需求由产品技术中心提交公司中高决策层，讨论通过后立项。
（三）项目计划与监控对于产品需求，软件开发采用项目形式管理，项目经理负责整个项目的计划、形成《评5.对已确认的系统设计进行修改，需项目经理及技术组负责人及测试负责人审批。
（五）系统实现1.系统实现包括程序编码、单元测试和集成测试。
2.在系统实现时保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。
对生产环境、测试环境与开发环境在物理或逻辑方面应该做到隔离。
3.项目组进行单元测试和集成测试，出具《单元测试报告》、《集成测试报告》和《系统测试用例》，测试人员签字确认测试结果（详见附件3：《×××系统_测1.网络运营中心根据项目规模及影响决定试运行策略。
2.研发事业部组织制定《试运行计划》并提交网络运营中心审批。
3.研发事业部进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。
4.试运行达到《试运行计划》规定的终止条件时，项目组编写《试运行报告》。
此报告应由项目组和试运行单位审批确认，并提交系统主要使用部门负责人审批。
（八）系统验收1.研发事业部及业务归管部门组织验收小组，从业务需求和功能需求及技术需求进行系统评估验收。
（十一）结项管理系统结项后，将系统交由运维团队进行维护支持工作。
（十二）配置管理1.产品技术中心统一使用SVN进行版本控制。
2.软件开发过程中各项目管理文档和工作成果均作为配置项进行管理，其中包括：需求文档、设计文档、代码、测试用例、测试数据、数据转换记录以及项目相关文档。
五、开发模式我公司采用混用开发模式，以传统瀑布式开发模式加入敏捷开发特点，多讨论、项目实施所涉及的过程管理，参照本制度中开发管理过程等内容。
工作任务安排如下图：XXX阶段任务安排（三）迭代开发阶段本阶段实施过程中，需遵循科学的开发管理过程，并根据实际情况进行相应的调整。
1.跨越版本升级过程中的小版本迭代升级,为短周期迭代，周期半个月，一个月，两个月不等。
快速迭代过程中，技术团队应时刻重视团队合作,每个迭代过程必须遵循科学的开发管理过程，根据实际的情况进行裁剪。
BUG产品开发过程管理附件（一）产品需求申请表日期：2015年10月09日目录一、引言 ............................................................................................. 错误!未指定书签。
1......................................................................... 错误!未指定书签。
2................................................................................. 错误!未指定书签。
3..................................................................................... 错误!未指定书签。
4.5.二、1.2.3.4.5.6.三、1.2................................................................................. 错误!未指定书签。
......................................................................................... 错误!未指定书签。
......................................................................................... 错误!未指定书签。
..................................................................................... 错误!未指定书签。
3......................................................................................... 错误!未指定书签。
四、错误!未指定书签。
1..................................................................................... 错误!未指定书签。
2................................................................................. 错误!未指定书签。
3................................................................................. 错误!未指定书签。
品未来发展趋势的一种预估，要达到目标，需要更多的更新和迭代。
清晰的呈现产品的roadmap可以帮助产品经理把握产品的全貌，更好的控制研发过程。
3.预期读者：文档的使用对象4.成功的定义和判断标准：旨在说明产品的目标。
5.名词说明：名称、说明。
名称就是对文档中会出现的比较新的名称，说明则是对这些名称进行解释。
二、需求概述1.2.3.4.5.此需求需要在2014年3月30日完成需求评审，在2014年5月1日前完成开发，在上线时间等等。
6.产品风险：描述产品可能存在的风险，比如性能瓶颈，没有解决的问题，用户不当使用的风险等等。
三、功能需求1.2.3.1.性能要求：用户在软件响应速度、结果精度、运行时资源消耗量等方面的要求。
2.易用性需求：用户在界面的易用性、美观性，以及对面向用户的文档和培训资料等方面的要求。
3.安全性需求：用户在身份认证、授权控制、私密性等方面的要求。
4.运行环境约束：用户对软件系统运行环境的要求。
5.外部接口：颁布日期：2015年11月06日受控状态：■受控□非受控分发范围：产品技术中心目录1 概述................................................................................................................... 错误!未指定书签。
1.1 背景 ................................................................................................... 错误!未指定书签。
1.2 目标 ................................................................................................... 错误!未指定书签。
1.3 测试范围 ........................................................................................... 错误!未指定书签。
1.4 测试环境 ........................................................................................... 错误!未指定书签。
1.5 参考文档 ........................................................................................... 错误!未指定书签。
2 测试过程........................................................................................................... 错误!未指定书签。
2.1 测试概述 ........................................................................................... 错误!未指定书签。
2.2 测试用例执行率 ............................................................................... 错误!未指定书签。
2.3 遗留缺陷 ........................................................................................... 错误!未指定书签。
345测试报告概述背景管理端客户端配置参考文档[说明本测试报告所用到的参考资料等。
][说明测试的测试主模块，测试用例数量，测试用例执行数量及测试用例执行率][说明测试的缺陷遗留情况]缺陷列表详见缺陷列表清单过测试, 可以进入下一个阶段。
风险及局限性[编写风险及局限性]建议[编写测试或项目建议] 测试结论[编写测试结论]。