互联网IT行业项目管理规章制度守则.doc

互联网IT行业项目管理规章制度守则
精心整理
互联网IT 行业项目管理制度
一、制度目的

为规范项目研发、强化项目管理，确保信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性，使我公司新产品开发能够严格遵循科学管理程序进行，板。四、主要角色及使命

〔1〕必需求申请人提交《产品必需求申请单》〔详见附件1〕至业务归管部门进行业务评审，评审通过后，报至产品技术中心。
〔2〕产品技术中心依据产品必需求进行分析，形成评审报告进行内部评审，评审通过后列入部门工作计划，并提交至公司中高决策层。评审报告内容主要包括估计工作量和成本、风险、可行性分析等〔详见附件2：《产品必需求文档〔PRD〕模板》〕。
〔二〕立项管理
经评审确认后的产品必需求由产品技术中心提交公司中高决策层，讨论通过后立项。
〔三〕项目计划与监控
关于产品必需求，软件开发采纳项目形式管理，项目经理负责整个项目的计划、

形成《评
5.对已确认的系统制定进行修改，必需项目经理及技术组负责人及测试负责人审批。
〔五〕系统实现
1.系统实现包括程序编码、单元测试和集成测试。
2.在系统实现时确保开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的使命分工。对生产环境、测试环境与开发环境在物理或逻辑方面应该做到隔离。
3.项目组进行单元测试和集成测试，出具《单元测试报告》、《集成测试报告》和《系统测试用例》，测试人员签字确认测试结果〔详见附件3：《×××系统_测

1.网络运营中心依据项目规模及影响决定试运行策略。
2.研发事业部组织制定《试运行计划》并提交网络运营中心审批。
3.研发事业部进行相关系统布暑工作，准备培训资料，对相关用户和信息技术人员进行培训。
4.试运行达到《试运行计划》规定的终止条件时，项目组编写《试运行报告》。此报告应由项目组和试运行单位审批确认，并提交系统主要使用部门负责人审批。
〔八〕系统验收
1.研发事业部及业务归管部门组织验收小组，从业务必需求和功能必需求及技术必需求进行系统评估验收。

〔十一〕结项管理
系统结项后，将系统交由运维团队进行维护支持工作。
〔十二〕配置管理
1.产品技术中心统一使用SVN进行版本控制。2.软件开发过程中各项目管理文档和工作成果均作为配置项进行管理，其中包括：必需求文档、制定文档、代码、测试用例、测试数据、数据转换记录以及项目相关文档。
五、开发模式
我公司采纳混用开发模式，以传统瀑布式开发模式加入敏捷开发特点，多讨论、

项目实施所涉及的过程管理，参照本制度中开发管理过程等内容。
工作任务安排如下列图：
XXX阶段任务安排
〔三〕迭代开发阶段
本阶段实施过程中，必需遵循科学的开发管理过程，并依据实际状况进行相应的调整。
1.跨越版本升级过程中的小版本迭代升级,为短周期迭代，周期半个月，一个月，两个月不等。快速迭代过程中，技术团队应随时重视团队合作,每个迭代过程必需遵循科学的开发管理过程，依据实际的状况进行裁剪。

BUG
产品开发过程管理
附件〔一〕
产品必需求申请表

日期：2021年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.
此必需求必需要在2021年3月30日完成必需求评审，在2021年5月1日前完成开发，在上线时间等等。

6.产品风险：
描述产品可能存在的风险，比如性能瓶颈，没有解决的问题，用户不当使用的风险等等。
三、功能必需求

1.
2.
3.
1.性能要求：
用户在软件响应速度、结果精度、运行时资源消耗量等方面的要求。
2.易用性必需求：
用户在界面的易用性、美观性，以及对面向用户的文档和培训资料等方面的要求。
3.安全性必需求：
用户在身份认证、授权控制、私密性等方面的要求。
4.运行环境约束：
用户对软件系统运行环境的要求。
5.外部接口：

公布日期：2021年11月06日
受控状态：■受控□非受控
分发范围：产品技术中心
目录
1 概述................................................................................................................... 错误!未指定书签。
1.1 背景 ................................................................. 错误!未指定书签。
1.2 目标 ................................................................................................... 错误!未指定书签。
1.3 测试范围 ........................................................................................... 错误!未指定书签。
1.4 测试环境 ......... 错误!未指定书签。
1.5 参照文档 ........................................................................................... 错误!未指定书签。
2 测试过程.................................................................................... 错误!未指定书签。
2.1 测试概述 ........................................................................................... 错误!未指定书签。
2.2 测试用例执行率 ............................................................................... 错误!未指定书签。
2.3 遗留缺陷 ................................... 错误!未指定书签。

3
4
5
测试报告概述
背景

管理端客户端配置参照文档
[说明本测试报告所用到的参照资料等。]

[说明测试的测试主模块，测试用例数量，测试用例执行数量及测试用例执行率]

[说明测试的缺陷遗留状况]
缺陷列表详见缺陷列表清单

过测试, 可以进入下一个阶段。风险及局限性
[编写风险及局限性]

建议
[编写测试或项目建议] 测试结论
[编写测试结论]