在需求过程当中,要通过网罗知识,与客户、顾客交流需求,清晰记录下需求,给出每条需求的验收标准,形成需求规格说明书,通过质量关的审查和确认。除此之外,还应进行风险分析。进行需求风险分析,可以针对这些需求风险事先制定缓解措施,这样可以在风险发生时将风险的影响降到最低。 下面所列的是要考虑的8种需求风险。
风险承担者,或者叫利益相关方,是那些对软件开发有影响的人。一般地,包括下列角色:用户、客户、顾客、项目负责人、产品经理、业务专家、设计、编码、测试、系统分析、QA、反对者、技术专家、相邻系统等。对着这一长串名单,可以比较一下,通常有几个是容易被忽略的,比如业务专家、反对者等。这条风险是比较常见的一条需求风险。
不同的风险承担者对于软件的期望有着不同的见解。在软件开发早期,应当使不同的风险承担者对需求的理解达成一致,避免因风险承担者对需求的不一致理解而给软件开发带来阻碍。
随着软件开发的进程,用户或客户或顾客,可能会不断地提出新的需求,导致需求不断蔓延,以至于项目的进度和成本远远超出预期。
镀金需求,是那些锦上添花的需求。完成了镀金需求,可能会使用户满意度提高,不完成也不会使用户的不满意度增加。
每条需求,都应有相应的可量化的验收标准。这样,在测试需求是否实现的时候,有量化的数值可以准确无异议地作出判断。
需求变化过于频繁。不断的需求变更,导致设计和实现不断变更,项目进度、成本、质量都会受很大影响。
如果需求变更控制不力,可能会使得不必要的需求变更过多,或者变更后的验证不充分,引入新的缺陷。 风险编号:Risk007 风险描述:由于需求变更控制不够,导致项目进度受严重影响。 风险影响:高 风险发生概率:中 风险缓解措施:加强需求变更影响分析,尽量减少不必要的变更;加强变更后的验证活动,尽量避免引入新的缺陷。
存在过多待定的需求,可能会在将来引入过多的需求变更。
参考:《软件过程管理》 微信号:IdeaofSE |
|