互联网IT行业综合项目管理专项规章新规制度.doc

互联网IT行业项目管理制度一、制度目标为规范项目研发、加强项目管理，确保信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性，使我企业新产品开发能够严格遵照科学管理程序进行，企业依据企业实际情况和研发产品特点,特制订本制度。二、适用范围本制度适适用于产品技术人员及其关联企业产品开发和项目管理全过程。附件涵盖产品需求申请表模板，产品设计PRD文档模板，产品测试文档模板。三、制度说明1.本制度中软件开发指新产品系统开发和现有产品系统升级改造。2.本制度中软件开发遵照项目管理和软件工程基础标准。项目管理包含立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程包含需求管理、系统设计、系统实现、系统测试、验收测试、试运行、系统验收、系统上线和数据转换。3.各软件开发项目组应严格遵照本制度所附步骤和模版，若需调整需经过相关评审。四、关键角色及职责角色名称关键职责备注技术总监1.指导和监督相关岗位根据技术中心项目管理制度进行日常系统维护,包含系统备份、权限管理等2.依据管理层在产品研发方面策略，不停对产品进行版本升级，满足企业及市场日益改变业务需要3.处理产品发生突发事件，比如服务器瓦解等项目经理制订项目计划，跟踪项目整体进度，确保项目目标实现，率领项目团体按时、优质地完成全部工作。负责产品开发步骤，系统升级，数据审计和信息安全管理。产品经理进行用户需求调研和使用行为分析，利用数据资源挖掘用户消费习惯和需求，提升产品竞争力，对用户体验负责，提升用户粘度；协同研发部门进行产品设计、产品研发。开发工程师负责产品研发工作，高质量完成技术经理分配开发任务UI工程师负责产品界面设计，广告设计工作需求分析师负责产品升级需求业务需求分析测试工程师负责制订产品质量管理步骤、质量控制等工作四、开发管理过程（一）需求管理依据企业业务开展及软件产品应用现实状况所提出需求，均须遵照本制度内容实施。1.需求分类：（1）依据其紧急程度，分为紧急类需求和非紧急类需求；（2）依据其实施优先级，分为紧急、高、中、低级四个等级；2.审批步骤（1）需求申请人提交产品需求申请单（详见附件1）至业务归管部门进行业务评审，评审经过后，报至产品技术中心。（2）产品技术中心依据产品需求进行分析，形成评审汇报进行内部评审，评审经过后列入部门工作计划，并提交至企业中高决议层。评审汇报内容关键包含估计工作量和成本、风险、可行性分析等（详见附件2：产品需求文档（PRD）模板）。（二）立项管理经评审确定后产品需求由产品技术中心提交企业中高决议层，讨论经过后立项。（三）项目计划和监控对于产品需求，软件开发采取项目形式管理，项目经理负责整个项目标计划、组织、协调和控制。技术总监配合项目经理、产品经理和项目干系人进行有效沟通，在项目目标、项目计划和工作方法上达成一致。（四）系统设计1.在系统设计阶段中，邀请用户或业务一线人员充足参与，确保系统设计能满足系统需求。2.项目组结合需求规格说明书或系统原型，进行数据库设计和功效设计，并形成DB设计书。项目组组织相关人员对关键功效相关设计进行评审，出具评审汇报，评审人员应对评审意见签字确定。3.项目组进行具体设计，出具单元测试案例。具体设计说明书中，需要定义系统输入输出说明和接口设计说明。4.具体设计评审和DB设计评审均以业务需求规格说明书为依据，确保系统设计满足全部需求。5.对已确定系统设计进行修改，需项目经理及技术组责任人及测试责任人审批。（五）系统实现1.系统实现包含程序编码、单元测试和集成测试。2.在系统实现时确保开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目组员职责分工。对生产环境、测试环境和开发环境在物理或逻辑方面应该做到隔离。3.项目组进行单元测试和集成测试，出具单元测试汇报、集成测试汇报和系统测试用例，测试人员签字确定测试结果（详见附件3：系统_测试汇报、附件4：系统_测试用例）。4.项目组完成用户操作手册（参考附件5），凡包含应用系统变更，应对手册立即更新。（六）系统测试及验收测试1.项目测试组依据项目整体计划制订项目测试计划。2.产品技术中心确保开发、测试、验收、上线运行环境独立，为各环境建立访问权限控制机制。3.搭建验收环境供内部测试，网络运行中心在验收测试环境进行验收测试，并在验收测试汇报签字确定。4.业务部门邀请合作伙伴参与测试，确保和系统控制活动相关功效得到充足测试，确保系统生成和编制财务汇报相关报表正确性。5.验收测试经过后，深入完善用户操作手册。（七）系统试运行1.网络运行中心依据项目规模及影响决定试运行策略。2.研发事业部组织制订试运行计划并提交网络运行中心审批。3.研发事业部进行相关系统布署工作，准备培训资料，对相关用户和信息技术人员进行培训。4.试运行达成试运行计划要求终止条件时，项目组编写试运行汇报。此汇报应由项目组和试运行单位审批确定，并提交系统关键使用部门责任人审批。（八）系统验收1.研发事业部及业务归管部门组织验收小组，从业务需求和功效需求及技术需求进行系统评定验收。2.验收小组依据验收情况整理形成产品验收汇报提交信息系统研发事业部及业务归管部门审阅。（九）系统上线1.系统上线应遵照稳妥、可控、安全标准。2.研发事业部提交系统上线公布申请。3.研发事业部在系统公布前检验经测试人员、相关业务归管部门责任人审批确定系统公布申请、相关测试汇报是否齐全，并提交企业决议层审批确定。（十）数据转换1.研发事业部配合数据转换/初始化各相关部门，依据网络运行中心和研发事业部责任人签字确定数据迁移计划/数据初始化计划进行数据转换/初始化操作。2.研发事业部将数据转换/初始化结果统计在数据迁移结果汇报/数据初始化结果汇报中，由网络运行中心责任人审阅并签字确定。（十一）结项管理系统结项后，将系统交由运维团体进行维护支持工作。（十二）配置管理1.产品技术中心统一使用SVN进行版本控制。2.软件开发过程中各项目管理文档和工作结果均作为配置项进行管理，其中包含：需求文档、设计文档、代码、测试用例、测试数据、数据转换统计和项目相关文档。五、开发模式我企业采取混用开发模式，以传统瀑布式开发模式加入灵敏开发特点，多讨论、多沟通，降低冗杂，做到项目标科学管理，完成产品快速迭代升级。（一）前期准备、评审阶段此阶段关键内容为需求分析，制订对应处理方案，并对方案进行分析。1.需求分析：专业业务需求人员需明确产品需求，分析其版本功效、业务背景、需处理问题、用户操作场景等关键信息。2.处理方案：包含系统功效、技术方案等，内容格式可自由扩展，但需明确满足产品需求方法、方法。3.方案评审：须经业务教授级人员及业务经验丰富人员参与评审，做出关键评审意见，在此基础上深入充实处理方案，形成项目列表。同时完成针对每个开发功效, 拆解为具体开发步骤, 估算出工作量。（二）项目实施阶段本阶段关键内容为确立产品最终需求，使团体组员愈加清楚了解产品需求、开发、测试等多个步骤，合理安排工作任务，做到科学规范，合理裁剪，快速灵敏。项目实施所包含过程管理，参考本制度中开发管理过程等内容。工作任务安排以下图：XXX阶段任务安排（三）迭代开发阶段本阶段实施过程中，需遵照科学开发管理过程，并依据实际情况进行对应调整。1.跨越版本升级过程中小版本迭代升级,为短周期迭代，周期半个月，30天，两个月不等。快速迭代过程中，技术团体应时刻重视团体合作,每个迭代过程必需遵照科学开发管理过程，依据实际情况进行裁剪。2.迭代开发周期结束后，需提交可验证交付物，团体组员针对此迭代阶段进行评审、总结，在下一个迭代过程发扬优势，规避劣势。 3.迭代开发交付结果为经过测试团体严格测试、需求分析人员认可、满足此次迭代需求有价值结果。4.迭代过程监控：涵盖晨会、夕会、周会、站立会，时间为10-20分钟。团体组员需做以下总结：昨天结果、今天计划、碰到问题。项目可视化方法包含：任务燃烧图, BUG趋势图, 明细任务显示图等。（四）集成测试阶段本阶段按测试计划(详见附件5：xx系统_测试计划_模板)进行兼容性测试、功效测试、性能测试，确保产品整体稳定性，可靠性；制订BUG趋势图，测试工程师需对出现BUG进行跟踪管理，可采取禅道项目管理软件等。（五）产品上线产品开发经过以上过程，完成内部评审后，方可上线。产品开发过程管理附件（一）产品需求申请表提出人提出部门提出时间 年 月 日版本系统模块问题描述提出部门意见 领导签字： 日期：产品部意见领导签字： 日期：技术组意见领导签字： 日期：实施人签字： 日期：附件（二）产品需求（PRD）文档编号：PRD002-V2.0-1009日期：10月09日编号文档版本修订内容修订原因修订日期修改人12目录一、引言41.产品概述及目标：42.产品路线图：43.预期读者：54.成功定义和判定标准：55.名词说明：5二、需求概述51.需求概览：52.用户类和特征：53.运行环境：54.设计和实现上限制：65.时间要求：66.产品风险：6三、功效需求61.功效结构62.产品功效描述72.1货主版72.2车主版72.3管理后台73.产品规则7四、非功效性需求71.性能要求：72.易用性需求：73.安全性需求：74.运行环境约束：75.外部接口：7一、 引言这部分内容有：产品概述及目标、产品roadmap、预期读者、成功定义标准和判定、参考资料、名词说明1. 产品概述及目标：解释说明该产品研发背景和关键功效。2. 产品路线图：为产品计划蓝图，每个关键阶段完成关键任务。产品研发是个不停迭代过程，需要经过若干个版本迭代，对一个功效点做了N个迭代后最终又回归到了第一个迭代是很常见。产品经理需要做好心理准备。产品roadmap并不需要全部计划好全部阶段目标，不过对产品未来发展趋势一个预估，要达成目标，需要更多更新和迭代。清楚展现产品roadmap能够帮助产品经理把握产品全貌，愈加好控制研发过程。3. 预期读者：文档使用对象4. 成功定义和判定标准：意在说明产品目标。5. 名词说明：名称、说明。名称就是对文档中会出现比较新名称，说明则是对这些名称进行解释。二、 需求概述1. 需求概览：一是业务步骤图，对产品整个业务步骤发生过程做图形化展示，是对产品整体功效步骤阐释。二是需求清单，对此次要开发需求任务做分类，给出简明扼要需求描述并标注优先级。2. 用户类和特征：产品最终用户，确定产品最终使用者，并对使用者角色和操作行为做出说明。3. 运行环境：该功效上线后需要在以下操作系统中正常运行：Microsoft Windows XP、Windows Server、Windows Vista、Windows 7、Windows 8等版本；4. 设计和实现上限制：比如控件开发环境、接口调用方法等等5. 时间要求：此需求需要在3月30日完成需求评审，在5月1日前完成开发，在上线时间等等。里程碑时间交付物6. 产品风险：描述产品可能存在风险，比如性能瓶颈，没有处理问题，用户不妥使用风险等等。三、 功效需求1. 功效结构产品功效框架图。2. 产品功效描述产品功效需求具体描述。2.1货主版2.2车主版2.3管理后台3. 产品规则包含产品中多种规则，比如积分细则，会员等级划分等等四、 非功效性需求1. 性能要求：用户在软件响应速度、结果精度、运行时资源消耗量等方面要求。2. 易用性需求：用户在界面易用性、美观性，和对面向用户文档和培训资料等方面要求。3. 安全性需求：用户在身份认证、授权控制、私密性等方面要求。4. 运行环境约束：用户对软件系统运行环境要求。5. 外部接口：用户对待开发软件系统和其它软件系统或硬件设备之间接口要求。附件（三）_测试汇报版本号修订描述修订日期修订人同意人颁布日期：11月06日受控状态：受控非受控分发范围：产品技术中心目录1概述21.1背景21.2目标21.3测试范围21.4测试环境31.5参考文档32测试过程32.1测试概述32.2测试用例实施率42.3遗留缺点53测试分析53.1功效测试分析54测试结论54.1结论54.2风险及不足64.3提议65测试总结6测试汇报概述背景说明编写本汇报目标，测试所依据文档和测试参与方。目标说明测试目标测试范围说明测试测试范围及测试内容序号测试范围测试内容1界面测试验证界面是否满足UI及需求定义测试环境说明软件测试所需测试环境，包含操作系统、数据库、配置，手机型号、品牌等。数据库服务器配置主 机IP型号配置操作系统Tomcat版本数据库管理端用户端配置主 机IP品牌配置操作系统测试手机手机品牌型号配置操作系统参考文档说明本测试汇报所用到参考资料等。文档已创建或可用已被接收或已经过复审作者或起源备注XXXXXX是否是否SVN测试过程测试概述说明测试测试模块，测试方法，测试时间、测试地点、测试人员等此次测试时间、地点和测试人员以下表所表示：项目描述测试模块车主版APP（ISO及Android）货主版APP（ISO及Android）及后台管理测试方法界面测试、冒烟测试、功效测试、回归测试、兼容测试测试时间.10.19 至 .10.29测试地点河南华侨实业测试人员王景新 孙真真测试用例实施率说明测试测试主模块，测试用例数量，测试用例实施数量及测试用例实施率主模块测试用例数量（个）测试用例实施数量（个）测试用例实施率货主版APP（ISO及Android）侧滑宣传页1111100%我货源99100%我要发货5656100%我订单2828100%遗留缺点说明测试缺点遗留情况缺点列表详见缺点列表清单缺点模块缺点数量（个）遗留缺点数量（个）遗留缺点率（%）APP Android1700%测试分析功效测试分析对此次测试情况进行测试分析测试结论编写测试结论测试结论中说明测试项是否测试经过。有三种选择：经过：此模块没有遗留问题；基础经过：此模块有遗留问题，但问题不影响功效正常使用；不经过：此模块有遗留问题，但影响功效正常使用测试方法测试模块测试结果界面测试程序界面是否符合UI设计经过缺点等级缺点总数（个）遗留缺点数（个）遗留缺点率（%）是否经过结束测试准则全部缺点11500经过综合上述数据，此次公布版本程序测试结论：发觉全部缺点已修复，经过测试, 能够进入下一个阶段。风险及不足编写风险及不足风险原因说明遗留bug没有遗留bug提议编写测试或项目提议测试结论编写测试结论