对需求变更的定量分析
发布于 2024-10-01


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


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

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

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 244K
麦哲思科技任甲林的其他文章
如何选择与使用项目经理?
作者任甲林(转载自中国系统分析师/中国系统分析员) 软件项目管理是"以过程为核心、以度量为基础、以人为本"的,在此过程中需要充分地集成技术方法、工具、过程、资源(人力、资金、时间等)等要素,谁来领导这个集成工作呢?是项目经理。项目经理是项目组的灵魂,是项目组中很重要的一个角色,无论是对于个人英雄的时代,还是基于过程的管理时代,都必须依靠人来实现管理,这就是"以人为本"。无论管理多么正规,过程是
例解:如何将规范的过程敏捷化?
很多企业基于CMMI建立过程体系后,大家普遍反应太复杂,编写的文档太多,复杂的体系可能就无法贯彻执行下去,无法成为企业的文化。因此需要敏捷化,当我们对过程进行敏捷化时,是基于实效的目的而不是基于评估的目的。如何将一个规范的过程体系敏捷化呢,下文将针对软件企业反应突出CMMI中的DAR过程域为例,说明敏捷化的方法。 首先,看看在CMMI体系中对DAR的要求:SP1.1建立决策分析指南SP1.2建立
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
做好同行评审的24个细节
同行评审是在软件开发完成之前,通过技术专家发现潜在缺陷的一种有效手段,和在代码完成之后进行的软件测试可以相辅相成,提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高,在开发中更值得投入。但是,在很多软件组织中这种手段却没有得到很高的推广,从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察,我发现同行评审的质量取决于多个细节,细节决定成败,因此我总结了做好同行评审的24个
度量数据分析的3个层次
很多企业在实施CMMI 的MA过程域时,积累了大量的数据,但是不知道如何分析,没有充分发挥出这些数据的作用,花费了大量的人力收集来的数据没有给决策提供应有的帮助,很是可惜。究其根源,是不了解数据分析的方法。在咨询过程中,我总结了进行数据分析的3个层次: 1 简单观察分析 通过对数据进行整理(如排序、分类等),绘制成各种图形,通过这些图形观察出直观的结论,可以绘制的图形如:饼图、条形图、直方图、折线
加入社区微信群
与行业大咖零距离交流学习


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