2022年互联网IT行业项目管理规章制度.docx

《2022年互联网IT行业项目管理规章制度.docx》由会员分享，可在线阅读，更多相关《2022年互联网IT行业项目管理规章制度.docx（19页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品学习资源互联网 IT 行业工程治理制度一、制度目的为规范工程研发、加强工程治理，保证信息系统符合业务一样性、内控合规性、系统稳固性、系统安全性，使我公司新产品开发能够严格遵循科学治理程序进行，公司依据企业实际情形和研发产品的特点, 特制定本制度；二、适用范畴本制度适用于产品技术人员及其关联公司的产品开发与工程治理全过程；附件涵盖产品需求申请表模板，产品设计PRD文档模板，产品测试文档模板；三、制度说明1. 本制度中软件开发指新产品系统开发和现有产品系统升级改造；2. 本制度中软件开发遵循工程治理和软件工程的基本原就；工程治理涉及立项治理、工程方案和监控、配置治理、合作开发治理和结项治理；软

2、件工程涉及需求治理、系统设计、系统实现、系统测试、验收测试、试运行、系统验收、系统上线和数据转换；3. 各软件开发工程组应严格遵循本制度所附流程和模版，如需调整需经过相关评审；四、主要角色及职责角色名称主要职责备注欢迎下载精品学习资源角色名称主要职责备注欢迎下载精品学习资源技术总监1. 指导和监督相关岗位依据技术中心工程治理制度进行日常系统的保护 , 包括系统备份、权限治理等2. 依据治理层在产品研发方面的策略，不断的对产品进行版本升级，满意公司及市场日益变化的业务需要3. 解决产品发生的突发大事，比如服务器崩溃等欢迎下载精品学习资源欢迎下载精品学习资源工程经理产品经理制定工程方案，跟踪工程整

3、体进度，确保工程目标的实现，带领工程团队准时、优质地完成全部工作；负责产品的开发流程，系统升级，数据审计和信息安全治理；进行用户需求调研和使用行为分析，利用数据资源挖掘用户的消费习惯和需求，提升产品竞争力，对用户体验负责，提升用户粘度；协同研发部门进行产品设计、产品研发；欢迎下载精品学习资源开发工程师负责产品的研发工作，高质量的完成技术经理安排的开发任务UI 工程师负责产品的界面设计，广告设计工作需求分析师负责产品的升级需求的业务需求分析测试工程师负责制定产品质量治理流程、质量掌握等工作四、开发治理过程（一）需求治理依据公司业务开展及软件产品应用现状所提出的需求，均须遵循本制度内容执行；1.

4、需求分类：（1） ）依据其紧急程度，分为紧急类需求和非紧急类需求；（2） ）依据其实施优先级，分为紧急、高、中、低级四个级别；2. 审批流程（1） ）需求申请人提交产品需求申请单（详见附件1）至业务归管欢迎下载精品学习资源部门进行业务评审，评审通过后，报至产品技术中心；（2） ）产品技术中心依据产品需求进行分析，形成评审报告进行内部评审，评审通过后列入部门工作方案，并提交至公司中高决策层；评审报告内容主要包括估计工作量和成本、风险、可行性分析等（详见附件2：产品需求文档（ PRD）模板）；（二）立项治理经评审确认后的产品需求由产品技术中心提交公司中高决策层， 争论通过后立项；（三）工程方案与监

5、控对于产品需求，软件开发采纳工程形式治理，工程经理负责整个工程的方案、组织、和谐和掌握；技术总监协作工程经理、产品经理与工程干系人进行有效沟通，在工程目标、工程方案和工作方法上达成一样；（四）系统设计1. 在系统设计阶段中，邀请用户或者业务一线人员充分参加，确保系统设计能满意系统需求；2. 工程组结合需求规格说明书或者系统原型，进行数据库设计和功能设计，并形成 DB设计书；工程组组织相关人员对核心功能的相关设计进行评审，出具评审报告，评审人员应对评审看法签字确认；3. 工程组进行具体设计，出具单元测试案例；具体设计说明书中，需要定义系统输入输出说明和接口设计说明；4. 具体设计评审和DB 设计

6、评审均以业务需求规格说明书为依欢迎下载精品学习资源据，确保系统设计满意全部需求；5. 对已确认的系统设计进行修改，需工程经理及技术组负责人及测试负责人审批；（五）系统实现1. 系统实现包括程序编码、单元测试和集成测试；2. 在系统实现时保证开发、测试和生产环境独立，为各环境建立拜访权限掌握机制，并明确工程成员的职责分工；对生产环境、测试环境与开发环境在物理或规律方面应当做到隔离；3. 工程组进行单元测试和集成测试，出具单元测试报告、集成测试报告和系统测试用例，测试人员签字确认测试结果（详见附件3：系统 _测试报告、附件 4：系统 _测试用例）；4. 工程组完成用户操作手册（参照附件5），凡涉及

