为什么要进行需求管理?
发布于 2024-10-03
1123
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
本文讨论了软件需求管理的重要性和控制需求渐变的方法。软件需求管理对于项目的成功至关重要,因为与硬件不同,软件需求常常模糊、不确定、多变且主观。文章指出需求管理的复杂性,包括需求描述的问题、完备程度、开发工期、细致程度及需求的不断变化,特别强调需求变化是不可避免的。
控制需求渐变的方法
- 需求变更与投入成本的直接联系,确保任何需求的变更都要求额外的投入。
- 变更必须得到出资者的认可,使需求变更成本化,促使各方慎重对待。
- 即使是小的需求变更也要经过正规的需求管理流程,防止小变更累积导致项目失控。
- 明白精确的需求与范围定义并不能完全防止需求变更,需求变化是项目开发的一部分。
- 沟通技巧的运用,确保项目相关方能够在需求变更中各取所需。
软件需求的复用
文章还讨论了软件需求的复用问题,指出由于缺乏有效的需求管理,即使是积累了丰富领域知识的专家,也可能面临其需求无法被分析和设计人员所接受的问题。因此,提升软件需求的复用率是需求管理的一个重要目标。
结论
总之,有效的需求管理可以确保软件项目的需求与计划、活动和工作产品保持一致,并促进需求的复用,最终提高项目成功率。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 881.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何度量交付后的软件质量?
如何度量交付后的产品质量?本文给出了四个参考度量指标,并简要分析了其优缺点,并给出一个具体场景的案例。
维护项目的管理策略案例
维护类项目的定义: (1)在已交付的软件基础上增加少量功能; (2)对已交付的软件进行局部的需求变更; (3)修改已交付软件的bug;维护类项目的特点: (1)工期短,客户要求相应快; (2)对已有的软件进行局部修改,投入的人力少; (3)变更容易对已有的功能造成影响,容易注入新的bug; (4)需求沟通、设计方案的确定、测试的
道与术
昨天在汉王,看到他们公司内部的刊物《汉王道》,想起来了在广州客户问我的问题:你们给我们咨询,传授给我们的是道还是术?我们不希望给我们布道,我们不是学校里的学生,我们要的是术,希望告诉我们怎么去做。同样在深圳FOXCONN,开发人员与管理人员询问的问题都是如何做的问题,而不是做什么的问题,做什么他们可以自己去读模型。 老子曰:道可道,非常道,名可名,非常名。他老人家还讲过:“人法地, 地法天,
读<软件工程的事实与谬误>所得
买这本书,纯属偶然,完全是为它的名字所吸引,随手翻了一下,看了其中描述的几个事实,觉的有收获,值23元,就买了.买了后,一直没有读,频于准备讲课,盯项目. 偶然地,某天顺手拿了这本薄书,读了几个事实,真是好书! 道出了现实! 昨天终于在火车上读完了一书,感触比较深的有下边的13条事实: 1 在软件工程的三要素(人,过程,技术)中,人最重要。 2 最好的程序员要比最差的程序员强28倍之多,而
需求访谈的三驾马车
需求用户需求时,应该有几个人参与呢?分别承担什么职责呢?怎么和用户澄清需求呢?三驾马车的做法可以帮你更高效地获取需求!
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线