| 关注 @alexbunardzic
加拿大不列颠哥伦比亚省温哥华市
自 1990 年以来，Alex 一直从事软件开发。他目前的热情是如何将“软性”带回软件中。他坚信，我们的行业已经达到了相当高的成熟度，完全可以实现这个崇高的目标（即将“软性”带回软件中）。实现这一目标的绝佳方法之一是采用“快速失败”的方法，即制定一个可衡量的目标/测试，然后迭代直到测试通过。之后，派出嗅探警犬检查货物（即使用变异测试），如果警犬没有检测到任何非法物质，那么你的代码结构就是最优的。这意味着它又回到了柔软、可塑、柔韧的状态。这意味着你提高了业务运营的灵活性。
Alex 目前在 WorkSafeBC 咨询，这是一个致力于在不列颠哥伦比亚省为雇员和雇主提供安全工作环境的道德待遇的组织。 Alex 负责领导和确保组织层面的审慎软件工程实践。
要阅读更多 Alex 关于技术的文章，请访问他的博客： http://digitalexprt.com/blog.html
作者评论
我不确定我是否理解你的理由。为什么瀑布式最适合你？瀑布式为你解决了哪些敏捷无法解决的问题？
项目/活动的持续时间不是区分瀑布式和敏捷的因素。你是对的——你可以有持续多年的敏捷项目，也可以有持续只有半天的瀑布式项目。
区分瀑布式和敏捷的是两个因素
1. 大型前期计划/设计
2. 门控阶段
在瀑布式中，在我们首先掌握完整的详细蓝图之前，我们不会尝试构建任何东西。我们称这些蓝图为“需求文档”。需求文档的交付标志着对话的结束。这些文档被冻结，只有当该阶段完成时，我们才会进入构建阶段。
构建阶段也是门控的；它必须完成，然后我们才能进入下一阶段——测试。等等。
敏捷则恰恰相反。在敏捷中，没有人会等待大型前期计划/设计。指定需求与构建、测试等并行发生。
你可以看到瀑布式和敏捷之间存在着巨大的、不可逾越的差异。