扫码阅读
手机扫码阅读
软件需求评审之道
65 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:软件需求评审之道
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要
本文概述了软件需求评审过程中常见的失败案例,并提出了九个提升评审成功率的实践建议,目的在于帮助减少需求风险,提高软件开发质量。
关键词
需求评审,需求层次,阶段评审,检查单,评审流程
失败案例分析
文章列举了五个软件需求评审失败的案例。这些案例反映出评审过程中的常见问题,如需求报告过长、缺乏准备、评审节奏无法控制、评审员质量不高等。
评审建议
为改善评审过程,提出九个建议:
- 分层次评审:根据目标性、功能性和操作性需求分层评审,确保每个层次的参与者都合适。
- 正式评审与非正式评审结合:灵活运用两种评审方式,兼顾效率和发现问题的能力。
- 分阶段评审:在需求形成过程中逐步评审,降低返工风险,提高质量。
- 精心挑选评审员:选择与系统相关且有足够了解的人员参与评审。
- 对评审员进行培训:培训评审员掌握评审方法、技巧和流程,提高评审效率。
- 充分利用需求评审检查单:使用检查单系统全面地评估需求。
- 建立标准的评审流程:定义评审活动,确保评审过程规范。
- 做好评审后的跟踪工作:对评审结果进行跟踪和变更管理,确保评审效果。
- 充分准备评审:提前下发需求文档,执行评审的进入条件,确保评审前充分沟通。
结语
作者强调,细心体会并实施这些建议将对软件需求评审有显著益处。
想要了解更多内容?
查看原文:软件需求评审之道
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 80.3K
麦哲思科技任甲林的其他文章
例解:目标、性能基线与性能模型的关系
目标是对未来的期望。性能是历史的表现。性能基线是对性能分布规律的定量刻画。性能模型是对性能因果规律的定量刻画。它们之间的关系是什么呢?举例说明如下:总目标:总成绩400分以上,进入班级前5名子目标:语文130分以上,数学135分以上,英语140分以上性能基线:1)语文成绩的历史分布规律:2)数学成绩的历史分布规律:3)英语成绩的历史分布规律:基于性能基线的预测达成目标的概率基于已知的历史三科成绩的分布,可以预测总成绩超过4...
需求访谈的18个注意事项
需求访谈的人员需要经过专门的训练,掌握需求访谈的技巧,才能在比较短的时间内,获取客户的真正需求,并且比较完备。那么,应该如何进行需求访谈呢,我根据需求访谈工作坊的练习结果及个人经验,整理了如下的18个注意事项。
我说CMMI 2.0之:白话GOV
GOV与II是CMMI V2.0中新增的两个PA,实施CMMI V2.0的组织需要准确理解这2个PA的含义,然后才能知道如何映射到自己的实践。我对GOV的理解整理如下,供大家在实践中参考。 首先我们强调一下这个PA中隐藏的基本观点: 1 过程管理是一把手工程,高层管理者一定要参与。 2 过程管理包含的活动: 图1 过程管理活动 高层管理者的...
如何理解与记忆SCAMPI V1.3的覆盖规则?
SCAMPI V1.3的覆盖规则是相当复杂的,如何记住这些规则呢,我总结了如下方法:记住2组数字,3-8与2-3-3:3-8:3类8条规则。38妇女节;某某人有点38;38在周易里起卦为火地晋,晋,晋升。2-3-3:这3类规则,每类规则分别包含的规则数目。 模型覆盖:PA覆盖类,2条规则; 执行覆盖:BU覆盖类,3条规则; SF覆盖类,3条规则;以下对38和233进行说明。首先
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线