培训服务 | PMP认证 | PgMP认证 设为首页 收藏本站 关于我们 联系我们
敏捷开发如何做需求
发布者:佚名 来源:互联网 点击: 发表日期:2015-03-21

  当前的业务系统开发的成功率之所以越来越低,除了用户的需求越来越复杂之外,还有一个很重要的原因就是用户的需求越来越不明确。当用户在考虑开发这个系统时,他们之前的需求并不明确,他们并没有考虑到所有需求的细节,而只是想了一个大概。

  面对这种情况传统的做需求的方法,肯定不能满足。而敏捷所提倡的和用户工作在一起,迭代式做需求的方法是一个很好的方法。但是其实在使用这些方法的时候也会遇到很多问题。

  例如,会有下面的问题:

  问题1:一般开发公司和用户都有物理距离的限制,而需求分析人员以及设计人员开发人员也不可能从项目开始到结束都在客户这边。这里面有开发公司成本问题。

  问题2:项目的需求分析人员并不是一定熟悉项目业务领域,更不是这个领域的专家,所以这对需求的获取和分析都会带来一些困难。

  问题3:如果项目时政府的项目,而且如果负责提出主要需求的是个领导,那就会很麻烦了。因为领导可能整天开会,能和你一起讨论需求时间很少,所以这时就会需到很大的问题。

  问题4:如果项目是个烂尾项目呢?什么是烂尾项目呢?就是指面子工程,当然客户基本上也都是XX,不是XX,谁也没有那么多闲钱来搞这些东西,但东西,这些项目确实又养活了很多软件公司。这样的项目基本上有大致的需求,但细节没有人关心,基本上也没有人去做需求,等领导来检查了,然后就开始急着提需求,然后要求马上就要做出来。

  这种情况下,基本上需求都要靠开发公司自己来想,并且在很长时间内用户可能没有任何需求,但如果领导要来检查,可能又会提出一系列的要求,并要求在很短的时间内提交。问题5:如果客户方的项目负责人不是当前领域的专家,那就更麻烦了。因为他是项目的负责人,所以基本上所有的需求都应该和这个人交流。但是这个人确实不熟悉他们的业务领域,所以做出来的需求可能并不是用户真正需要的。当真正使用这些功能的人员时间交流时,可能会出现偏差,否定之前那个人的需求。这时可能刚开始提出那个需求的人就会有些意见。这也会导致一系列的问题。

  最近我们的一个项目,做需求就遇到了一些困难:

  首先我们的这个项目时XX的项目,是规划方面的。他们的一个领导是规划方面出身,是这个项目的最终负责人。但这个领导很忙,整天开会,时间很少,所有就让下面的一个人来负责我们的需求。但是这个人又不是搞规划出身,所以基本上提不出特别好的需求。有些需求做出来之后,当那个领导有时间讨论时,发现有些需求可能是不对的,所以造成了我们做需求很困难。

  问题3:如果项目时政府项目,领导又很忙的话,那就让他指派一个人,专门负责这个项目的需求,并定期的和这个领导汇报就可以了。问题4:如果这个项目时一个烂尾项目,需求不好做,我觉得就可以专门有个人盯着这个项目,平常也可以干别的事,等用户提要求了,再做。既然用户是这样的,我们也没有太好的办法,只能使用非常规手段了。问题5:一定要让客户安排一个领域方面的专家来和自己交流需求,否则,做需求的时候肯定会遇到很多困难。

  第二:即使开发公司了解该领域的业务,也应该派一个人和用户在一起工作,请教用户各种他们工作的细节以及领域方面的知识。派谁去呢?需求分析人员还是其他人?我觉得项目经理最合适,因为一般项目经理从项目开始启动,到项目最后结束都要跟着,而其他的人员可能在中间会参与其他的项目。而需求的获取,改变在整个项目的生命周期中也都会有。而项目经理要和用户进行交流,必须了解用户的领域业务,否则如果连用户说的一些领域名词都不能理解的话,那需求做起来就比较麻烦了。

  第三:用户方要找到一个懂得业务的人员来和软件开发方的人员交流需求,并且有充足的时间来和用户一起讨论需求。如果用户方让一个不懂业务的人员来和你一起交流业务的话,作为项目经理,你最好拒绝。就想我们这个项目似的,现在遇到了很多的麻烦,就和这个地方有关,但现在由于很多原因,不能中间换人,所以搞的我们现在很被动。

  第四:那就是迭代做需求,这个是敏捷开发的精神,所以我默认大家都是这么做需求的,并放在了最后一条。

发 表 评 论 相 关 信 息
姓名: 邮箱:
内容:
全部评论
  • 一步步学敏捷开发—如何做需求分析
  • 敏捷开发破解需求频繁变更困局
  • 共创国际项目管理顾问旗下网站:中国研发管理网 | 项目管理者联盟 | 中国工程管理网
    Copyright © 2005-2014 ChinaRDM.COM 研发管理网 All rights reserved. 京ICP证060517号