低代码原则＃3：敏捷方法与低代码，BFF

约翰登汉
2020 年 2 月 19 日
分钟阅读

罗斯和瑞秋。汤和三明治。低代码和敏捷。历史上又一对伟大的组合。

大写“A”的敏捷开发比低代码开发早几年推出。这是一种变革性的应用程序开发方式，因此敏捷开发的基本原则反映在低代码平台中也就不足为奇了。事实上，我们应该向开发了敏捷开发的一群有远见的人致敬。敏捷宣言，因为它显然对我们自己的低代码宣言提供了启发。

优先考虑人机交互。快速启动工作应用程序。密切协作。持续响应变化。

这些是敏捷的基本价值观吗？是的。这些是低代码的基本价值？是!

敏捷和低代码具有相同的总体目标：更好的软件开发方式。我们的低代码宣言在原则 3 中承认了敏捷的重要性：

敏捷方法论：
通过敏捷工作流管理整个企业应用程序开发生命周期，以消除瓶颈、支持迭代交付并实现最短的价值实现时间。

支持他们的思维方式、方法和平台

敏捷是一种思维方式。它是一种软件开发哲学，是优先事项和价值观的表达，旨在优化流程并创造最佳结果。它本身并不是一种方法或框架。人们已经创建了各种方法（Scrum、XP 等），以将敏捷原则组织到流程中。

低代码完全支持并改进了敏捷思维和敏捷方法，并且它们在许多关键领域相交叉。

人。即使今天人工智能发挥着越来越大的作用，人创建软件。业务线所有者、开发人员、最终用户——所有这些都是不可或缺的贡献者。低代码的创建很大程度上是为了让那些对应用程序最感兴趣的人能够密切参与其创建。每个人都是团队中的活跃成员。

合作。 任何团队的优秀程度都取决于其协作能力。我们的创始人认识到，缺乏有效沟通几乎总是软件故障的核心。团队成员拥有不同的专业领域，讲不同的语言。低代码的视觉语言对于克服这些挑战大有帮助，并支持敏捷对客户协作的重视。

响应变化。 本质上，这就是敏捷中的敏捷。“唯一不变的就是变化”这句格言并非用来描述应用程序开发的，但它本来可以被用来描述。确实，一旦最初的想法被构思出来，应用程序就会在开发和部署过程中不断变化和发展。敏捷方法欢迎变化，而低代码可以适应变化——通过紧密协作的小团队、磨练专注和努力的基于微服务的架构以及即时云部署来将变化付诸实践。

可以工作的软件。 快速制作出有用的产品。然后继续使用它。没有什么可以替代观察应用程序的运行情况，以了解哪些有效，哪些无效，甚至可能激发一个天才的想法。凭借基于模型的设计和可视化开发环境，低代码可将开发速度提高一个数量级（或多个数量级）。低代码完全超越了传统的瀑布式方法；在从最初的想法到可用的软件，然后快速迭代的时间方面，低代码根本无法与之匹敌。同样，在其宣言中，敏捷优先考虑“可用的软件而不是全面的文档”。我们同意这一点，所以我们在 Mendix SDK。

强大的反馈回路。 这在敏捷或低代码宣言中都不是特定的原则，但肯定是隐含的。协作、变更管理、工作软件——如果没有积极、持续、有效的反馈机制，这一切都不会发生。这就是为什么它需要内置到低代码平台中。故事和更新、更正和评论、注释和回复——都是自动的，并且随时可用。这是我们特定的低代码平台的一个关键优势，也是我们为实现敏捷理念做出的重要贡献之一。

关注业务

低代码真正实现敏捷承诺的地方在于让业务团队成员（内部支持者/客户）深入而持续地参与开发过程。我们认为，要想在正确的时间构建正确的应用程序，没有什么比业务和开发双方步调一致更重要的了。

这就引出了业务开发运营. 与 Agile 一样，DevOps 是一项旨在打破障碍、简化流程和流程并创造更好的产品以提供更好的结果的运动。与 Agile 一样，DevOps 与低代码紧密相关。总而言之，我们来到了 BizDevOps，它现在首次解决了完整的应用程序生命周期 在实现业务目标的背景下。

换句话说，敏捷性、低代码和 DevOps 带来的益处不仅会惠及开发过程，还会惠及业务及其目标。企业可以更快地应对竞争压力。创新可以迅速推向市场。运营效率得到极大提升。客户体验更好，参与度更高。

低代码平台融合了敏捷思维并结合了 BizDevOps 流程，实现了最终目标：将正确的解决方案交到正确的人手中，帮助他们更好地完成工作、赚取更多的钱，同时通过大幅减少返工实现大幅成本节约。