扫码阅读
手机扫码阅读
对需求变更的定量分析

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

本文探讨了如何定量分析需求变更,并针对这一问题提出了一系列的分析方法和策略。
需求变更定义:需求变更指在客户和开发团队共同认可的需求之后发生的修改、增加或删除。需求变更的对象包括功能需求、非功能性需求、接口需求、界面需求和技术约束等,可以从业务逻辑、数据对象和控制逻辑等多个维度划分。
需求变更分析:可以从三个层次对需求变更进行分析:
- 层次1 - 需求变更率分析:需求变更率可以通过四种方法来定义,包括基于需求个数、功能点数、故事点数和返工工作量的计算。通过需求变更率的纵向和横向对比分析,可以观察变更率随时间的变化趋势和不同项目之间的差异。建立需求变更率基线有助于在项目估算时考虑需求变更的工作量,提高估算准确性。需求变更率还可以针对项目全生命周期、瀑布模型的每个阶段或迭代模型的每次迭代分析。
- 层次2 - 需求变更原因分析:对需求变更原因进行分类和80-20分析,以查明主要原因,如需求获取遗漏、需求描述错误、需求理解错误、客户业务变化等。通过改进措施来降低需求变更率。
- 层次3 - 需求变更率因果分析:将影响需求变更的因素定量化,建立需求变更率的性能模型,考虑因素如需求人员水平、客户成熟度、需求分析和梳理的工作量。同时,定量分析需求变更对成本和工期的影响。
总的来说,文中提出了系统化的需求变更分析方法,旨在通过定量技术帮助公司更有效地管理需求变更,并减少其对项目的负面影响。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 232K
麦哲思科技任甲林的其他文章
如何做好软件估计?
1 有经验的人参与估算 一方面要对估计的内容有开发经验,另一方面也要经过了估计的训练,在估计方面有经验.两种经验缺少其一,估计的风险都比较大. 2 分解的颗粒度要小 在估计时要对估计的内容进行分解,划整为零,对于小的任务进行估计时,才容易把握.比如让你估计一碗大米中有多少粒一样,一般的办法就是把大米划分成大小基本相等的几堆,先估计其中一小堆或者数一数,然后再估计整体的粒数. 3 确保没有遗漏 如果
例解:如何分析同行评审的度量数据?
在进行同行评审时,一般可以积累如下的度量数据:(1) 评审文档或代码的规模对于需求文档的规模一般是采用页或功能点为度量单位;对于测试用例的规模一般是采用个或页为度量单位;对代码的规模一般是采用行为度量单位;对于设计或其他文档一般是采用页为度量单位。(2) 个人评审的时间周期,计量单位为小时;(3) 评审会议的时间周期,计量单位为小时;(4) 个人评审发现的缺
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
为什么要记录日志?
有个小兄弟今天询问我这个问题,于是系统地归纳如下: 工作日志记录了每个项目的每个人每天的每个任务投入的实际工作量与完成情况(完成任务的百分比、完成任务的规模,如代码行等),基于这些数据可以实现: (1)统计每个项目、每个任务的实际工作量,并与计划工作量对比,分析人力成本的投入情况; (2)分析各种类型的任务在整个项目中的工作量分布情况,任务类型如:需求、设计、编码、测试、配置管理、质量保证
决策与解决方案练习结果分析
2008年3月4日对15人进行了DAR过程域的培训,针对一个设计方案选择的场景进行练习。划分为3个小组,每组5人。练习持续45分钟,点评45分钟。第1组练习的结果:评价指标权重方案1方案2方案3开发时间3321系统收益3
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线