关于优秀的需求探索和定义的技巧，有大量的文献资料。然而，了解到能做什么并不是最主要的问题。主要的问题是，几乎没有人认为所有的这一切是必须的。大多数的人要么认为一个快速并且劣质的需求分析已经足够好了，要么根本没有意识到他们的过程是快速的和劣质的。另一个问题是，只有少数人能够熟练的执行所有需要的分析，并且一遍就能完成。
四 、以寻求对话为目标
实际上，需要制作出一个好的产品真正需要的是一系列想法，开发者能够很好的理解产品、实际执行，以及（如果实施了）就会制作出一个足够理想的产品。我们应该利用任何一种满足需要的并且在恰当时机出现的过程。它甚至有可能满足需求，而没有编写任何需求文档或者任何的需求分析阶段。无论文档和阶段的价值是什么，他们都是达到目的一种手段，并且对于手段和目的都保持清晰的认识是对抗固定的最强大的防御。
引用需求专家Brian Lawrence的一句话，“许多人在现有的需求规格中关注需求。需求是设计选择的驱动程序--是我们为什么决定建造什么的原因。这些原因存在于我们思想中，因此，整套的需求都是在所有产品利益相关者的共享空间里面。”一个需求文档仅仅是那些共享空间中的一个信息模型，但是它帮助我们管理误解的、不切实际的和不好的需求的风险。
……………………
查看全文请点击下载：http://www.51testing.com/html/02/n-227802.html
立即使用下面的模型进行实践：
● 需求规格是一个减轻需求管理的工具。即使是未完成的或者模棱两可的，也能够提供有用的线索，对于更深的和共享的理解需求。
● 由于该需求文档是不完整的，所以它不能成为后续工作唯一的基础。应该通过其他渠道获取信息，例如口头交流、专业知识和原型。
● 需求规格并不是需求讨论和谈判的替代品。
● 开发的需求阶段并不是对所有的已经发生的进行定义，相反的是发生了足够的事情，需要增加交流的和没有关注到要将简便的工具或重复的大量工作引入的风险。
● 继续判定需求就像技术上的限制一样都是偶然碰到的和需要探索的。需求的优先顺序可能会因为面对的困难和意识到他们对于一个产品的价值时而发生改变。
当我们固定在详细需求的过程中，我们试图顺服那些可能让我们履行过程的管理者，并且当他们不支持我们时我们会抱怨。当我们固定在一个快速的过程中，我们试图通过执行最小的需求来获得满意的过程。但是，还有第三种方法。我们可以拒绝固定在过程中，并且用解决问题来替代它。我们可以以寻求对话为目标重新定义需求过程，它们的目的是管理建立在错误产品上的风险。
……
查看全文请点击下载：http://www.51testing.com/html/02/n-227802.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
