为什么要进行需求管理?
发布于 2024-10-03


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


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

扫码阅读
手机扫码阅读
摘要
本文讨论了软件需求管理的重要性和控制需求渐变的方法。软件需求管理对于项目的成功至关重要,因为与硬件不同,软件需求常常模糊、不确定、多变且主观。文章指出需求管理的复杂性,包括需求描述的问题、完备程度、开发工期、细致程度及需求的不断变化,特别强调需求变化是不可避免的。
控制需求渐变的方法
- 需求变更与投入成本的直接联系,确保任何需求的变更都要求额外的投入。
- 变更必须得到出资者的认可,使需求变更成本化,促使各方慎重对待。
- 即使是小的需求变更也要经过正规的需求管理流程,防止小变更累积导致项目失控。
- 明白精确的需求与范围定义并不能完全防止需求变更,需求变化是项目开发的一部分。
- 沟通技巧的运用,确保项目相关方能够在需求变更中各取所需。
软件需求的复用
文章还讨论了软件需求的复用问题,指出由于缺乏有效的需求管理,即使是积累了丰富领域知识的专家,也可能面临其需求无法被分析和设计人员所接受的问题。因此,提升软件需求的复用率是需求管理的一个重要目标。
结论
总之,有效的需求管理可以确保软件项目的需求与计划、活动和工作产品保持一致,并促进需求的复用,最终提高项目成功率。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 245.4K
麦哲思科技任甲林的其他文章
迭代评审的十个成功要点
迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能,以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢?我根据对多次迭 代评审会议的观察,总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议; 以下两类人员都应该参与:项目组的所有成员,包括PO,SM...
利用百分位数确定考核指标的具体数字
很多公司在定义考核办法时需要确定考核指标的具体数值,比如如果项目的缺陷密度达到某个具体的阈值就会对开发人员的业绩产生负面影响,达到某个阈值就会产生正面影响等。如何确定这些阈值呢?可以采用计算百分位数的方法。所谓百分数即:将一组数据按数值大小排序,处于p%位置的值称为第p百分位数。如p等于10,则称为第十分位数,P等于25则称为四分之一位数等。当具有了历史数据后,可以对这组历史数据进行从小到大排序,
《CMMI4级实践问题30问》后记
在写此三十问的过程中,陆续有朋友和我讨论关于4-5级的理解与实施问题,通过这些争论也让我对实践中的问题有更清晰地认识。(1)有朋友指出有些描述有不准确的地方,确实如此,有些观点在业内本身就存在争论,有些观点属于我自己的思考,在写博文时我尽量是力求完备而严谨,虽然反复锤炼,但是肯定能力有限,有颇多争议之处,只是希望对大家有所启发,难以完美。(2)也有朋友讲,有些问题写得有点抽象,仅凭这些内容
需求控制组的构成
在软件项目中常见如下的现象: 用户提出了需求变更,市场人员答应了,开发人员认为工作量太大,不好实现; 软件项目签订了合同,规定了价格,在后期的开发过程中,需求变更很多,变更的成本都是乙方承担,项目结束后发现项目做亏了; 用户提出了需求的变更,开发人员直接修改软件,没有通知相关人员; 用户张三提出了需求变更,开发人员修改了软件后,张三又认为不妥
需求文档化的真理与谬误
如果是2个公司之间的供求关系,请将需求文档化; 如果是2个部门之间的供求关系,请将需求文档化; 如果是2个小组之间的供求关系,请将需求文档化; 如果是2个人之间的供求关系,请将需求文档化; 这是真理. 再好的合作关系,当发生分歧的时候,也会互相追究责任,在追究责任的时候,请拿出你的依据:文档. 道德是感性的,证据是理性的.道德是合作的基础,但并非有了良好的道德就一定能合作成功,因为分歧并非仅有道德
加入社区微信群
与行业大咖零距离交流学习


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