7、应用系统的变更，应对手册准时更新；（六）系统测试及验收测试1. 工程测试组依据工程整体方案制定工程测试方案；2. 产品技术中心确保开发、测试、验收、上线运营环境独立，为各环境建立拜访权限掌握机制；3. 搭建验收环境供内部测试，网络运营中心在验收测试环境进行验收测试，并在验收测试报告签字确认；4. 业务部门邀请合作伙伴参加测试，确保与系统掌握活动相关的功能得到充分的测试，确保系统生成的与编制财务报告相关的报表的正确性；5. 验收测试通过后，进一步完善用户操作手册；欢迎下载精品学习资源（七）系统试运行1. 网络运营中心依据工程规模及影响打算试运行策略；2. 研发事业部组织制定试运行方案并提交网络运

8、营中心审批；3. 研发事业部进行相关系统部署工作，预备培训资料，对相关用户和信息技术人员进行培训；4. 试运行达到试运行方案规定的终止条件时，工程组编写试运行报告；此报告应由工程组和试运行单位审批确认，并提交系统主要使用部门负责人审批；（八）系统验收1. 研发事业部及业务归管部门组织验收小组，从业务需求和功能需求及技术需求进行系统评估验收；2. 验收小组依据验收情形整理形成产品验收报告提交信息系统研发事业部及业务归管部门批阅；（九）系统上线1. 系统上线应遵循稳妥、可控、安全的原就；2. 研发事业部提交系统上线发布申请；3. 研发事业部在系统发布前检查经测试人员、相关业务归管部门负责人审批确认

9、的系统发布申请、相关测试报告是否齐全，并提交公司决策层审批确认；（十）数据转换1. 研发事业部协作数据转换 / 初始化各相关部门，依据网络运营中心和研发事业部负责人签字确认的数据迁移方案/ 数据初始化方案欢迎下载精品学习资源进行数据转换 / 初始化操作；2. 研发事业部将数据转换 / 初始化结果记录在数据迁移结果报告/数据初始化结果报告中，由网络运营中心负责人批阅并签字确认；（十一）结项治理系统结项后，将系统交由运维团队进行保护支持工作；（十二）配置治理1. 产品技术中心统一使用 SVN进行版本掌握；2. 软件开发过程中各工程治理文档和工作成果均作为配置项进行治理，其中包括：需求文档、设计文档

10、、代码、测试用例、测试数据、数据转换记录以及工程相关文档；五、开发模式我公司采纳混用开发模式，以传统瀑布式开发模式加入灵敏开发特点，多争论、多沟通，削减冗杂，做到工程的科学治理，完成产品的快速迭代升级；（一）前期预备、评审阶段此阶段主要内容为需求分析，制定相应的解决方案，并对方案进行分析；1. 需求分析：专业业务需求人员需明确产品需求，分析其版本功能、业务背景、需解决问题、用户操作场景等主要信息；2. 解决方案：包括系统功能、技术方案等，内容格式可自由扩展，但需明确满意产品需求的方式、方法；3. 方案评审：须经业务专家级人员及业务体会丰富的人员参加评审，欢迎下载精品学习资源做出关键评审看法，在

11、此基础上进一步充实解决方案，形成工程列表；同时完成针对每个开发功能 ,拆解为具体的开发步骤 ,估算出工作量；（二）工程实施阶段本阶段重点内容为确立产品最终需求，使团队成员更加清楚明白产品需求、开发、测试等多个环节，合理支配工作任务，做到科学规范，合理裁剪，快速灵敏；工程实施所涉及的过程治理，参照本制度中开发治理过程等内容；工作任务支配如下图：XXX阶段任务支配执行者：时间：执行者：时间：具体事项 A具体事项 B执行者：时间：X月 X号执行者：时间：执行者：时间：具体事项 HX月 X日开头具体事项 C具体事项 D终止X月 X日执行者：时间：开发者：小王时间： X月 X日 -X 月 X日X月 X号

