电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > DOC文档下载
分享到微信 分享到微博 分享到QQ空间

如何编写一份合格的需求矩阵

  • 资源ID:189763133       资源大小:28.50KB        全文页数:2页
  • 资源格式: DOC        下载积分:10金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要10金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

如何编写一份合格的需求矩阵

如何编写一份合格的需求矩阵1、 需求矩阵的作用和特质通过对用户需求规格说明书和系统需求规格书进行需求分析和优化,提炼出明确的需求项,作为版本需求范围指导后续设计、编码实现、测试需求编写以及检视版本完成情况,项目经理可以通过需求矩阵管理整个版本的需求。2、 一份好的需求矩阵需要具备一下四个特性1、 需求矩阵的输入是用户需求规格书和系统需求规格书,保证是和规格书一致的;2、 产品解决方案包含的需求项,保证是必要的、有价值的、完整的以及技术可行的;3、 需求项描述语言,保证是正确、简洁、无歧义的;4、 需求矩阵,保证是可跟踪和可检视的。3、 需求矩阵过程中常见问题1、 功能需求追求大而全,没有考虑清楚需求的价值、优先级,会导致整体项目周期很长;2、 没有考虑需求的实现难度,投入产出比,后期需求变更风险大;3、 某些模块需求不明确,无法指导设计;4、 非功能需求容易被遗漏;5、 需求项粒度标准不一,如果粒度太粗,无法体现模块的功能需求;粒度太细又超出需求边界,有些需求项已经涉及到模块设计范畴;6、 需求矩阵编写语言不规范,无法准备表达需求项。4、 编写需求矩阵操作方法1、 熟读用户需求规格书和系统需求规格书用户需求描述使用场景,系统需求描述交付哪些功能以满足用户需求,通过熟读需求规格数,明确产品价值、使用场景、解决什么问题、需求来源和价值,对于我们清楚知道需要实现的功能目标。以容器云为例,我们的需要给客户提供年一套完整的,高可用的容器解决方案,包括集群、节点、应用、服务、容器、网络、存储、仓库等功能,所有的需求都是围绕这个主场景来确定价值和优先级,非主场景的需求在评审和工作量优化的时候都会被剔掉或者降低优先级。2、 划分系统模块,确定每个模块的范围根据功能需求范围划分大模块,并将每个大模块细分为若干子模块。比如容器云集群模块,划分思路大致是新建、编辑、删除、展示,如下图所示3、 列出每个模块的需求项和描述,输入为需求规格说明书,重点关注显性的功能点,无需列出功能细节。比如页面上需要添加某个导航入口或者交互,那是交互设计范畴。4、 通过TP平台的版本需求分析功能,对整体进行隐形需求分析,包括性能、兼容性、可靠性、硬件、升级、可测性、安全性、可维护性、需求质量标准、砍老需求,这里不再赘述。5、 需求取舍,确定需求价值和优先级,思路如下:1) 为了保证方案完整性,目标客户用户场景需要的功能,价值高,优先级高,比如镜像仓库,缺少该功能,方案会不完整;2) 主场景、核心需求,价值高,优先级高,比如集群、应用编排等;3) 基础模块,其他模块对其有依赖的,优先级高,比如母盘、内核;4) 用户体验需求,价值高,优先级中;5) 不明确的需求,价值未知,优先级低;6) 方案实现复杂,投入产出比低,优先级低;7) 平衡好进度和完美,拿用户体验为例,尽可能做到更加友好,一味追求用户体验,项目进度可能会不断的延期;如果忽视用户体验,产品做出来非常难用,那这个产品也很难得到客户认可8) 还有另外一种思路,可以通过对需求点的重要性和紧急程度进行排序。6、 检视需求项粒度,这个比较难把握,暂时还没想到如何量化,按照经验,一般一个大的需求项可以拆分成5-6个功能点,功能点再细化成测试需求点;7、 需求项描述语言规范,要求正确、简洁、无歧义的,比如支持xxx;不支持xxx;8、 需求矩阵评审会议,这是一个十分重要的环节,重点关注需求完整性和正确性,确认需求的优先级,讨论不明确的需求;9、 明确需求接口人,定期检视需求是否满足用户场景,是否遗漏或者膨胀。5、 TP需求管理功能优化建议1、 TP导出的需求矩阵,没有按照模块划分的目录结构导出excel表格,建议改进;2、 建议TP需求管理增加价值维度的优先级,分1-3级;3、 建议增加需求项分类,标识主场景需求和非主场景需求,辅助确定价值;4、 建议增加重要性和紧急程度,辅助确定价值;5、 建议增加实现工作量性价比,辅助确定优先级。

注意事项

本文(如何编写一份合格的需求矩阵)为本站会员(添***)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.