什么类型的特定开发模式支持敏捷开发?[关闭]

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

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

• 一队 对球队来说。-大多数开发人员觉得他们可以公开说话吗?如果是,那你就有这个了。
• A .
• 那些 不需要证明他们“无所不知”
• 有足够勇气的人 承认他们错了。
• -在有界参数内(“让我们试着在15分钟内。。。如果它没用,我们就把它扔掉。”)
• 相互尊重,精诚合作

• A 相信开发人员能继续工作是一个很大的帮助。(即无干扰)
• 按使用付费应用程序 真正帮助企业衡量软件发布对收入的影响。这使得计划博弈非政治化,因为决策是基于市场的反馈。

• 运行时/调试系统
• 根据正在运行的程序立即评估它 . 这就不需要对某些代码做什么进行辩论了—只运行它就更简单、更准确!
• ... 你可以在哪里 签入时的小代码单元 -例如,单独的方法或一个小类-当某些eliphantine源代码控制系统做簿记时,绝对没有等待的分钟
• 只需在一个范例中思考
• 使用 一种只有很少的概念能清晰地集成在一起的语言 (Simultalk,Lisp,Prolog,露比)而不是由世界上所有语法黑客组成的语言——使得凡人无法理解代码的语义(如C++和Perl)

我用了很多积极的措辞,但是你可以想象这些事情的不存在或相反的一面是消极的。。。

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

• 结对编程——在任何新特性上都有一对开发人员,以确保知识不会孤立于一个人。

• 持续集成-拥有一个自动构建机器,可以验证代码更改是否会破坏现有功能。

我要指出的是,敏捷并非只有一种方法,因为宣言对解释是开放的,而且可能会被曲解。