资源描述
互联网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日
编号
文档版本
修订内容
修订原因
修订日期
修改人
1
2
目录
一、 引言 4
1. 产品概述及目标: 4
2. 产品路线图: 4
3. 预期读者: 5
4. 成功定义和判定标准: 5
5. 名词说明: 5
二、 需求概述 5
1. 需求概览: 5
2. 用户类和特征: 5
3. 运行环境: 5
4. 设计和实现上限制: 6
5. 时间要求: 6
6. 产品风险: 6
三、 功效需求 6
1. 功效结构 6
2. 产品功效描述 7
2.1货主版 7
2.2车主版 7
2.3管理后台 7
3. 产品规则 7
四、 非功效性需求 7
1. 性能要求: 7
2. 易用性需求: 7
3. 安全性需求: 7
4. 运行环境约束: 7
5. 外部接口: 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 概述 2
1.1 背景 2
1.2 目标 2
1.3 测试范围 2
1.4 测试环境 3
1.5 参考文档 3
2 测试过程 3
2.1 测试概述 3
2.2 测试用例实施率 4
2.3 遗留缺点 5
3 测试分析 5
3.1 功效测试分析 5
4 测试结论 5
4.1 结论 5
4.2 风险及不足 6
4.3 提议 6
5 测试总结 6
测试汇报
概述
背景
[说明编写本汇报目标,测试所依据文档和测试参与方。]
目标
[说明测试目标]
测试范围
[说明测试测试范围及测试内容]
序号
测试范围
测试内容
1
界面测试
验证界面是否满足UI及需求定义
测试环境
[说明软件测试所需测试环境,包含操作系统、数据库、配置,手机型号、品牌等。]
数据库服务器配置
主 机
IP
型号
配置
操作系统
Tomcat版本
数据库
管理端用户端配置
主 机
IP
品牌
配置
操作系统
测试手机
手机品牌
型号
配置
操作系统
参考文档
[说明本测试汇报所用到参考资料等。]
文档
已创建或可用
已被接收或已经过复审
作者或起源
备注
XXXXXX
是■否□
是■否□
SVN
测试过程
测试概述
[说明测试测试模块,测试方法,测试时间、测试地点、测试人员等]
此次测试时间、地点和测试人员以下表所表示:
项目
描述
测试模块
车主版APP(ISO及Android)货主版APP(ISO及Android)及后台管理
测试方法
界面测试、冒烟测试、功效测试、回归测试、兼容测试
测试时间
.10.19 至 .10.29
测试地点
河南华侨实业
测试人员
王景新 孙真真
测试用例实施率
[说明测试测试主模块,测试用例数量,测试用例实施数量及测试用例实施率]
主模块
测试用例数量(个)
测试用例实施数量(个)
测试用例实施率
货主版APP
(ISO及Android)
侧滑宣传页
11
11
100%
我货源
9
9
100%
我要发货
56
56
100%
我订单
28
28
100%
遗留缺点
[说明测试缺点遗留情况]
缺点列表详见缺点列表清单
缺点模块
缺点数量(个)
遗留缺点数量(个)
遗留缺点率(%)
APP Android
17
0
0%
测试分析
功效测试分析
[对此次测试情况进行测试分析]
测试结论
[编写测试结论]
测试结论中说明测试项是否测试经过。有三种选择:
经过:此模块没有遗留问题;
基础经过:此模块有遗留问题,但问题不影响功效正常使用;
不经过:此模块有遗留问题,但影响功效正常使用
测试方法
测试模块
测试结果
界面测试
程序界面是否符合UI设计
经过
缺点等级
缺点总数(个)
遗留缺点数(个)
遗留缺点率(%)
是否经过结束测试准则
全部缺点
115
0
0
经过
综合上述数据,此次公布版本程序测试结论:发觉全部缺点已修复,经过测试, 能够进入下一个阶段。
风险及不足
[编写风险及不足]
风险原因
说明
遗留bug
没有遗留bug
提议
[编写测试或项目提议]
测试结论
[编写测试结论]
展开阅读全文