| 注册
home doc ppt pdf
请输入搜索内容

热门搜索

年终总结个人简历事迹材料租赁合同演讲稿项目管理职场社交

需求管理制度V2.0

王***4

贡献于2023-05-22

字数:6467


零壹移动互联
需求理制度(20版2015年)










拟制
肖波
日期
20150630
审核

日期

批准

日期

修改记录

日期

作者修改者
描述
审核
20150701
V20
肖波
修改需求开发理流程相关员分工
 




 




 

目录
第章 总 3
第二章 职责分工 3
第三章 需求总体说明 4
第四章 需求提交 7
第五章 需求评估 7
第六章 需求开发 10
第七章 系统测试 11
第八章 需求线 13
第九章 生产问题理 14
第十章 需求变更控制理 14
第十章 需求进度监控查询 17
第十二章 附 17











第章 总
第条 规范零壹移动互联(简称零壹)需求理明确阶段工作容处理流程参员相关干系职责保证需求质量时提高需求实现效率特制订制度
第二条 制度适研发部系统开发需求
第三条 制度适读者包括需求开发负责需求提交员需求评估员开发员测试员生产运维员项目理员等

第二章 职责分工
第四条 职责分工

角色
职责
需求提交员
1 负责需求调研编辑编写业务需求申请表提交业务需求审批
2 根需求评审评估意见时修改业务需求发需求相关干系
3 配合需求开发测试员提供业务知识支持
4 协助确认需求开发结果
5 负责需求线验证工作
项目理员
1 负责需求审批评估技术文档评审测试线等需求理流程整体协调工作
2 组织需求评估会议
3 处理测试申请提交测试部门进行分配测试
4 维护需求信息进需求变更需求处理进展定期相关领导部门汇报需求进展
需求开发负责
1 参需求评审技术角度需求实现方式风险等进行评估
2 制定需求开发计划分配需求开发员
3 负责需求工作沟通协调理
4 负责需求开发进度成员变更理
5 负责参需求成果审批
需求评估员
1 架构业务技术风险等方面业务需求容实现方式进行全面评估提出评估意见
2 审核根评估意见修改业务需求
3 需求评估员包括开发部门测试部门产品部门参具体需求工作员
开发员
1 帮助需求提交员分析确定业务需求
2 编写需求相关技术文档
3 组织实施软件需求系统设计等文档评审参测试计划测试案例测试报告文档评审工作
4 负责需求设计开发确保代码符合编码规范代码安全规范
5 负责系统集成编译部署单元测试
6 提交测试申请必时提供技术支持配合需求测试员完成测试环境搭建
7 配合需求测试员处理环境问题解决测试缺陷
8 负责提交线申请参加线评审配合线部署负责线问题查询解决线复核
需求测试负责
1 参需求评审业务测试角度参需求实现方式风险等进行评估
2 分配需求测试员需求测试程理负责需求工作沟通协调理
3 制定参制定测试计划参测试案例测试报告文档评审工作
测试员
1 参需求评估参技术文档评审
2 制定测试计划方案
3 编写测试案例等相关测试文档
4 实施技术测试工作包括部限集成测试功测试业务流程测试易性测试户体验测试兼容性测试性压力测试稳定性测试安全测试等
5 测试缺陷理测试缺陷处理进
6 组织产品理等员体验预发布产品
7 测试总结相关业务知识文档编写汇总
8 负责生产问题协调处理
生产运维员
1 负责线申请受理组织线需求评审
2 负责生产版备份线回退
(预留项)
(预留项)
需求提交部门需求评估组评估结果存争议时相关部门领导商议裁决

第三章 需求总体说明
第五条 需求分类
需求提交部门分研发部部需求业务部门需求
需求类型
需求类型定义
研发部部需求
研发部部提出系统开发性优化软件升级等需求
产品部门需求
研发部部门提交系统开发需求指产品部
需求容分功开发需求台网站类需求数需求
需求类型
需求类型定义
功开



