time 
设为首页】【收藏本站
当前位置: 主页 > 软件工程 > 需求工程 > 需求分析 > 需求管理之5个SP

需求管理之5个SP

时间:2009-11-14 21:52 点击:974次 字体:[ ]




  人是会死的,需求是会变的。相信大家都经历了很多需求变更的痛苦,项目被拖延,成本高涨,十有七八是需求管理没有做好导致的。有哪一些需求管理方面的常见问题呢,这里列举一下:

  1.因为项目进度赶等原因,在很多需求还没有明确情况下,便开始开发的工作。

  2.开始客户只能提出模糊的需求,客户喜欢先让你做个东西给他看,然后他才可能逐渐提出真正的需求,而需求调研人员,对此没有什么好的处理办法。

  3.客户以种种原因不签需求,项目组在不签需求的情况下,便开始开发工作。

  4.客户不承认之前提出来的需求,项目组又不能得失客户,项目成员苦不堪言。

  5.需求经常变化,无法控制。

  6.设计、代码与需求不对应,特别是需求变更时,不知道应该修改哪部分,也不知道会有哪些影响。

  ......

  这方面的问题可真是“罄竹难书”了,需求管理这个PA提供了能解决以上大部分问题的最佳实践。

  RM(Requirements Management)只有一个Specific Goals:Manage Requirements

  Requirements are managed and inconsistencies with project plans and work products are identified.

  中文大意是:

  管理需求并且识别出需求与项目计划、工作产品不一致的地方。

  这句话有两层意思:

  1.需求要被管理,被管理的意思又有两层:一是需求要被确认,二是要控制需求变更

  2.需求要用来指导下游的工作产品,如:计划、设计、测试等

  下面简单介绍一下这个Specific Goals下的5个Specific Practice:

  第一个SP是:理解需求。

  开发者应该理解客户的需求,如果这点做不到,后面的工作是没有意义的。所以,那种在没有理解需求的情况下,就仓促开发的做法是不合适的。



本文地址 : http://www.fengfly.com/plus/view-153263-1.html
标签: 管理 跟踪 变更 客户 需求 工作
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
验证码: