最初发表于 知识小屋！
今天的解决方案开发涉及大量的反复试验。 这导致团队进行多次迭代，以找出使事情正常运行的最佳方法。 但是，您如何确定自己是否在做“正确的事情”？ 您如何确定自己是否走了正确的道路？ 更重要的是，您何时确定是合适的时机？
快速失败，更快学习
- 接收器– Rohini Kejriwal –中
- 12个讲故事的原则，或者：少说话，多采取行动。
- 如果有人要您展示您对自己的了解程度，您会怎么说？
- 父亲节快乐……我的礼物摆脱了家人的束缚
- 为什么会这样很难承认对自己，我们是创意？
敏捷的关键原则之一是“快速失败并快速学习”。 简单来说，这意味着团队应该尝试一下，向相关的利益相关者演示，获取反馈并尽早采用学习方法。 更好地将其标识为敏捷中的“计划-执行-检查-适应”周期。 团队可能最终会以迭代方式一遍又一遍地为特定功能或任务完成此循环。 通常，这将使解决方案更强大，而且很少会失败。 但是，什么时候将功能称为“完成”？ 即使这样，这些故事是否“真的完成了”？
‘Done’的定义
敏捷中的一个重要概念是所谓的“完成定义（DoD）”。 简单来说，它包括我们确定故事或故事完成的情况。 它可以帮助团队确定何时将功能卡在信息辐射器中移至“完成”状态。
完成的定义在项目之间以及团队之间是唯一的。 在项目开始之前，团队必须坐在一起确定构成完成定义的标准。 以下是精心设计的国防部的示例。
- 必须详细说明功能并通过示例定义接受标准
- 解决方案/组件必须经过设计，审查和同意
- UI设计完成
- 开发代码
- 代码审查完成并通过
- 单元测试完成并通过
- 质量检查测试已完成并通过
- 功能已集成到主要解决方案中
- 集成测试已完成并通过
如果满足所有条件，我们通常会将故事移到“完成”状态。 但是，将来该功能经常需要更改或重新访问。 这可能会导致在待办事项列表中创建一个新故事以进行必要的更改。 所以实际上，这个故事不是“完成”的。
实现完成状态
“完成”状态真的存在吗？ 是的，有可能发生。 如果故事不再需要任何更改并且以后不再出现，那么它真的是“完成”。 可能需要团队进行多次迭代才能使解决方案达到这种状态。
显然，该过程涉及成本。 赞助商在消耗的资源（人力和非人力），机会成本以及以错误，缺陷和报废形式产生的浪费方面的成本。
“不会杀死我们的东西，会使我们变得更强大”
弗里德里希·尼采（德国哲学家）
那么您应该继续多长时间？ 这就像攀岩者试图爬垂直山的情况。 登山者将利用他的手和脚，他的攀岩装备以及他的意志力一步一步地推动他前进。 他将失去握力，滑倒和失去地面的次数。 但是他会站起来，继续攀登，直到到达山顶。 但是，如果它变得太危险并且风险不值得，他将纾困并停止攀登。
知道何时纾困
对于敏捷团队来说，知道何时退出非常重要。 用敏捷术语来说，我们称其为“透视”。 要进行透视，就是要了解您做错了什么，退出迭代并继续使用其他功能。 关于何时决定旋转的原因有多种。
阅读本文以获取透视示例。
Pivoting to success: Agile founders who turned their companies on a dime
敏捷团队很可能在“错误”的时候，
- 实施功能或将其移至“完成”状态的成本呈指数增长
- 前述其他任务，功能甚至项目的机会成本非常大
- 投资回报率快速下降
- 看不到尽头—您不断进行迭代和进行改进，但是您所做的事情充满不确定性和模棱两可，您无法看到终点线
- “完成”状态永远不会实现
以上只是一些认识到您很可能在做错事的原因。 快速采取行动以识别这一点并退出您正在做的事情。 对您而言，继续进行迭代可能毫无意义，对您将时间和精力投入到其他事情上更为有益。
所以，明智地行动！！ 快速失败，快速学习，最重要的是更快地旋转！！