新业务功
已系统中没功需原基础新增功
功改进
前系统已功组织架构制度规范业务处理流程等发生变化需现系统某功进行优化调整
参数调整
已系统中已存该参数需研发部参数容进行维护
需求变更
系统功线前原需求基础增加修改删需求容需求容变动会引起成增长现业务影响较存风险合规等问题
系统问题
系统现功正常性安全底层处理逻辑架构等者未成业务进步扩张瓶颈
APP界面类需求
1 仅涉APP前端页面设计开发更新修改维护系统没交互需求
2 涉APP前端页面设计开发更新修改维护系统交互需求
数需求
1 面客户数:指运客户客户直接关联数包括客户发送短信赠送积分赠送权益礼品等台数处理需求
2 理数:理分析活动效果监控效果评估报表明细数
需求紧急程度分紧急需求普通需求
需求类型
需求类型定义
紧急需求
需求提交员事先确定线时间常规资源分配进度安排法时线必须通领导特批增加资源部分流程进行加急处理满足线求需求
普通需求
紧急需求外需求
需求开发工时分型需求中型需求型需求
需求类型
需求类型定义
型需求
开发工时>200工时需求
中型需求
开发工时>100工时<200工时需求
型需求
开发工时<100工时需求

第六条 需求开发理流程图
需求开发理流程:


(建议项目理员统理需求)
需求理包括容:

需求评估开发测试线阶段理细遵循制度中相关规定涉功开发台类需求数需求根实际情况需求开发理程部分工作进行裁剪
阶段包含活动流程请见章节中详细描述

第四章 需求提交
第七条 需求提交
提高需求质量处理效率减少需求变更次数研发部组(开发UI测试)产品部门需求容实现方式等达成致形成会议纪存档需求申请表(邮件形式)时提交需求审批
需求提交前需确认容包括:
()开发员沟通确定需求类型
(二)需求行性分析部门\组进行行性分析时需关注容:
1 研发部需求技术行性进行初步分析帮助需求提交员识关联系统
2 需求关联系统属开发员需求否符合业务发展规划需求系统中已业务功影响进行评估
3 产品部开发员测试员需求业务逻辑风险合规等进行初步评估
第八条 需求会签
原中型项目需求需通会签流程征求部门相关事领导审批审批通方进入续开发流程条制度视公司具体情况需灵活运

第五章 需求评估
第九条 需求评估流程


需求评估流程说明职责分工:
()需求调研需求文档完成开发产品理需需求提交项目理员统理项目理员需需求文档发送研发部想干分部门会签会签通组织需求评估会议
(二)项目理员审核相关素包括:参会签审批干系否齐全干系否审批通
附:紧急需求行处理(完善划分业务需求紧急需求生产QC等三种类型)
(三)需求评估会评估容包括:
1 确认需求容分析需求合理性:需求开发负责技术层面需求技术行性性等进行初步评估测试部相关产品部门业务角度需求业务逻辑业务流程业务目风险合规等方面容进行评估
2 初步确认需求实现方式
3 初步评估需求开发工作量
4 明确需求系统设计编码测试线阶段里程碑阶段交付物负责
5 确定需求评估结
(四)需求评估完成填写需求评估表(设计表格)需填写容包括:
1予开发者变更事项
2该需求关联系统影响
3需求需力工时里程碑整体评估结等
(五)评估表填写完毕评估员需场签字确认项目理员检查需求评估表信息否填写完整准确
第十条 需求评估考虑层面
需求评估技术角度业务角度进行考虑
需求评估通会需求提交员根需求评估结更新需求更新需求作研发部开发终(避免需求次变更)
出现列情形评估组出具意见退回需求产品部重新更新需求需征部门领导审批
() 技术层面
1需系统结构进行规模改造
2涉系统架构变更
3需求重复
4需求中合理事项
5需求明确需做补充
6前技术法实现
7评估时发生重变更变更审批未通
(二) 业务层面
1目前业务操作流程运营矛盾
2需规模更改原业务流程增加量工续处理成
3业务需求业务目符
4新需求引起新业务流程未需求体现
5业务流程未理业务规未明确者没体现导致线法正常进行业务运作者存运营风险
原退回需求需求提交部门需求评估组评估结果存争议提交部门领导进行仲裁


