需求管理是需求开发的基础
原创
©著作权归作者所有:来自51CTO博客作者mk6yeung的原创作品,请联系作者获取转载授权,否则将追究法律责任
为什么cmmi建议需求管理在2级实施、而需求开发在3级实施呢?以前看cmmi的时候对这个是有疑问的,但是当时问了其他人也没有人很清楚,也就睁一眼闭一眼了。这次培训后,我从“成熟的过程有利于新技术的引入”的思想中得到一些启发,我觉得是不是cmmi认为,只有把需求管理做好了,做到了对需求管理理念的理解和认同,继而形成了好的习惯之后,需求开发作为一种新的技术,是相关管理人员在了解了自己的需求现状(有度量和分析)后,很朴素的和必然的要考虑的问题就是“如何把需求做得更好?”,相应的自然的就回去寻求如何“开发好的需求”。不知道,我这么理解对不对?
你的思路是对的。规范的项目过程能力,有助技术的提高,需求开发也是一样。我们需要明白哪方面的规范,可以帮助需求开发的提高。你能够看得通,可喜可贺!
但是你“睁一眼闭一眼”的态度就非常不好了。
问题的答案早就在CMMI的描述里。当然,在二级的时候,我们也有需求开发的,否则项目就不可能有交付产品。但是很多时候,我们的需求做的不够规范,没有专员负责,需求的内容,往往是不同的开发人员补充自己的任务部分,需求不能一致、不能满足客户,质量不能提高。
那么,如何才能提高需求质量?CMMI的需求管理要求:1)需求是项目与客户的了解一致、项目按着需求开展活动,以实现需求为目标。2)一个真心这样做的项目,它非得到客户真正的需求不可。开始的时候,我们的技巧未必可以达到这一点,真正明白客户的需求。但是如果我们接受以客户为中心,极力争取客户满意,我们就会不断地找方法把抽取需求的方法加以完善。这就是第三级专心要做的。但是基础,就是第二级的“项目就是要实现客户满意的需求”这个概念上的。你应该留意到,我们的项目还没有建立这个强烈的意愿,要按需求开展项目活动,所以我们连建立系统工程师团队都不愿意好好地做。3)要实现需求,就需要需求跟踪,其意义在于确保所有需求到不多不少地得到实现。我们就需要盯着需求的变更,否则我们的工作就不是真正实现了最终版本的需求了。这一步是保证需求得到忠实实现必要的举措。
以上各点,都是CMMI二级要求的。就是说,我们二级的时候,是有需求的,但是不规范,因为我们还不了解需求的意义。这就是我说的:“我们还不尊重需求”。当项目还不尊重需求的时候,需求是提高不了的。这里“需求管理”里面的”管理“,不单单是一般的管理任务而已,它是通过这些任务,表达一个目标,这个 “需求管理”,更像是“需求意识”。就是说,知道需求的意义,重要性,与项目的关系,等等之后,必然采取的举措。CMMI列出这些举措,其实是要求项目建立需求意识。
其实,这里的“管理”可以有两个含义。字面上,他就是有一些“需求”,管理,就是如何处理它。这个含义,让人自然地想到,如果我们没有好需求,需求管理,就自然没有意义。另一个含义,就是驱动管理活动的思路与方法,而不一定是管理的实际活动。我们需要知道需求的重要性,以及它的关键因素,才能最有效地管理它。这里的管理,含义在于创造有利条件,才能提高需求质量。
让我再举一个案例:刚才收看了CCTV4的“寻宝”节目。有些观众,拿来评审的文物是假的,有些是非常宝贵的。有些对考古有认识,有些没有。自己在家里收藏古董当然无所谓。但是如果我们要当一位规范的古董鉴赏家,我们是否需要在家里(CMMI第二级)学习古董的价值与收藏方法(需求管理),才可以放胆投资在真正的古董上面(需求开发)?
所以需求管理,是需求开发的基础。这个跟你的说法是非常一致的。
上一篇:致高校同学书
下一篇:生命周期模型的定义与裁剪

提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
需求工程=需求开发+需求管理
需求工程=需求开发+需求管理
开发人员 需求分析 需求管理 -
需求入门: 需求工程=需求开发+需求管理
2010-05-28 来源:网络 上图是需求工程的组成部分,从图中可以看出,需求工程划分=
validation 工作 文档 任务 活动 -
需求挖掘和需求管理
原文链接:http://www.uml.org.cn/RequirementProject/201611024.asp?artid=185
需求的分类 需求挖掘和需求管理 13种挖掘需求的方法 需求管理 需求评审 -
软件需求开发与管理
<br /> <br />需求开发与管理是软件项目中一项十分重要的工作,据调查显示在众多失败
工作 文档 活动 项目管理 测试 -
需求管理
需求管理是管理需求变更的过程。 由于系统错误和更好地理解客户真实需求的发展,变化是\
需求管理 数据库 开发人员 -
需求与商业模式创新-需求2-需求基础
需求与商业模式创新-需求2-需求基础
需求分析 用户需求 软件系统 解决方案