Project management 敏捷需求

我知道在敏捷中通过迭代的方法发现需求更好，但是我经常听说人们拒绝项目，因为他们放弃了预先的需求

---

为什么会这样？为什么前期需求不能按原样处理，例如只添加到产品待办事项中，然后进行优先级排序和实施？

前期需求没有什么错。事实上，在你启航之前知道你要去哪里很有帮助

---

敏捷很重要的一点是能够适应，这样，如果需求发生变化，你就不会被锁定在你不想要的东西上。

那种会让开发人员对项目三思而后行的前期需求，可能表明客户很可能是一场噩梦：

• 迷恋某一特定的、不合适的技术或表达方式
• 坚持具有明显漏洞的“安全性”

---

在敏捷项目中，最好在早期阶段向客户展示部分工作系统的当前状态，并获得反馈，使用这些信息帮助设计系统的后续部分。如果客户对最终产品的想法过于执着，那么他们可能无法在这一阶段提供有用的反馈，最终产品也可能不如预期的那么好

这对于敏捷来说可能是一个很大的问题一些团队会以此为借口不制定计划，因为他们希望“适应”。需求有助于关注软件体系结构，而在某些敏捷团队中，软件体系结构并不总是受到关注。正是这些观点让我相信敏捷应该只是一种原则，而不是一种方法。Digital Animal写了一篇有趣的文章，讲述了敏捷是如何被如此有效地使用的。对于一些团队来说，最好从敏捷的优点中学习，并用它来构建适合他们的方法

所以你是说，你知道有一些专业开发人员拒绝了潜在客户的商业报价，而这些客户实际上对他们的需求有相当的了解。