哪些类型的特定开发模式支持敏捷开发？

Question

反之亦然：“什么类型的特定开发模式不支持敏捷开发？

简而言之:我不是在寻找“方法论”或“理论”。我说的是在敏捷的迭代过程中编写代码的特定模式。

显然，一些开发模式更倾向于瀑布。其他的，为了敏捷。

我正在寻找围绕你自己编写代码的个人经验的细节。这就是为什么这不是主观的原因。

Answer 1

我认为快速应用开发，迭代/增量开发，甚至混沌策略都会支持敏捷方法论。

任何需要在需求阶段固化所有内容的东西都不支持敏捷方法论，例如瀑布模型、能力成熟度模型(CMMI)、牛仔编码，甚至用例驱动开发。

Answer 2

良好的人际关系方面：

• 一组开发人员，他们相互信任，并欣赏他们为团队带来的的不同技能。-大多数开发人员觉得他们可以公开发言吗？如果是，那么你就有了这个。attitude.
• People
• A flexible attitude.
• People all'
• People 不觉得有必要以足够的勇气来证明他们'know it all‘
• People’来承认他们愿意尝试一些新的-在有限的参数范围内(“让我们试着在15分钟内尝试一下……如果它无处可去，我们将抛出away.")
• Mutual-respect，并在业务和开发人员之间热切地合作--“同一个团队”的态度。“我们都在‘信任圈’里”;-)

有帮助的业务条件

• 对方法论没有兴趣的业务，相信开发人员会继续下去，这是一个很大的帮助。(例如，no interference)
• Having，一个的按使用付费应用程序，确实可以帮助企业衡量软件发布对收入的影响。这使计划游戏去政治化，因为决策是基于市场的反馈。

编程语言方面：

• runtime/debug系统，让程序持续运行，同时你编辑 it (没有时间浪费，精力消耗在每个开发步骤之间的大构建。)
• ...在这里你可以输入一些代码，然后会根据正在运行的程序立即对其进行计算。这消除了关于某些代码将做什么的争论--直接运行它更容易、更准确！
• ...你可以在你的签入中使用很小的代码单元--例如，单个方法或者一个小类--当一些简单的源代码控制系统执行book-keeping
• ...时，绝对不需要等待几分钟在这里，只需要考虑一种范式--也就是只考虑对象或函数等--没有SQL、XML、可编程模板语言或其他语言外的东西。这意味着当你进行重构时，你可以在代码库中把工作从一个地方推到另一个地方，而不需要付出“复杂性代价”来跨过边界进入SQL、XML或模板或任何其他黑客语言...
• 使用，这是一种几乎没有什么概念可以干净地集成的语言(Smalltalk，Lisp，Prolog，而不是由世界上每一种语法攻击组成的语言，这使得普通人不可能理解代码的语义(比如C++和Perl)
• languages，它们通过抛出异常或以其他方式响应来容忍失败，而不是崩溃)，这意味着您可以在不停止、启动和重新构建所有时间的

的情况下进行测试

我对这些事情中的大多数都是正面的，但你可以想象这些事情的缺失或相反都是负面的……

Answer 3

迭代开发是敏捷的必要部分(尽管还不够)，而“瀑布”并不支持它。