在敏捷开发方法系列成功浪潮之后，很少有人经受住时间的考验。但是其中有一种特殊的技术：PDD应急驱动开发-通过应急进行开发。
该技术具有敏捷开发方法学的基本原则，但缺乏不必要的仪式和技术工作量，只会降低团队的速度。让我们仔细看看这种方法的原理。
任务越新，优先级越高
在冲刺过程中，一旦出现新任务，其优先级就会超过之前计划的所有工作。毕竟，所有新事物总是更好，更重要。通常，这一点应包括在敏捷方法论的基本原理中。
致力于为客户提供价值的建议表明，团队应将先前计划的工作放在一边，并照顾新功能。
我们编写了与结果所需数量一样多的代码
开发人员通过编写代码来谋生。错误只能通过代码来纠正。讨论设计和UX只会减慢开发速度。因此，我们这样做：我们编写解决方案，确保该修复程序有效。如果一切正常，那么问题就解决了。让我们走得更远。
不要急于测试
实施修补程序后，应将测试安排为待处理任务。当然，测试是有用的，但不要太过分。您稍后可以照顾它们。创建故障单并将其上传到积压中。要检查功能，很有可能要进行手动测试。
相信你的感官
编程是一门艺术。本能和直觉是任何艺术不可或缺的一部分。倾听你的心。编写解决方案。更大胆地推出它。财富只在勇敢者身上微笑。
这个过程必须适应你
开发，测试和发布软件的任何过程都只是一组约定和规则。他们不是一成不变的。关键修复需要灵活性。可以预期，为了提高速度，将更改流程以适应团队的需求。
一切都来自经理
团队经理有权就发展问题发表意见。所有重构和对良好实践的遵守都可以并且应该被业务需求所取代。工程师当然可以表达自己的意见，但最后他们应该为从上层传递给他们的需求而努力。
结论
PDD是一种在尽可能短的时间内快速提高任何项目中团队合作速度的技术。
它在世界各地的公司中使用，是灵活且毫不妥协的编程的基础。