对需求变更的定量分析
发布于 2024-10-01
1938
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本文探讨了如何定量分析需求变更,并针对这一问题提出了一系列的分析方法和策略。
需求变更定义:需求变更指在客户和开发团队共同认可的需求之后发生的修改、增加或删除。需求变更的对象包括功能需求、非功能性需求、接口需求、界面需求和技术约束等,可以从业务逻辑、数据对象和控制逻辑等多个维度划分。
需求变更分析:可以从三个层次对需求变更进行分析:
- 层次1 - 需求变更率分析:需求变更率可以通过四种方法来定义,包括基于需求个数、功能点数、故事点数和返工工作量的计算。通过需求变更率的纵向和横向对比分析,可以观察变更率随时间的变化趋势和不同项目之间的差异。建立需求变更率基线有助于在项目估算时考虑需求变更的工作量,提高估算准确性。需求变更率还可以针对项目全生命周期、瀑布模型的每个阶段或迭代模型的每次迭代分析。
- 层次2 - 需求变更原因分析:对需求变更原因进行分类和80-20分析,以查明主要原因,如需求获取遗漏、需求描述错误、需求理解错误、客户业务变化等。通过改进措施来降低需求变更率。
- 层次3 - 需求变更率因果分析:将影响需求变更的因素定量化,建立需求变更率的性能模型,考虑因素如需求人员水平、客户成熟度、需求分析和梳理的工作量。同时,定量分析需求变更对成本和工期的影响。
总的来说,文中提出了系统化的需求变更分析方法,旨在通过定量技术帮助公司更有效地管理需求变更,并减少其对项目的负面影响。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 886.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
配置审计的概念辨析
配置审计是配置管理中的一个重要概念,在CMMI标准中划分了3种,如果再加上PPQA对配置管理过程的审计,累计为4种。在很多图书、资料中对这四种审计言之不详,因而也就造成了理解的偏差。故而我整理了如下的表格,进行了澄清。需要说明的是在很多企业中实际也做了这4种审计,只是没有清楚的认识这4个概念而已。
例解如何编写递归程序
递归是指方法在执行的过程中自己调用自己。用递归能解决的问题通常能将问题不断缩小为性质相同但规模更小的问题(递归情况),直到问题足够小能够直接解决(基本情况)。递归程序编写有4个要点:1问题是否可以递归描述?2递归结束的条件是什么?3递归调用之前做什么准备工作?4递归调用之后做什么收尾工作? 以下通过一个稍微复杂的程序来举例说明一下如何编写递归程序。有一只中国象棋中的 “ 马 ” ,在半张棋盘的左下
给程序员的18个忠告
1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事: 弄清楚做什么; 说清楚怎么做; 想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b
需求控制组的构成
在软件项目中常见如下的现象: 用户提出了需求变更,市场人员答应了,开发人员认为工作量太大,不好实现; 软件项目签订了合同,规定了价格,在后期的开发过程中,需求变更很多,变更的成本都是乙方承担,项目结束后发现项目做亏了; 用户提出了需求的变更,开发人员直接修改软件,没有通知相关人员; 用户张三提出了需求变更,开发人员修改了软件后,张三又认为不妥
如何选择度量元
选择度量元的5个原则 在设计度量体系时,要针对度量目标选择合适的度量元,同一个度量目标可以有多个度量元,究竟要如何选择合适的度量元呢,我们可以参考如下的5个原则进行选择: 原则1:对度量目标的表达能力,即度量元是否准确刻画了度量目标以及要解决的问题?比如,想要监督项目的进展,我们有如下三个选择: 1) 需求完成的百分比; 2) 活动完成的百分比; 3) 已完成活动的计划工作量/所有活动...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线