第六章 需求开发
第十条 需求开发流程

(略具体流程开发部门制定)
第十二条 设计开发:需求评估通需求开发负责安排协调需求设计开发工作
()开发员根需求评估会通业务需求进行设计开发时完成需求技术文档
(二)技术文档通需求开发负责审核开发员提交项目理员技术文档必架构环境安全性等层面技术文档进行评审时提出评审意见
(三)项目理员审核相关素包括:技术文档否符合求评审员参度否评审通审核通需求进入开发阶段审核通项目理员技术文档退回开发员开发员处理完毕提交相关干系评审
(四)技术文档评审通开发员评审通技术文档更新SVN中开展开发工作
紧急需求必须通需求评估开展设计开发工作设计开发阶段部分工作项目理员审批通根实际情况进行裁剪
第十三条 单元测试&集成测试
()编码完成开发员需进行单元测试系统集成编译部署功测试测试通编写单元测试报告版部署操作文档提交需求开发负责审核
(二)需求开发负责审核通开发员源代码单元测试报告版部署操作文档更新SVN需求开发负责单元测试报告版部署操作文档传SVN

第七章 系统测试
第十四条 系统测试:单元测试(包含系统集成)通进入系统测试阶段
系统测试流程:

系统测试流程说明:
() 需求开发负责项目理员提交系统测试申请
(二) 项目理员审核相关素包括:需求否通评估技术文档否通评审单元测试否通需求技术文档单元测试报告版部署操作文档否传SVN审核通项目理员研发部质量理部测试理系统测试通知单审核通返回开发子流程
(三) 测试理分配系统测试员
(四) 系统测试员验证SVN中技术文档版部署需求功验证通制定测试计划验证通返回开发子流程
(五) 系统测试计划测试案例测试报告系统测试员编写组织评审系统测试需求开发负责必须参加评审
(六) 补充:测试计划测试方案测试案例等测试文档设计时间参考第六条(需求开发理流程图)测试工作遵循早参原遇特殊情况测试文档测试启动时执行

第八章 需求线
第十五条 需求线:测试验收工作结束进入需求线
阶段需求线分业务线技术线
第十六条 需求线流程
需求线流程说明:
()需求线申请
需求测试通测试理检查测试负责提交测试工件审核通提交项目理员协调开发安排线时间
(二)线实施需求相关员需进行线验证:
(三)线复核验证失败开发员线版生产环境中回退需求转入开发流程
第十七条 试运行
系统功性性稳定性需求涉业务系统影响情况进行验证需求线研发部产品部领导商榷根项目实际情况实行产品试运行试运行时间方案通标准暂未制定
第九章 生产问题理
第十八条 生产问题:指存生产系统中异常现象缺陷包括办公设备网络障等非生产系统引起障
生产问题处理流程说明:
()技术员收生产问题问题根源进行深入分析系统问题进行处理属非系统问题技术员拒绝报障说明原测试员需整理档
(二)生产问题修复完毕部署测试环境提交测试流程
(三)技术员提交测试申请项目理员审核通测试通知单
(四)生产问题测试通线流程需求线流程致

第十章 需求变更控制理
第十九条 需求变更:指研发部受理需求需增加修改删需求容需求挂起退回取消现象
需求变更控制理流程:

