文档介绍：该【项目管理知识需求管理软件项目需求管理简述 】是由【花双韵芝】上传分享，文档一共【5】页，该文档可以免费在线阅读，需要了解更多关于【项目管理知识需求管理软件项目需求管理简述 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。需求管理:软件项目需求管理简述
一、序言
在软件项目的开发过程中,需求改正贯串了软件项目的整个生命周期,从软件的项目立项,研发,保护,用户的经验在增加,对使用软件的感觉有变化,以及整个行业的新报考,都为软件带来不断完满功能,优化性能,提高用户友好性的要求。
在软件项目管理过程中,项目经理经常面对用户的需求改正。若是不能够有效办理这些需求改正,项目计划会再三调整,软件交托日期再三延误,项目研发人员的士气将越来越低沉,将直接致使项目成本增加、质量下降及项目交托日期推后。这决定了项目组必定拥有需求管理策略。
二、需求管理复杂性分析
软件需求是整个软件开发项目的重点的一个输入,和传统的生产公司对照较,软件的需求拥有模糊性、不确定性、变化性和主观性的特点,他不像生产汽车、电脑等硬件的需求,是有形的、客观的、可描绘的、可检测的,软件需求是软件项目难掌握的问题,他的复杂性表现在以下方面:
1、需求的描绘问题。
缺少正式的完满的需求文档浪费了大量的人力物力,可是有了需求文档又出现了新的问题。在用户方进行的需求评审会完满部是走形式,由于用户根本不去听他读那上百页的需求文档。不同样层次的客户(用户)关心的问题是不同样样的,想要每个客户都成为需求专家是不现实的。
2、需求的齐全程度问题。
需求怎样做到没有遗漏?怎样正确划定系统的范围?这确实是一个两难问题,稍微大一点的系统要想穷举需求几乎是不能能的,每次开需求评审会时,总会冒出新的需求,致使于系统没有一个正确的范围界定。即即是这样,系统仍是要开发,没方法,系统的范围还要硬性的划定一个,进而成立一个基线。
3、需求开发的工期问题。
在需求上开销了大量的时间,客户、软件公司可否能够忍受?为了保证需求的正确性,齐全性,项目经理经常坚持要在需求阶段开销大量的时间,可是客户与公司的高层领导却会为项目迟迟看不到实质可运行的软件担忧不已!他们经常会逼迫项目组赶快往前推进,而项目组的成员经常也会为系统复杂的善变的需求折腾的疲倦不堪,他们也希望赶快结束此阶段。
4、需求的仔细程度问题。
需求终究描绘到多细,才算能够结束了?仁者见仁,智者见智,并没有定论,若是时间赞同,要想细总能够细下去的。可是,需求的周期越长,可能的变化越多,对设计的限制越严格,对需求的共性提取要求越高,所以只需大家(客户、用户、需求分析人员、设计人员、测试人员)认为描绘清楚了,就能够进入设计阶段了。
5、需求的变化问题。
在软件开发过程中若是只有一条真理的话,那必然是:需求的变化是永远的,需求不能能是齐全的。软件开发的过程实际上是同变化做斗争的过程,需求的改正不用然是坏事,也有可能是好事,是商业机会,对市场敏感的人能够从需求的变化中发现市场机会。
需求变化的原因好多,如:
一开始没有鉴识全,需要增加需求;
业务发生了变化,需求必定变化;
需求错误;
需求不清楚。
需求的变化问题是每个开发人员、每个项目经理都碰到的问题,也是头痛的问题,一旦发生了需求变化,你不得不来改正你的设计、重写你的代码、改正你的测试用例、调整你的项目计划等等,需求的变化恰似是万恶之源,为项目的正常的进展带来不尽的麻烦,怎么办?管理它!使需求在受控的状态下发生变化,而不是任意变化,需求管理就是要依照标准的流程来控制需求的变化。
难题随之而来,需求中的变化一般不是突发的革命性的变化,常有的是项
目需求的渐变(ProjectScopeCreep)问题,这种渐变很可能是客户与开发方都没
存心识到的,当达到必然层度时,双方才猛然回顾,发现已经情随事迁,换了
一番天地。
三、需求管理策略
需求管理需要恪守以下策略:
1、需求必然要与投入有必然的联系。
需求必然要与投入有必然的联系,否则若是需求改正的成本由开发方来承
担,则项目需求的改正就成为必然了。人们常说世上没有免费的午餐,同样也
不应该有免费的需求改正。可是,接受需求改正当前倒是软件开发商不得不咽
下的苦果。所以,在项目的开始不论是开发方仍是出资方都要明确这一条:需
求变,软件开发的投入也要变。
2、需求的改正要经过出资者的认可。
需求的改正惹起投入的变化,所以要经过出资者的认可,这样才会对需求的改正有成本的见解,能够慎重地对待需求的改正。
从前经历过一个项目,为了防范项目的风险,我们请了用户代表全程参加
了开发过程,结果此用户代表在开发过程提出了大量“小的需求改正,当开发人员按此需求改正改正了软件时,在项目进入现场推行阶段时,却有大量的这些
改正需要改回去,问题就是出在我们的项目组成员视该用户代表的需求为圣旨,却忽略了需求可否经过了客户方真实有决议权的人员的认可。
3、小的需求改正也要经过正规的需求管理流程。
小的需求改正也要经过正规的需求管理流程,否则会日新月异。在实践中,人们经常不愿意为小的需求改正去履行正规的需求管理过程,认为降低了开发效率,浪费了时间。正式由于这种见解才使需求的渐变不能控,终致使项目的失败。
4、的需求与范围定义其实不会阻拦需求的改正。
其实不是对需求定义的越细,越能防范需求的渐变,这是2个层面的问题。太
细的需求定义对需求渐变没有任何收效。由于需求的变化是永远的,其实不是由于需求写细了,它就不会变化了。注意交流的技巧。收集
实质情况是用户、开发者都认识了到了上面的几点问题,可是由于需求的改正可能来自客户方、也可能来自开发方,作为客户他们可能不愿意为需求的改正付出更多的投资,开发方有可能是主动的改正了需求,他们的目的可能是
使软件做的更雅致,于是作为需求管理者、项目经理需要采用各样交流技巧来
使项目的各方各得其所。
内容总结
(1)需求管理:软件项目需求管理简述
一、序言
在软件项目的开发过程中,需求改正贯串了软件项目的整个生命周期,从软件的项目立项,研发,保护,用户的经验在增加,对使用软件的感觉有变化,以及整个行业的新报考,都为软件带来不断完满功能,优化性能,提高用户友好性的要求
(2)这决定了项目组必定拥有需求管理策略