软件需求评审之道
发布于 2024-10-03
1808
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
本文概述了软件需求评审过程中常见的失败案例,并提出了九个提升评审成功率的实践建议,目的在于帮助减少需求风险,提高软件开发质量。
关键词
需求评审,需求层次,阶段评审,检查单,评审流程
失败案例分析
文章列举了五个软件需求评审失败的案例。这些案例反映出评审过程中的常见问题,如需求报告过长、缺乏准备、评审节奏无法控制、评审员质量不高等。
评审建议
为改善评审过程,提出九个建议:
- 分层次评审:根据目标性、功能性和操作性需求分层评审,确保每个层次的参与者都合适。
- 正式评审与非正式评审结合:灵活运用两种评审方式,兼顾效率和发现问题的能力。
- 分阶段评审:在需求形成过程中逐步评审,降低返工风险,提高质量。
- 精心挑选评审员:选择与系统相关且有足够了解的人员参与评审。
- 对评审员进行培训:培训评审员掌握评审方法、技巧和流程,提高评审效率。
- 充分利用需求评审检查单:使用检查单系统全面地评估需求。
- 建立标准的评审流程:定义评审活动,确保评审过程规范。
- 做好评审后的跟踪工作:对评审结果进行跟踪和变更管理,确保评审效果。
- 充分准备评审:提前下发需求文档,执行评审的进入条件,确保评审前充分沟通。
结语
作者强调,细心体会并实施这些建议将对软件需求评审有显著益处。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1035.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求交付周期的分析
需求交付周期的分析
高成熟度的软件估算应该是什么样的?
1 估算基础 1)对估算对象(需求、任务等)的拆分颗粒度定义了上限与下限,以提升估算的准确度。 2)完备识别了估算对象,没有遗漏的需求或任务。 3)估算人员经过了估算方法的系统培训。 4)定义了组织级的估算方法。2 规模估算 1)从不估算规模或经验估算规模升级为客观度量规模,比如采用国际标准的功能点方法或自定义的规模度量方法,无论是哪种方法,规模与工作量之间应该是强相关的才是合理的。 2)如...
目标之痛
作者: 任甲林 来源:(希赛网原创) http://www.csai.cn 2005年07月25日 摘要: 本文给出了关于软件项目目标错误、目标摇摆、目标模糊、没有目标的 4 个案例,采用反面案例说明了目标的重要作用。 关键词: 关注目标,根本目标,优先级,产品特色 5 年前读完 高德拉特( Eliyahu M. Goldratt ) 的名著《目标》后,我深受震撼,尽管那
如何学习设计模式?
1 先理解概念,再学习原则先理解OO的基本概念,比如:封装、继承、多态、组合/聚合、依赖等,理解各概念的内涵,弄清楚这些概念的具体实现方式及各实现方式的优缺点。2 先学习原则,再学习模式设计原则是蕴含在设计模式后最根本的思想,掌握了基本的设计原则可以做到不拘泥于某个具体的设计模式,可以更容易的理解设计模式,知道在何种情况下应该采用某种模式,可以自己创造合理的设计模式。设计原则可以参考的2本书籍是《
案例:区分项目类型建立过程性能模型
同一家公司中不同类型的项目其过程性能的规律很可能是不同的,在建立过程性能模型时要区别对待,请看下边的案例。某公司积累了19个项目的缺陷密度与圈复杂度超过15的函数个数比例的历史数据如下:对上述的数据画散点图观察之: 图1 原始数据的散点图 发现如果删除右上角的3个点,则X和Y之间并不存在明显的相关性。缺陷密度不服从正态分布,进行对数变换后,发现Ln(缺陷密度)服从正态分布,对Ln(缺陷密度)与圈复
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线