需求变更控制理流程说明职责分工:
()需求变更申请填写需求变更申请表(设计表格)详细说明需求变更类型变更原变更容
(二)需求变更申请通邮件\OA\部门间工作联系函需求变更申请提交需求开发负责相关测试负责关联系统负责审批审批通需求开发负责判断否重变更审批通评审组说明原需求变更申请退回申请
(三)需求变更属重变更时需求变更申请组织需求变更评审会评审组成员确定否允许变更果属重变更需求开发负责权决定否允许需求变更
满足条件需求变更属重变更
1需求变更引起开发工时增加量:型需求≥10中型需求≥15型需求≥20(仅删需求容变更考虑)
2需求变更导致里程碑点推迟
3需求变更涉关联系统变化
4需求变更存风险合规问题
5需求变更涉影响已业务流程规台运营
(四)需求变更评审参员:需求开发负责需求提交员开发员测试负责测试员关联系统负责关联产品部门属重变更裁剪活动
评审容包括:
1技术行性分析
2需求合理性业务方案行性分析
3关联系统影响分析
4变更风险分析
5需求工作量工期成等影响分析
6评审结:
(1)评审通:需求开发负责需求变更申请单(设计表格)填写需求变更详细方案
(2)评审通:需求变更申请单中填写否决意见原
(五)需求变更评审结束时需求开发负责需求变更申请单中填写需求变更评审意见会员签字确认
(六)需求变更评审会需求开发负责需求变更申请单提交项目理员审批审批通业务员更新业务需求审批通项目理员说明原需求变更申请退回需求变更申请
(七)业务需求更新完毕需求开发负责需求变更申请单传SVN理发布需求变更通知需求转入开发流程

第十章 需求进度监控查询
第二十条 制度完善(建议引入需求理软件)

第十二章 附
第二十条 制度研发部测试理部负责制定解释修改涉部门相关部门协助研发部测试理部修改
第二十二条 需求理办法相关文件
1业务需求申请表
2需求评估表
3需求技术文档
4需求变更申请表

文档香网(httpswwwxiangdangnet)户传

《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档

下载文档,方便阅读与编辑

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 15 香币 [ 分享文档获得香币 ]

该文档为用户出售和定价!

购买文档

相关文档

ITOS DB Procedure V2.0

