敏捷运动失去了哪些好的做法（如果有的话）？

Question

我是一个长期敏捷的人，但困扰我的敏捷之一就是许多敏捷的从业者，特别是年轻人，已经抛弃或缺少了很多好处（非Scrum，非XP）实践。 Alistair Cockburn写作用例的风格让人想起;正交数组（成对测试）是另一种。

我主要阅读敏捷相关的书籍和文章，并与敏捷民众一起工作......有什么我想念的吗？

Answer 1

在没有人写下为什么做出特定决定并且所有相关人员离开的情况下，看看这些系统是如何可维护的，可能会在5到10年的时间内发挥作用。

Answer 2

  

有什么我想念的吗？

是的，我想了很多，但前提是您对Softawre Development Processes感兴趣。

我喜欢这句话：

  

每个项目都应尽可能灵活，但不能更灵活。

并非每个项目都可以灵活......但我认为80％+可以。

我认为敏捷是“car of the year”。它非常适合大多数人，但如果您需要/想要一些特别的东西，例如能够加速300KM / H的车或能够运载20吨货物的车，您需要其他东西。

还有很多情况下人们可能想要的东西比“年度汽车”需要一本书写下来的东西:-)我建议你Agility and Discipline Made Easy: Practices from OpenUP and RUP。在本书中，您会发现很多“缺失的部分”。理解的关键是敏捷只是软件开发过程的一个（请求）属性，有时无法实现。该书描述了几个关键发展原则（这是RUP的基础），并解释了在不同的采用水平上使用它们的“仪式”和“迭代性”的级别。

示例

实践：自动化变更管理和改变传播

在您的项目中，您可能需要非常先进和严格的变更管理，并通过实施自定义或重新配置现有工具以及使用变更和控制委员会来决定“自动化变更管理和变更传播”。

效果：这很可能会提高你项目中“仪式”的水平。

Answer 3

  

（...）抛出或遗漏了很多好的（非Scrum，非XP）实践。

Scrum不是规定性的，由您决定如何做事。换句话说，没有什么可以强迫您使用用户故事（即使用户故事适用于许多团队，也没有达成共识），所以如果您认为它们更适合您的上下文，请随意使用（轻量级）用例。为了说明这一点，Jeff Sutherland报告他再也不会将用户故事用于PDA设备项目（他们在他现在的公司中使用某种“轻型规格”）。这同样适用于测试，使用适合您的任何东西。总而言之，如果您发现XP不够灵活，请使用其他内容......并进行检查和调整。

Answer 4

迭代开发。

在实践中，敏捷团队可能会进行迭代（或者任何事情，敏捷是一种“真正的苏格兰人”），但敏捷流程并不需要或定义迭代开发。

以RUP为例 - 笨拙和臃肿，它确实为敏捷错过的长期发展编写了一些好的方法。

---

总的来说，敏捷是一种避免问题的方法：如何避免长期规划，如何保持团队规模小，任务简短，涉及客户等等。它经常工作，但有时你有面对和解决问题：如何达到严格的期限，使大团队工作，实现远程和复杂的目标，使客户完善要求。那时候人们需要超越敏捷。