12、具体事项 E具体事项 F（三）迭代开发阶段本阶段实施过程中，需遵循科学的开发治理过程，并依据实际情形进行相应的调整；1. 跨过版本升级过程中的小版本迭代升级, 为短周期迭代，周期半个月，一个月，两个月不等；快速迭代过程中，技术团队应时刻重视团队合 作, 每个迭代过程必需遵循科学的开发治理过程，依据实际的情形进行裁剪；欢迎下载精品学习资源2. 迭代开发周期终止后，需提交可验证的交付物，团队成员针对此迭 代阶段进行评审、总结，在下一个迭代过程发扬优势，规避劣势；3.迭代开发交付的成果为经过测试团队严格测试、需求分析人员认可、满意本次迭代需求的有价值的成果；4. 迭代过程监控：涵盖晨会、夕会、周会、

13、站立会，时间为10-20 分钟；团队成员需做如下总结：昨天的成果、今日的方案、遇到的问题；工程可视化方式包含：任务燃烧图, BUG 趋势图 ,明细任务显示图等；（四）集成测试阶段本阶段按测试方案 详见附件 5：xx 系统_测试方案 _模板 进行兼容性测试、功能测试、性能测试，确保产品整体稳固性，牢靠性； 制定 BUG趋势图，测试工程师需对显现的BUG进行跟踪治理，可采纳禅道工程治理软件等；（五）产品上线产品开发经过以上过程，完成内部评审后，方可上线；产品开发过程治理欢迎下载精品学习资源前期预备需求分析未通过解决方案方案评审欢迎下载精品学习资源项目启动1，需求确认2，解决方案3，项目进度4，任务

14、安排欢迎下载精品学习资源欢迎下载精品学习资源迭代开发1，过程监控2，进度跟踪3，质量治理4，自适应团队欢迎下载精品学习资源未通过交付评审欢迎下载精品学习资源集成测试内测正式上线集成测试通过后发布测试版内测欢迎下载精品学习资源附件（一）产品需求申请表提出人提出部门提出时间年月 日版本欢迎下载精品学习资源系统模块问题描述提出部门看法领导签字：日期：产品部看法领导签字：日期：技术组看法领导签字：日期：执行人签字：日期：欢迎下载精品学习资源附件（二）产品需求（ PRD ）文档编号： PRD002-V2.0-20211009日期： 2021 年 10 月 09 日欢迎下载精品学习资源编号 文档版本修订内

15、容修订缘由修订日期修改人12目录一、引言 12欢迎下载精品学习资源1. 产品概述及目标： 122. 产品路线图： 123. 预期读者： 124. 胜利的定义和判定标准：5. 名词说明： 13二、需求概述 131. 需求概览： 132. 用户类与特点： 133. 运行环境： 134. 设计和实现上的限制： 135. 时间要求： 136. 产品风险： 14三、功能需求 141. 功能结构 142. 产品功能描述 142.1 货主版 142.2 车主版 142.3 治理后台 143. 产品规章 1413欢迎下载精品学习资源四、非功能性需求 151. 性能要求： 152. 易用性需求： 153. 安全

16、性需求： 154. 运行环境约束： 155. 外部接口： 15一、 引言这部分的内容有：产品概述及目标、产品roadmap、预期读者、胜利的定义标准和判定、参考资料、名词说明1. 产品概述及目标：说明说明该产品研发的背景以及核心功能；2. 产品路线图：为产品规划的蓝图，每个关键阶段完成的核心任务；产品研发是个不断迭代的过程，需要经过如干个版本的迭代，对一个功能点做了N 个迭代后最终又回来到了第一个迭代是很常见；产品经理需要做好心理预备；产品roadmap并不需要全部规划好全部的阶段目标，但是对产品将来进展趋势的一种预估，要达到目标，需要更多的更新和迭代；清楚的出现产品的roadmap可以帮忙产

17、品经理把握产品的全貌，更好的掌握研发过程；3. 预期读者：文档的使用对象欢迎下载精品学习资源4. 胜利的定义和判定标准： 旨在说明产品的目标；5. 名词说明：名称、说明；名称就是对文档中会显现的比较新的名称，说明就是对这些名称进行说明；二、 需求概述1. 需求概览：一是业务流程图，对产品整个业务流程的发生过程做图形化的展现，是对产品整体功能流程的阐释；二是需求清单，对本次要开发的需求任务做分类，给出简明扼要的需求描述并标注优先级；2. 用户类与特点：产品的最终用户，确定产品的最终使用者，并对使用者的角色和操作行为做出说明；3. 运行环境：该功能上线后需要在以下操作系统中正常运行：Microso

