为什么我应该使用功能驱动开发？

Question

极限编程、Scrum和测试驱动开发绝对是目前最流行的敏捷方法。但是最近有人建议我看一看特性驱动开发。

你有没有用过这种成功的方法？使用它的好处是什么？

Answer 1

我认为FDD是一种包装器方法，因为它允许您在非常高的级别上应用一种方法来管理项目，但它仍然允许您在较低级别上使用其他方法。

FDD的重点是能够设置估计和时间表，并报告整个项目的状态，或在非常细粒度的级别上报告，但它没有规定创建时间表所应用的特定方法，而是让您来决定。这个想法是，你可以查看你的项目，并确定项目的状态是什么，你是否按时，滑倒，提早等等。

我使用FDD作为一种方法，将我的项目组织到可管理的阶段，这样我就知道何时结束并开始任何给定的阶段。但就其本身而言，FDD将是非常无用的。例如，我个人使用基于证据的调度和组合的BDD/TDD作为开发流程的元素，这些流程在一种FDD保护伞下进行管理。就我个人而言，我无法在不遇到问题的情况下完成完整的XP或SCRUMM，因为如果我的项目和团队被迫从事其他方法的实践，而这些实践不能为我们自己的独特情况增加价值，那么他们将受到阻碍。

在任何情况下，最好不要固定在任何给定的方法上，因为公司和项目的需求/条件可能会定期变化，如果您希望项目成功，那么您需要灵活地处理管理项目的方式。没有一种方法是灵丹妙药，所以诀窍是确定哪些方法对您有效，并调整您的方法以满足您的个人需求。这就是“敏捷”的根本意义所在。

Answer 2

FDD是一种较旧的方法。它有很多其他敏捷方法论的想法，但也有一些遗漏了。就像Scrum一样，它有点专注于管理，我认为你需要XP中的一些元素来进行实际实现。

FDD当然是一个有趣的研究。但就像Scrum和XP一样，我认为你必须理解其中的机制，而不仅仅是实现实践才能取得成功。如果你只是“做FDD”或“做Scrum”，你就不能像你应该的那样适应。

如果您想了解敏捷，我将研究以下内容

Scrum或FDD，以了解管理可以从敏捷中获得什么。

XP，以了解如何从技术角度实现敏捷。

清楚地了解通信方面的内容。

精益敏捷:以完全不同的视角看待敏捷方法论

顺便说一句，我不会把TDD称为敏捷方法论。这是一种来自XP的实践，但本身并不是一种完整的方法。