为什么要进行需求管理?
发布于 2024-10-03
964
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
本文讨论了软件需求管理的重要性和控制需求渐变的方法。软件需求管理对于项目的成功至关重要,因为与硬件不同,软件需求常常模糊、不确定、多变且主观。文章指出需求管理的复杂性,包括需求描述的问题、完备程度、开发工期、细致程度及需求的不断变化,特别强调需求变化是不可避免的。
控制需求渐变的方法
- 需求变更与投入成本的直接联系,确保任何需求的变更都要求额外的投入。
- 变更必须得到出资者的认可,使需求变更成本化,促使各方慎重对待。
- 即使是小的需求变更也要经过正规的需求管理流程,防止小变更累积导致项目失控。
- 明白精确的需求与范围定义并不能完全防止需求变更,需求变化是项目开发的一部分。
- 沟通技巧的运用,确保项目相关方能够在需求变更中各取所需。
软件需求的复用
文章还讨论了软件需求的复用问题,指出由于缺乏有效的需求管理,即使是积累了丰富领域知识的专家,也可能面临其需求无法被分析和设计人员所接受的问题。因此,提升软件需求的复用率是需求管理的一个重要目标。
结论
总之,有效的需求管理可以确保软件项目的需求与计划、活动和工作产品保持一致,并促进需求的复用,最终提高项目成功率。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 768.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
老人与狗
前几天看到一则新闻,有一位老人在家中去世了,他养的一条狗七天七夜不吃不喝,守候在家门外等待老人的归来,其状甚惨,看后感叹不已,不由地想起了另外一个故事。去年夏天我从济南打车去机场,在历山路上看到了一个小队列,母亲骑车在前,女儿骑车在后,有一条小狗在最后跑步跟随,于是我就随口对司机说:“人狗多和谐啊!”,司机说:“我不养狗,不敢养。”我说便问他:“为什么呢?”,于是司机就讲了他一个邻居大婶与狗的故事。她是一个老人,住在城乡结合部的镇上,养了一条大狗,七八年了,每天与狗相伴。有一年政府不让养大狗了,老人没有办
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
量化考核指标的TQC法
大分类小分类KPI计算公式考核规则出发点数据采集方法潜在的问题 结果工期(T) 取值范围:0.6--1.5工期偏差率系数(DVI)(实际工期-计划工期)/计划工期1 若DVI2 若DVI>10%,则工期系数为0.9,DVI>20%则工期系数为0.8,DVI>30%则工期系数为0.7,DVI>40%以上则工期系数为0.6对于
各阶段缺陷检出密度的统计分析案例
某企业积累了10个项目的历史度量数据,积累了5个阶段的缺陷密度,即从需求评审的缺陷密度,直至交付后3个月内的缺陷密度,计量单位统一为缺陷数/KLOC。 需求评审缺陷密度 设计评审缺陷密度 代码评审缺陷密度 测试发现缺陷密度 交付后缺陷密度 P1 ...
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨, 仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以 免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线