ITOS DB运作办法(V2.01. 目的 阐明相关人员在ITOS DB创建和维护中的工作分工,明确相关职责;阐述TACE2. 范围 适用于所有ITOS DB的使用。3. 参考文件

o***8 10年前 上传552   0

ITOS项目运作办法V2.0

ITOS项目运作办法(V2.0) 1. 目的 提升和规范ITOS项目的运作和服务水平,增强顾客满意程度。2. 范围 适用于所有ITOS项目的运作全过程。3. 参考文件《硬件网络设计和开

w***e 12年前 上传610   0

公司人力行政需求规划管理制度

公司人力行政需求规划管理制度1.目的:集团持续不断的实施组织和人才的优化、梯队建设以及相应战略的规划,为满足公司整体需求,合理配置人力结构,特制订本管理制度。2.适用范围:2.1 本制度适用于集团公司各职能部、业务部门;2.2各实体子公司应参照本管理制度执行人力需求规划,如因自身业务发展需要,可参照本制度制定对应制度,并报集团人事行政部审批备案后执行。3.人力规划需求提交内容及

文艺范书香满屋 3年前 上传501   0

需求至上

           需求至上   戴尔认为,其实顾客们非常善于表达,如果愿意与他们建立直接关系,细心聆听,一定受益匪浅。戴尔公司最著名的一点,就是与顾客的亲密关系。公司初创时,在这种“直接连结”上它们不但在众多竞争者当中鹤立鸡群,还有效分配资源,以提供最高科技、最新产品与最大价值。认识你的顾客,了解你自己初期产品的设计几乎完全没有考虑到顾客,只是电脑研发者为发明而发明的结果。虽然发展出不少

夏***空 10年前 上传638   0

需求调研报告模板_需求调研报告

需求调研报告模板_需求调研报告 人口老龄化是世界人口发展的一大趋势,预计在二十一世纪三、四十年代将达到高潮。目前,这一问题受到世界各国的普遍关注。 北京市在80年代末就已经步入老龄化社会,90年代以来,人口老龄化程度不断加剧,人口老化形势日益严峻,老年人口无论是在数量上还是在总人口中的比重都在不断提高。随着人口老龄化程度的加剧,老龄问题即老年人的需求问题和人口老龄化所带来的社会经

h***1 10个月前 上传193   0

机构编制实名制系统指标解释V2.0

机构编制实名制系统指标解释V2.0湖北省机构编制实名制信息管理系统指标解释(V2.0)省编办监督检查和信息技术处编印2012年7月目录一、单位机构编制情况指标 (3)(一)行政机关指标 (3)(二)事业单位指标 (8)(三)内设机构情况 (13)二、人员情况指标 (14)一、单位机构编制情况指标(一)行政机关指标1、单位名称:由党委、政府和机构编制部门批准使用的单位全称

和***6 3年前 上传694   0

谈房地产开发项目需求双方对需求和提供需求的理解

谈房地产开发项目需求双方对需求和提供需求的理解谈房房地产开发项目供需双方对需求和提供需求的理解在一个房地产开发项目中,总会有很多外购产品或服务的合同和协议。如咨询合同、设计合同、监理合同、施工合同、材料采购合同、设备供应合同等。最容易出麻烦的是供需双方对需求和提供需求的误解。这种误解将导致合作双方合作气氛的破坏,更有甚者还将导致项目的失败。要准确的理解需求,一个重要的基本技能是要有倾听的技巧

u***8 9年前 上传441   0

Android项目需求文档

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

涛***6 3年前 上传775   0

需求分析小结

需求分析小结  需求分析是项目开发的基础,基础打的牢不牢直接关系到后面所有的工作,是项目实施成败的关键  项目经理博客  总体上说,我们的需求分析是做了,但是做得很不够,我们做的需求只解决了我们能做出这样的项目,但是没有解决这样的项目是不是真就是客户想要的。造成这种状况的原因主要是下面几个情况:  客户本身说不清楚  文物网是这样,中彰国际更是这样,但是这不能怪客户,毕竟客户

1***5 9年前 上传829   0

CMMI指导需求管理

CMMI指导需求管理  能力成熟度模型集成(CMMI,CapabilityMaturityModelIntegration)已逐步成为IT业的标准。CMMI定义了5个组织成熟度级别,包含25个过程域(PA,ProcessArea),这些过程域全面涵盖了软件生命周期的各个领域。特别是在业界普遍感到难以控制的需求方面,它定义了两个过程域:需求管理和需求开发。   需求管理(REQM,Requir

c***n 9年前 上传660   0

用人需求表

部门用人需求表 部门 职位 需求人数 编制人数 现有人数 申请日期 要求到 日期 备注 申请理由: 工作描述: 任职资格 学历: 年龄: 性别: 爱好: 经历/技能: 管理部主管意见: 总经理意见: 本文档由香当网(https://www.xiangdang.net)用户上传

再***6 5年前 上传1285   0

需求项目信息汇编

 长三角民营科技企业苏北行 需求项目信息汇编 长三角区域创新体系建设联席会议办公室 二○○五年六月 目  录 招商引资优惠政策 盐城市招商引资优惠政策……………………………………………………………… 1 滨海县招商引资优惠政策……………………………………………………………… 2 连云港市招商引资优惠政策………………

我***饭 15年前 上传17848   0

培訓需求表

培訓需求表(FM-0802-1.0) 需求部門: 需求人: 部門審核意見: 需求培訓性質: 內訓/外訓 需求培訓內容: 總經理意見: 培訓需求表(FM-0802-1.0) 需求部門: 需求人: 部門審核意見: 需求培訓性質:

h***9 8年前 上传8443   0

需求变更的代价

需求变更的代价  让我们先来看一个需求变更的典型案例:   Steven刚出任项目经理,并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户,充分满足客户需求。项目开始比较顺利,但进入到后期,客户频繁的需求变更带来很多额外工作。Steven动员大家加班,保持了项目的正常进度,客户相当满意。   但需求变更却越来越多。为了节省时间,客户的业务人员不再向Steven申请变更,而是直接找程序员商

z***2 10年前 上传684   0

如何满足员工需求

如何满足员工需求 “在满足员工需要的时侯,应把握一点:说到不如做到,要少说多做。即使做了也不要形成惯例,要给员工一种感觉:这是随机的。” 〖最难办的就是人!〗 问100位企业领导最难办的是什么,有99位会回答:就是人。企业不仅寻求合适的人难,而且人来后管理起来也难,感觉不称职时要送“神”同样难。不仅国有企业如此,非国有企业也一样。而“只要人的问题解决了,其他问题都好办”,几乎成了

大***好 7年前 上传31195   0

人才需求表

人才需求表 职位名称: 直属上司: 直接下级: 下级人数: 工作职责: 1. _________________________________________________________________ 2. _________________________________________________________________ 3. __

n***f 12年前 上传2293   0

人才需求表

人才需求表职位名称:直属上司:直接下级:下级人数:工作职责:1. _________________________________________________________________ 2. _______________________________________________________________

a***1 10年前 上传549   0

CMS需求文档

 新闻发布系统和运营管理系统分开 实现编辑一次新闻即可发到不同的版块 可新建版块且控制其调用的类别并生成html文件 编辑器内容扩展,提高新闻的可用性 所有生成的新闻都是标准静态化网页

涛***6 3年前 上传834   0

需求跟踪报告

   需求跟踪报告 来自:http://www.chinaspis.com 作者:林锐 电子工业出版社出版发行 1. 需求跟踪矩阵 提示:正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式,都要建立与维护需求跟踪矩阵(即表格)。需求跟踪矩阵保存了需求与后续工作成果的对应关系。矩阵单元之间的可能存在“一对一”、“一对多”或“多对多”的关系。由于对应关系比较复杂,最好在表格中加

l***0 11年前 上传24349   0

需求分析

 需求分析 文件编号: NP503100 生效日期: 2000.3.20 受控编号: 密级:秘密 版次:Ver2.1 修改状态: 总页数 7 正文 5 附录 2 编制:李民 审核:袁淮、孟莉 批准:孟莉

y***3 10年前 上传7646   0

员工需求表

北京山谷蓝. 泰科曼公司 员工需求表 Staff Requirement Form 部门Dept: _________________ 日期Date:________________ 岗位Position:_________________ 职务Title:________________ *原因reason 补缺Repla

s***4 7年前 上传12288   0

工作配合需求单

工作配合需求单

w***1 6年前 上传2287   0

需求管理部

绩 效 合 同 编号: 受 约 人 信 息 发 约 人 信 息 姓 名 姓 名 员工编号 员工编号 部 门 需求管理部 部 门 岗 位 高级经理 岗 位 运营总监 合同有效期 2004年X月X日 至 2004年X月X日 岗位关键工作职责:(按照重要顺

2***5 7年前 上传17704   0

OA系统需求文档

需求和需求分析说明书:需求描述和主要的用例图,参见下面的“系统需求和需求分析说明书模板”。系统设计说明书:系统主要的实例类图,至少3个用例的时序图,参见下面的“系统设计说明书模板”。单元测试用例:至少记录3个单元测试的测试用例,参见下面的“测试用例模板”;其他:项目进度安排表(由项目经理或小组长提供),参见下面的“项目进度安排表模板”。

涛***6 3年前 上传844   0

PRD产品需求文档

PRD是每个产品人员最经常看到的文档,还是有很多产品的朋友问我PRD怎么写,如何才能表达清楚意思。其实PRD并没有规定的格式,每个公司都可以根据自己公司的实际需要来写适合自己产品团队的PRD。PRD(Product Requirement Document,产品需求文档),这对于任何一个产品经理来说都不会陌生的一个文档,一个PRD是衡量一个产品经理整体思维的标准,一个PRD可以看出 一个产品

m***1 9年前 上传657   1