互联网IT行业项目管理规章制度.doc
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《互联网IT行业项目管理规章制度.doc》由用户(无敌的果实)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 互联网 IT 行业 项目 管理 规章制度
- 资源描述:
-
1、 互联网IT行业项目管理制度一、制度目的为规范项目研发、加强项目管理,保证信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性,使我公司新产品开发能够严格遵循科学管理程序进行,公司根据企业实际情况和研发产品的特点,特制定本制度。二、适用范围本制度适用于产品技术人员及其关联公司的产品开发与项目管理全过程。附件涵盖产品需求申请表模板,产品设计PRD文档模板,产品测试文档模板。三、制度说明1.本制度中软件开发指新产品系统开发和现有产品系统升级改造。2.本制度中软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、
2、系统设计、系统实现、系统测试、验收测试、试运行、系统验收、系统上线和数据转换。3.各软件开发项目组应严格遵循本制度所附流程和模版,若需调整需经过相关评审。四、主要角色及职责角色名称主要职责备注技术总监1.指导和监督相关岗位按照技术中心项目管理制度进行日常系统的维护,包括系统备份、权限管理等2.依据管理层在产品研发方面的策略,不断的对产品进行版本升级,满足公司及市场日益变化的业务需要3.解决产品发生的突发事件,比如服务器崩溃等项目经理制定项目计划,跟踪项目整体进度,确保项目目标的实现,带领项目团队准时、优质地完成全部工作。负责产品的开发流程,系统升级,数据审计和信息安全管理。产品经理进行用户需求
3、调研和使用行为分析,利用数据资源挖掘用户的消费习惯和需求,提升产品竞争力,对用户体验负责,提升用户粘度;协同研发部门进行产品设计、产品研发。开发工程师负责产品的研发工作,高质量的完成技术经理分配的开发任务UI工程师负责产品的界面设计,广告设计工作需求分析师负责产品的升级需求的业务需求分析测试工程师负责制定产品质量管理流程、质量控制等工作四、开发管理过程(一)需求管理依据公司业务开展及软件产品应用现状所提出的需求,均须遵循本制度内容执行。1.需求分类:(1)根据其紧急程度,分为紧急类需求和非紧急类需求;(2)根据其实施优先级,分为紧急、高、中、低级四个级别;2.审批流程(1)需求申请人提交产品需
4、求申请单(详见附件1)至业务归管部门进行业务评审,评审通过后,报至产品技术中心。(2)产品技术中心根据产品需求进行分析,形成评审报告进行内部评审,评审通过后列入部门工作计划,并提交至公司中高决策层。评审报告内容主要包括预计工作量和成本、风险、可行性分析等(详见附件2:产品需求文档(PRD)模板)。(二)立项管理经评审确认后的产品需求由产品技术中心提交公司中高决策层,讨论通过后立项。(三)项目计划与监控对于产品需求,软件开发采用项目形式管理,项目经理负责整个项目的计划、组织、协调和控制。技术总监配合项目经理、产品经理与项目干系人进行有效沟通,在项目目标、项目计划和工作方法上达成一致。(四)系统设
5、计1.在系统设计阶段中,邀请用户或者业务一线人员充分参与,确保系统设计能满足系统需求。2.项目组结合需求规格说明书或者系统原型,进行数据库设计和功能设计,并形成DB设计书。项目组组织相关人员对核心功能的相关设计进行评审,出具评审报告,评审人员应对评审意见签字确认。3.项目组进行详细设计,出具单元测试案例。详细设计说明书中,需要定义系统输入输出说明和接口设计说明。4.详细设计评审和DB设计评审均以业务需求规格说明书为依据,确保系统设计满足全部需求。5.对已确认的系统设计进行修改,需项目经理及技术组负责人及测试负责人审批。(五)系统实现1.系统实现包括程序编码、单元测试和集成测试。2.在系统实现时
6、保证开发、测试和生产环境独立,为各环境建立访问权限控制机制,并明确项目成员的职责分工。对生产环境、测试环境与开发环境在物理或逻辑方面应该做到隔离。3.项目组进行单元测试和集成测试,出具单元测试报告、集成测试报告和系统测试用例,测试人员签字确认测试结果(详见附件3:系统_测试报告、附件4:系统_测试用例)。4.项目组完成用户操作手册(参照附件5),凡涉及应用系统的变更,应对手册及时更新。(六)系统测试及验收测试1.项目测试组依据项目整体计划制定项目测试计划。2.产品技术中心确保开发、测试、验收、上线运营环境独立,为各环境建立访问权限控制机制。3.搭建验收环境供内部测试,网络运营中心在验收测试环境
7、进行验收测试,并在验收测试报告签字确认。4.业务部门邀请合作伙伴参与测试,确保与系统控制活动相关的功能得到充分的测试,确保系统生成的与编制财务报告相关的报表的正确性。5.验收测试通过后,进一步完善用户操作手册。(七)系统试运行1.网络运营中心根据项目规模及影响决定试运行策略。2.研发事业部组织制定试运行计划并提交网络运营中心审批。3.研发事业部进行相关系统部署工作,准备培训资料,对相关用户和信息技术人员进行培训。4.试运行达到试运行计划规定的终止条件时,项目组编写试运行报告。此报告应由项目组和试运行单位审批确认,并提交系统主要使用部门负责人审批。(八)系统验收1.研发事业部及业务归管部门组织验
8、收小组,从业务需求和功能需求及技术需求进行系统评估验收。2.验收小组依据验收情况整理形成产品验收报告提交信息系统研发事业部及业务归管部门审阅。(九)系统上线1.系统上线应遵循稳妥、可控、安全的原则。2.研发事业部提交系统上线发布申请。3.研发事业部在系统发布前检查经测试人员、相关业务归管部门负责人审批确认的系统发布申请、相关测试报告是否齐全,并提交公司决策层审批确认。(十)数据转换1.研发事业部配合数据转换/初始化各相关部门,根据网络运营中心和研发事业部负责人签字确认的数据迁移计划/数据初始化计划进行数据转换/初始化操作。2.研发事业部将数据转换/初始化结果记录在数据迁移结果报告/数据初始化结
9、果报告中,由网络运营中心负责人审阅并签字确认。(十一)结项管理系统结项后,将系统交由运维团队进行维护支持工作。(十二)配置管理1.产品技术中心统一使用SVN进行版本控制。2.软件开发过程中各项目管理文档和工作成果均作为配置项进行管理,其中包括:需求文档、设计文档、代码、测试用例、测试数据、数据转换记录以及项目相关文档。五、开发模式我公司采用混用开发模式,以传统瀑布式开发模式加入敏捷开发特点,多讨论、多沟通,减少冗杂,做到项目的科学管理,完成产品的快速迭代升级。(一)前期准备、评审阶段此阶段主要内容为需求分析,制定相应的解决方案,并对方案进行分析。1.需求分析:专业业务需求人员需明确产品需求,分
10、析其版本功能、业务背景、需解决问题、用户操作场景等主要信息。2.解决方案:包括系统功能、技术方案等,内容格式可自由扩展,但需明确满足产品需求的方式、方法。3.方案评审:须经业务专家级人员及业务经验丰富的人员参与评审,做出关键评审意见,在此基础上进一步充实解决方案,形成项目列表。同时完成针对每个开发功能, 拆解为详细的开发步骤, 估算出工作量。(二)项目实施阶段本阶段重点内容为确立产品最终需求,使团队成员更加清晰了解产品需求、开发、测试等多个环节,合理安排工作任务,做到科学规范,合理裁剪,快速敏捷。项目实施所涉及的过程管理,参照本制度中开发管理过程等内容。工作任务安排如下图:XXX阶段任务安排(
展开阅读全文