如何避免"坏"的要求

Use*_*er1 10 requirements

我经常听到"X%的软件项目由于要求不好而失败".该声明中的X大约介于70到95之间.但是,我很少听到要求变坏的情况.事实上,声明本身表明实际上有要求.

是什么造成了"坏"的要求?怎么可以避免?

Jur*_*uri 15

要获得成功的需求启发,您需要

  • 让您的客户到现场,讨论要求,让他向您解释
  • 要求必须是可测试的,可验证的.拥有它们的列表,最后您应该能够查看列表并直接验证它们在最终产品上的正确实现.
  • 他们应该有适当的细节.存在不同类型的要求(目标级别,域级别,产品级别,设计级别).要求应适当分类.

通常问题在于客户和开发人员之间缺乏沟通和理解.此外,请记住,有时甚至客户本身也不能完全了解他想要的东西.因此,讨论,纸张原型等非常重要.

这张照片是我最喜欢的:)

在此输入图像描述

  • @ User1:您可以在http://www.projectcartoon.com/上自己创建一个.玩得开心 ;) (3认同)
  • +1之前我见过这张图.我想知道是谁最初做的. (2认同)
  • 当我4岁的女儿要求解释这些图片的含义时,最有趣的事情开始发生;-))). (2认同)