软件需求评审之道
发布于 2024-10-03
1584
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
本文概述了软件需求评审过程中常见的失败案例,并提出了九个提升评审成功率的实践建议,目的在于帮助减少需求风险,提高软件开发质量。
关键词
需求评审,需求层次,阶段评审,检查单,评审流程
失败案例分析
文章列举了五个软件需求评审失败的案例。这些案例反映出评审过程中的常见问题,如需求报告过长、缺乏准备、评审节奏无法控制、评审员质量不高等。
评审建议
为改善评审过程,提出九个建议:
- 分层次评审:根据目标性、功能性和操作性需求分层评审,确保每个层次的参与者都合适。
- 正式评审与非正式评审结合:灵活运用两种评审方式,兼顾效率和发现问题的能力。
- 分阶段评审:在需求形成过程中逐步评审,降低返工风险,提高质量。
- 精心挑选评审员:选择与系统相关且有足够了解的人员参与评审。
- 对评审员进行培训:培训评审员掌握评审方法、技巧和流程,提高评审效率。
- 充分利用需求评审检查单:使用检查单系统全面地评估需求。
- 建立标准的评审流程:定义评审活动,确保评审过程规范。
- 做好评审后的跟踪工作:对评审结果进行跟踪和变更管理,确保评审效果。
- 充分准备评审:提前下发需求文档,执行评审的进入条件,确保评审前充分沟通。
结语
作者强调,细心体会并实施这些建议将对软件需求评审有显著益处。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 886.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
和任老师聊聊质量工作
2019年10月12日在厦门有某公司的6位质量管理同仁一起共进晚餐,席间讨论多个话题。10月14日,这些有心的朋友整理了问答记录,我做了简单修订,摘录如下:SQA感觉成天统计数据,没什么意义?统计数据可以,对于SQA来说,要掌握数据分析方法,从数据中找出规律,得到结论,有明确的结论来影响大家。有数据,必须有结论,这样才能充分发挥数据的价值。比如...
莫将简单的问题复杂化
最近有多个朋友和我讨论一些管理问题,让我深有感触,不得不说:何必将简单的问题复杂化呢? 项目管理属于一种工程学科,是基于实践的,不是一种理论研究,不是基于数学推理的,可以采用一些理论去指导实践,但是没有必要张口新名词,闭口新名词,或者自创一些别人不懂的概念,故弄玄虚。比如,最近有朋友问我: (1)在项目管理中如何采用趋势外推法做项目预测? 我花费了一些口舌去给朋友介绍什么叫趋势外推法,趋势外推法可
案例:问题处理与原因分析报告的模板
如何对问题进行原因分析?如何识别出应急措施、纠正措施、管理措施、固化措施?做到技术与管理的双归零,本文将给出两个案例供大家参考。
我说CMMI2.0之:类比透解决策分析与解决方案
DAR:决策分析与解决方案 决策就是多选一: 买不买房子?yes or no?这是做决策。 买哪个楼盘的哪个户型?这也是做决策。决策可以是技术决策,也可以是管理决策: 技术决策:采用哪种技术路线?哪种中间件? 管理决策:采用哪种生命周期模型?要不要做灰度发布?决策有大事有小事: 小事:早餐吃什么? ...
项目管理的三架马车
决定项目成功的核心角色是什么?我认为是三个角色:项目经理、技术经理与需求经理。
项目经理:解决管理上如何做的问题,对项目的进度与质量负责。具体职责包括了:过程定义、估算、计划制定、计划跟踪与控制、风险管理、质量管理等。
技术经理:解决技术上如何做的问题,对项目的技术方案负责。具体职责包括了:技术可行性的评估、技术方案的确定、设计、设计验证、技术难题的解决、实现等。
需求经理:解决做什么的问题,对项目的需求与范围负责。具体职责包括了:需求获取、需求分析、
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线