对需求变更的定量分析
发布于 2024-10-01
2476
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本文探讨了如何定量分析需求变更,并针对这一问题提出了一系列的分析方法和策略。
需求变更定义:需求变更指在客户和开发团队共同认可的需求之后发生的修改、增加或删除。需求变更的对象包括功能需求、非功能性需求、接口需求、界面需求和技术约束等,可以从业务逻辑、数据对象和控制逻辑等多个维度划分。
需求变更分析:可以从三个层次对需求变更进行分析:
- 层次1 - 需求变更率分析:需求变更率可以通过四种方法来定义,包括基于需求个数、功能点数、故事点数和返工工作量的计算。通过需求变更率的纵向和横向对比分析,可以观察变更率随时间的变化趋势和不同项目之间的差异。建立需求变更率基线有助于在项目估算时考虑需求变更的工作量,提高估算准确性。需求变更率还可以针对项目全生命周期、瀑布模型的每个阶段或迭代模型的每次迭代分析。
- 层次2 - 需求变更原因分析:对需求变更原因进行分类和80-20分析,以查明主要原因,如需求获取遗漏、需求描述错误、需求理解错误、客户业务变化等。通过改进措施来降低需求变更率。
- 层次3 - 需求变更率因果分析:将影响需求变更的因素定量化,建立需求变更率的性能模型,考虑因素如需求人员水平、客户成熟度、需求分析和梳理的工作量。同时,定量分析需求变更对成本和工期的影响。
总的来说,文中提出了系统化的需求变更分析方法,旨在通过定量技术帮助公司更有效地管理需求变更,并减少其对项目的负面影响。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1198K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
AI 编码的“喜新厌旧”:一个被严重低估的真实规律
文章浏览阅读342次,点赞5次,收藏5次。AI编码存在明显的"喜新厌旧"特征:处理新需求时表现优异,但对历史代码修改和系统集成却容易出错。这源于AI缺乏全局系统观、不擅长兼容已有代码、修改易顾此失彼等问题。为此,应采取契约先行、建立回归测试、原子化提交等策略,将AI定位为"新建工具"而非"修补工具"。关键是要改变开发思路,追求AI代码的一次成功,同时接受"AI生成+人工粘合"的协作模式。这要求开发者更加重视前期需求定义、架构设计和测试驱动开发。_ai编码把原文件编码给改了
软件组织成熟度4个等级的比较
简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表:
图解APH之engaging合弄
图一:Engaging合弄的目的与性能等级图二:Engaging合弄的活动 图三:Engaging合弄使用的敏捷仪式与技术
AI编程模式的10条核心感悟
文章浏览阅读483次,点赞4次,收藏4次。AI编程时代催生10大核心变革:开发者角色从"代码实现者"转变为"需求定义者",聚焦业务逻辑而非技术细节;AI作为"聪明的傻子"倒逼需求清晰化,推动"意图式编程"取代命令式编程;验证重点转向业务逻辑完备性,文档成为核心资产;人机关系重构为"指挥官-AI"模式,错误类型转为意图偏差;测试转向验证规格,能力模型更强调业务抽象与逻辑严谨。这场范式革命将开发者的核心价值重新定义为精准的需求定义与判断能力,推动软件开发
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线