BDD 是规划中型项目的解决方案吗？ [关闭]答案

【问题标题】：Is BDD the solution for planning a medium sized project? [closed]BDD 是规划中型项目的解决方案吗？ [关闭]
【发布时间】：2012-05-01 18:57:09
【问题描述】：

我正在启动项目编号 8,192。像我的大多数项目一样，它们要么是一次性的项目，要么是因为无聊、时间或缺乏用处而被取消的项目。

但是有一个项目已经搁置了很长时间，我真的很想完成。在我的理想世界中，首次发布应该需要 3 个月。

无论如何，我最大的问题之一就是将一个大型项目（甚至是中小型项目）分解为可管理的部分。我的错误是总是直接跳到终端上，打开 Textmate 并开始编码。这几乎总是失败。我迷失在feature creep 中，学习更新的方法，框架之战等。然后，两个月过去了，没有任何表现。

所以我在想 BDD（例如Cucumber）是否可以解决这个问题？是否可以使用它来确定较大的部分，然后是较小的部分，直到我有一个项目的大部分功能列表。那时，我只是开始编写代码，对吗？

您对解决这个问题有什么建议，我相信其他开发人员也会分享。

顺便说一句，我使用的是Rails 3（有时是帕德里诺）。

谢谢

【问题讨论】：

纪律，而不是开发方法，可以阻止功能蔓延。
我同意 100%。但是，用我最好的忍者声音，I lack disipline!。哈哈。说真的，我正在寻找更好的方法来保持自己的正轨，以便通过更好的流程和程序变得更加自律。
（转为回答，以便我可以使用段落。但这不是答案。）

【解决方案1】：

在哪个轨道上？ BDD 不定义轨道——它传达轨道。

BDD 可能是您拥有（或需要）的唯一要求，但这并不能解决喂养生物主义的问题，除非您有纪律不实施任何不存在规范的东西。

未捕获的功能不会得到实施，期间。如果添加了一个功能，它会获得一个范围，并与其余功能一起优先考虑。它可能会篡夺不受欢迎的东西，也可能不会。

产品所有者（在这种情况下是您）必须决定在分配的时间内可以实现多少，以及应该实现哪些功能。归根结底还是要遵守纪律，但是，您只有一个工具（帮助）确保您实现的内容是您真正想要的。

然而，它并不能确保你得到的只是你最初想要的——它不能确保在上面没有实现任何else您费心实施的规范。

【讨论】：