18、ftWindowsXP、WindowsServer 、WindowsVista 、Windows 7 、Windows 8等版本；4. 设计和实现上的限制：比如控件的开发环境、接口的调用方式等等5. 时间要求：欢迎下载精品学习资源此需求需要在 2021 年 3 月 30 日完成需求评审，在 2021 年 5 月 1 日前完成开发，在上线时间等等；里程碑时间交付物6. 产品风险：描述产品可能存在的风险，比如性能瓶颈，没有解决的问题，用户不当使用的风险等等；三、 功能需求1. 功能结构产品功能的框架图；2. 产品功能描述产品功能需求的具体描述；2.1 货主版2.2 车主版2.3 治理后台3. 产品

19、规章欢迎下载精品学习资源涉及产品中的各种规章，比如积分细就，会员等级划分等等四、 非功能性需求1. 性能要求：用户在软件响应速度、结果精度、运行时资源消耗量等方面的要求；2. 易用性需求：用户在界面的易用性、美观性，以及对面对用户的文档和培训资料等方面的要求；3. 安全性需求：用户在身份认证、授权掌握、私密性等方面的要求；4. 运行环境约束：用户对软件系统运行环境的要求；5. 外部接口：用户对待开发软件系统与其他软件系统或硬件设备之间的接口的要求；附件（三） _测试报告版本号修订描述修订日期修订人批准人颁布日期： 2021 年 11 月 06 日欢迎下载精品学习资源受控状态：受控非受控分发范畴

20、：产品技术中心目录1 概述 171.1 背景 171.2 目标 171.3 测试范畴171.4 测试环境171.5 参考文档172 测试过程 182.1 测试概述182.2 测试用例执行率182.3 遗留缺陷 18 3 测试分析 193.1 功能测试分析 194 测试结论 194.1 结论 错误！未定义书签；4.2 风险及局限性 194.3 建议 19 5 测试总结 19欢迎下载精品学习资源测试报告概述背景说明编写本报告的目的，测试所依据的文档和测试参加方；目标说明测试的目标 测试范畴序号测试范畴测试内容1界面测试验证界面是否满意UI 及需求定义测试环境 说明软件测试所需的测试环境，包括操作系

21、统、数据库、配置，手机型号、品牌等；数据库服务器配置参考文档说明本测试报告所用到的参考资料等；文档已创建或可用已被接收或已经过复审作者或来源备注说明测试的测试范畴及测试内容主 机IP型号配置操作系统Tomcat 版本数据库治理端客户端配置主 机IP品牌配置操作系统测试手机手机品牌型号配置操作系统欢迎下载精品学习资源XXXXXX是否是否SVN测试过程测试概述说明测试的测试模块，测试方法，测试时间、测试地点、测试人员等本次测试的时间、地点和测试人员如下表所示：工程描述欢迎下载精品学习资源测试模块车主版 APP（ ISO 及 Android ）货主版 APP（ ISO 及 Android ）及后台管

22、理欢迎下载精品学习资源测试方法界面测试、冒烟测试、功能测试、回来测试、兼容测试测试时间2021.10.19 至 2021.10.29测试地点河南华侨实业有限公司测试人员王景新 孙真真测试用例执行率说明测试的测试主模块，测试用例数量，测试用例执行数量及测试用例执行率侧滑宣扬页1111100%我的货源99100%我要发货5656100%我的订单2828100%主模块测试用例数量（个）测试用例执行数量（个）测试用例执行率货主版 APP（ ISO 及Android ）遗留缺陷欢迎下载精品学习资源说明测试的缺陷遗留情形缺陷列表详见缺陷列表清单缺陷数量缺陷模块（个）遗留缺陷数量（个）遗留缺陷率（ % ）欢

23、迎下载精品学习资源APPAndroid1700%欢迎下载精品学习资源测试分析功能测试分析对此次测试情形进行测试分析测试结论编写测试结论 测试结论中说明测试项是否测试通过；有三种挑选： 通过：此模块没有遗留问题；基本通过：此模块有遗留问题，但问题不影响功能的正常使用；不通过：此模块有遗留问题，但影响功能的正常使用测试方法测试模块测试结果界面测试程序界面是否符合UI 设计通过欢迎下载精品学习资源缺陷级别缺陷总数（个）遗留缺陷数（个）遗留缺陷率（ % ）是否通过终止测试准就欢迎下载精品学习资源全部缺陷11500通过综合上述数据，本次发布版本的程序测试结论：发觉的全部缺陷已修复，通过测试, 可以进入下一个阶段；风险及局限性编写风险及局限性 风险因素说明遗留 bug没有遗留 bug建议编写测试或工程建议 测试结论编写测试结论 欢迎下载