Leadge.com首页 > 知识库
文章搜索
用敏捷开发的方法定义需求
2009-2-17 9:22:47  作者:Martin Crisp
  
  可能每个人都在描述需求的时候都有自己喜欢的方法,但对于团队来说,更重要的是团结协作,为各种需求确定合适的方法,而不是勉强用一种方法来描述所有的需求。
什么时候即时信息比文件信息更有用

  即时交流(比如用电子公告板)无疑是传递需求最快的方式。但这“开始时”的快捷所带来的问题是,它无法保证所有利益相关人同时获得信息,并且有时会产生太多的细节方面的假设。这种情况下,每次需求细节分析都很容易得到与两周前不同的结果,更不用说两个月前了。这会导致在开发、测试、编写用户说明文档和培训材料过程中产生对需求的误解,浪费很多时间。所以虽然开始的时候可能会节省时间,但长远看来,却是在浪费时间。

  那么什么时候即时信息比文件信息更有用呢?敏捷方法认为通过文件进行交流更为有效,但从我的实际经验来看,人们经常忽略这一点,引发许多后果。除非可以创造比长期效益更大的短期效益,否则决不能仅依赖于即时信息。

  会议记录或电子公告板的截图或许是讨论所有利益相关人的需求的开始。然而,当所有图片或记录消失于数不清的电子邮件中,也没有存储在关联了其它需求细节的核心信息库中时,团队将很确定在整体需求网络中的位置。

  维持所有需求与核心信息库的联系

  不管团队选用什么方法描述需求,将这些需求细节或文件有条理地储存在核心信息库中并保持相互之间的关联将是需求采集过程成功的关键。你不能仅靠人力去整理数不清的邮件和描述信息。手工维护和更新需求文件之间的关联是很繁琐的工作,很可能导致无法跟上进度。所以无论如何都要让信息库能够根据你的方式自动创建和维护这些关联。比如某阶段的一个用例用到一个显示屏幕,那么信息库要自动将这个显示屏幕与这个阶段关联到一起。

  限于篇幅,无法进行更深入的讨论。但最需要注意的几点是:

明智地确定开始时所需的细节等级,并做好在最后阶段更改的准备。
选择合适的方法描述需求。
维持一个关联所有需求文件的、完整的核心信息库。

此文章共有2页  上一页 1 2

文章来源:中国项目管理资源网

发表评论    【推荐】 【打印
我来评两句 查看最新评论〗 
请您注意:
·遵守中华人民共和国的各项有关法律法规
·承担一切因您的行为而导致的法律责任
·本网留言板管理人员有权删除其管辖留言内容
·您在本网的留言,本网有权在网站内转载或引用
·参与本留言即表明您已经阅读并接受上述条款
昵称: 匿名
 
图片广告
热点文章
论坛精贴