需求全流程管理.docx
- 文档编号:660401
- 上传时间:2022-10-11
- 格式:DOCX
- 页数:5
- 大小:953.47KB
需求全流程管理.docx
《需求全流程管理.docx》由会员分享,可在线阅读,更多相关《需求全流程管理.docx(5页珍藏版)》请在冰豆网上搜索。
技术经营体需求技术经营体需求全流程管理方案全流程管理方案1背景背景1需求堆积,业务部门不满2开发团队疲于奔命3对需求缺乏有效的评估方法,难以保证所承接的需求合理,必要性4陷入赶工的恶性循环,承诺的时间无法兑现,损害专业性、权威性,难以建立信任2目标目标1保证重要业务需求被及时满足2系统化提升技术部工作效能,充分发挥技术团队价值3避免资源占用随意性,保证长期项目、核心产品的开发不受干扰4使用系统方式对需求进行管理,解决人工管理的随意、低效、混乱、难以追溯等问题3流程流程3.1流程图流程图见文档尾部3.2说明说明本流程对应trac系统,流程中各个环节在系统中指派、留痕需求管理员即需求提报入口,需保证人员唯一性基本的需求文档管理和审核方式为在trac系统中上传文档或粘贴SVN文档地址链接,相关人员进行确认在系统中留存确认日志。
对于重要项目需求管理员可要求上传的文档中包含人工签字版的扫描件3.3名词解释名词解释业务需求业务需求由最终用户或者领域专家从业务的角度提出的需求,无需技术知识。
核心内容主要包括业务目标、业务流程、业务实体、业务规则、功能规则等。
系统需求系统需求由系统分析师或者架构师从软件系统的角度,以实现业务需求为目标提出的需求,核心内容包括功能设计、界面设计、用例或功能点描述、非功能性需求说明等。
3.4注意事项注意事项不可有例外不可有例外所有系统需求,无论大小都要纳入系统管理。
任何一个表面看起来改动很小的需求,都有未知的水下部分,必须通过完整的流程、评估、分析才能确定其真正工作量和风险系统生命周期是连贯的,所做的任何功能变更必须被管理,任何一个功能逻辑需要有可追溯的需求,否则系统将快速走向混乱和未知,发生错误时也无法分析原因、判断来源。
如果一次修改不改变任何需求,仅仅是对原需求错误实现的修正,则属于系统BUG,应该在另外的故障跟踪系统中管理。
可裁剪可裁剪粗评开发工作量在1小时以内或整体上线工作量在4小时以内的,可以归类为“小修改”进行流程裁剪粗评开发工作量超过1小时的需求,应该按照完成的流程进行正式管理,确保按时交付,符合业务目标和需求。
需要专人集中进行方案设计和工作量评估,工作量应该以小时为单位,保证粗评整体上线工作量超过1个人月的需求,应该作为长期项目,采用迭代开发方式,在PMS系统中单独创建产品和项目进行管理。
每次迭代时间不超过一个月,每次迭代完成后进行总结,确定下一次迭代的目标和范围,直到整个项目目标完成。
确保确保项目计划完整项目计划完整制定项目计划时,需考虑和包含完成项目需要的所有任务和资源,而不是仅考虑开发人员。
如需要业务部门提前准备的材料,需要外部系统开发的接口等等都需要包含在项目计划中进行管理、跟踪。
本文档是从需求管理角度描述需求的全流程,项目管理方面更具体规范另文说明。
4业务需求提报要求业务需求提报要求提报业务需求,需包含以下基本内容:
业务需求文档有效性说明(参见有效性标准)预期效益说明(参见预期效益评估)上线公告(功能上线时提示所有业务人员了解系统变化影响的通知内容)是否紧急(需调整已有需求排期,保证最快上线的情况)有效性标准有效性标准正确性:
逻辑清晰、无歧义;符合已知的领域知识、业务规则和常识,没有自相矛盾一致性:
可能影响到的所有业务环节需要经过具体分析,明确修改方案;各环节逻辑一致、呼应必要性:
需求实现后能产生可预测、显著的商业回报;无可接受的替代方案可行性:
业务操作可行性;技术实现可行性可验证:
有明确具体的测试验证标准、验证数据预期预期效益评估效益评估提升:
如访问量、重复购买率、客单价、毛利率、粘度、品牌形象等等降低:
如库存占用、跳出率、退货率等等量化指标:
提升或降低的绝对数、比例作用时效:
可持续(长期),或特定时间周期(起止时间)技术技术评估评估技术可行性系统开发工作量风险分析风险点、风险预案、可能造成的损失?
1?
邮件沟通、会议讨论?
2.1在trac系统提报需求?
2.2?
需求有效性评估、效益评估?
2?
业务需求提报?
一?
需求提出?
需求提报人?
2.3?
依次指派相关部门审核?
2.4?
指派技术团队技术初评需求有效性评?
需求提报人?
技术可行性?
风险分析?
工作量初评?
2.5?
需求受理?
指派PM执行?
需求管理员?
需求管理员?
需求管理员?
需求管理员?
3?
系统需求分析?
确定SA、开发负责人、测试负责人?
产品经理?
参见“业务需求提报要求”?
5.2?
设计、估算?
任务分解、方案设计、工作量估算?
SA?
4?
指派SA进行设计和估算?
产品经理?
5.1?
需求审核?
SA?
6.1?
方案与估算审核?
产品经理?
二?
需求实现?
在测试环境中发布系统,对照业务需求和系统需求测试?
8.1?
项目排期计划审核?
13?
需求效果跟踪?
12?
指派运维人员上线?
11安排观察性上线?
(针对关键业务)?
14?
项目执行总结讨论?
15?
需求评估总结?
6.2?
项目排期?
组建项目组,制定时间计划?
产品经理?
7?
指派开发负责人进行开发?
产品经理?
开发经理?
8.2计划执行?
分工、协调、跟踪纠偏、汇报?
开发经理?
9?
指派测试负责人进行测试?
产品经理?
测试负责人?
10?
指派需求提报人进行验收?
产品经理?
对照业务需求验收?
(预发布环境)?
需求提报人?
产品经理?
关键业务或功能?
产品经理?
产品经理?
二?
需求实现?
三?
需求验证?
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 流程 管理