在 SaaS 平台上应用敏捷和 DevOps 方法论
许多 SaaS 平台，包括内容管理系统（CMS）、客户关系管理平台（CRM）和营销自动化平台，具有无需任何编码即可配置工作流程、体验和报告的高级选项。敏捷方法论可以为需求优先级排序、测试配置选项以及与最终用户验证结果提供一个结构化的过程。
Cognito Forms 的联合创始人兼首席执行官 Jamie Thomas 表示：
“可配置的 SaaS 平台减少了创建和修改自定义解决方案的时间和精力。这使组织能够真正实现敏捷，快速构建和尝试新的流程和自动化解决方案，几乎实时地根据反馈进行迭代，并使组织能够持续演变其流程以满足不断变化的需求。”
许多 SaaS 平台增加了生成式 AI 和协同助手功能，帮助管理员进行配置和报告。具有易于实施的配置选项的 SaaS 平台适合于 Scrum 中的短冲刺或高度快速的看板流程。
DataOps.live 的首席执行官兼联合创始人 Justin Mullen 表示：
“新兴的 AI 协同助手功能为 SaaS 平台带来了新的智能低代码/无代码功能。对于许多 SaaS 产品，仅需用简单的英语描述数据和需求，就能自动编写和交付全新的功能。”
在 SaaS 平台上应用敏捷和 DevOps 方法论许多 SaaS 平台，包括内容管理系统（CMS）、客户关系管理平台（CRM）和营销自动化平台，具有无需任何编码即可配置工作流程、体验和报告的高级选项。敏捷方法论可以为需求优先级排序、测试配置选项以及与最终用户验证结果提供一个结构化的过程。Cognito Forms 的联合创始人兼首席执行官 Jamie Thomas 表示：“可配置的 SaaS 平台减少了创建和修改自定义解决方案的时间和精力。这使组织能够真正实现敏捷，快速构建和尝试新的流程和自动化解决方案，几乎实时地根据反馈进行迭代，并使组织能够持续演变其流程以满足不断变化的需求。”许多 SaaS 平台增加了生成式 AI 和协同助手功能，帮助管理员进行配置和报告。具有易于实施的配置选项的 SaaS 平台适合于 Scrum 中的短冲刺或高度快速的看板流程。DataOps.live 的首席执行官兼联合创始人 Justin Mullen 表示：“新兴的 AI 协同助手功能为 SaaS 平台带来了新的智能低代码/无代码功能。对于许多 SaaS 产品，仅需用简单的英语描述数据和需求，就能自动编写和交付全新的功能。”为无代码和低代码平台调整敏捷方法论具有更广泛编码能力的平台为敏捷团队提供了更灵活的工作流程、用户体验、报告和集成功能。Tray.io 的联合创始人兼首席执行官 Rich Waldron 表示：“在低代码中开发时，敏捷团队的主要区别在于速度和协作。借助低代码平台，特别是具有 AI 增强协同助手的平台，敏捷团队可以将业务技术人员纳入开发过程，大大扩大了开发者队伍，这意味着更多的资源和更快地交付与业务需求紧密结合的工作流程和集成。”这意味着使用低代码平台的敏捷团队通常包括熟悉敏捷方法论和敏捷管理工具的技术人员，以及对敏捷不太熟悉的业务人员。技术负责人应预料到，作为公民开发者加入敏捷团队的业务人员可能是第一次学习敏捷、测试、变更管理和部署流程。团队领导者应投入精力，使新接触敏捷的参与者了解敏捷规划和试验的好处。与 SaaS 类似，团队应寻求简单的低代码和无代码实现，并尝试平台的功能。Kissflow 的首席产品官 Dinesh Varadharajan 表示：“低代码平台通常涉及更广泛的利益相关者，包括业务分析师和非开发人员。因此，它们需要更好的抽象层，以允许非技术用户构建和部署应用程序。在低代码环境中，定制和配置之间的平衡更加突出，需要在使用预构建组件与自定义开发之间进行谨慎的决策。”低代码可以带来显著的创新和生产力收益，但如果敏捷团队随意开发任何他们想要的应用程序，也存在风险。重要的是建立保护措施和最佳实践，以避免在架构、集成、安全、数据治理和技术债务方面与软件开发中类似的风险。Quickbase 的首席信息官 Dalan Winbush 表示：“低代码平台与敏捷之间有着天然的联系，使开发过程更容易、更快、更具协作性和适应性。治理至关重要，确保数据一致性、工作流程透明，以及团队获得保持高效所需的信息。这种平衡确保任何新的应用程序、流程和工作流程不会减缓生产力。”以下是我对适应低代码开发的敏捷实践的建议：为 SaaS 和低代码平台调整 DevOps 实践当 SaaS、无代码和低代码在云中运行时，这是否意味着 DevOps 实践不再适用？我认为不是。当生产中出现应用问题时，业务利益相关者和最终用户仍然期望 DevOps 团队解决它们，找出根本原因，并提高可靠性和性能。Copado 的高级副总裁兼首席布道者 David Brooks 表示：“你必须能够将用户故事与环境中所做的更改相关联。大型 SaaS 平台可能有数百名开发人员使用许多共享对象和组件。必须在团队之间更紧密地协调更改，以避免在流水线的后期阶段发生冲突。”Brooks 表示，低代码开发可能需要专业和低代码开发人员混合参与同一 DevOps 流程，他建议不能让团队的一半不知道另一半所做的更改。他说：“低代码开发人员不了解 Git，不使用 CLI，也不在 IDE 中工作——他们使用 SaaS 平台提供的本机点击式创作工具。这意味着 DevOps 工具必须能够支持两种用户体验。”尽管低代码平台可以提供显著的开发者生产力，但它们的测试、可观测性、部署自动化和回滚功能是差异化的要点。利用快速开发和部署的团队应具备相应的能力来监控应用程序并获取最终用户反馈。Octopus Deploy 的创始人兼首席执行官 Paul Stovell 表示：“基于代码的开发使您能够完全控制用于编写、测试、构建和部署应用程序的环境，但在可配置的 SaaS 应用程序或低代码平台等生态系统中工作时，这些选择更加有限。您必须弄清楚如何获得快速反馈，例如持续集成中期望的五分钟反馈，或持续交付中完全自动化的流水线。”我对在 SaaS、无代码和低代码平台上工作的 DevOps 团队的建议：对低代码平台的软件开发生命周期（SDLC）建议在低代码和无代码开发中，需要评估和制定标准的其他四个关注点是代码质量、数据治理、文档和技术债务。Sonar 的首席信息官 Andrea Malagodi 表示：“一致、有意、可适应和负责的干净代码必须始终是确保高质量、安全软件的优先事项。优先考虑干净代码使团队能够利用低代码开发，同时确保长期的可持续性和可扩展性。”在 SaaS、低代码和无代码平台上实现“干净代码”和技术文档，归结为将正在进行的增强和支持工作轻松地传递给新团队成员。虽然许多平台具有可视化编程范式，但进行代码审查和建立命名约定仍然是最佳实践。DevOps 团队还应跟踪技术债务，这可能发生在用户对平台不熟悉并部署了次优解决方案时。另一个技术债务的来源是当平台供应商发布新功能时，这些功能可用于简化实现或减少定制。我对低代码平台的软件开发生命周期（SDLC）建议：
-
编写专注于目标、无需实现细节的简单敏捷用户故事。团队应寻找易于在 SaaS 中配置的解决方案，而不是为了满足过度指定的需求而定制构建。
-
在 SaaS 上工作的敏捷团队通常比软件开发团队更小，一旦他们熟悉了 SaaS 平台，通常可以快速构建原型。然而，SaaS 上的测试可能需要更多的时间和精力，因为它可能与测试自动化工具的集成有限。
-
在 SaaS 平台上，集成版本控制、利用开发和测试环境以及自动化部署的 DevOps 能力通常有限。敏捷团队应学习平台的最佳实践，了解其应用程序的风险特征，并创建适当的发布管理策略。
为无代码和低代码平台调整敏捷方法论
具有更广泛编码能力的平台为敏捷团队提供了更灵活的工作流程、用户体验、报告和集成功能。
Tray.io 的联合创始人兼首席执行官 Rich Waldron 表示：
“在低代码中开发时，敏捷团队的主要区别在于速度和协作。借助低代码平台，特别是具有 AI 增强协同助手的平台，敏捷团队可以将业务技术人员纳入开发过程，大大扩大了开发者队伍，这意味着更多的资源和更快地交付与业务需求紧密结合的工作流程和集成。”
这意味着使用低代码平台的敏捷团队通常包括熟悉敏捷方法论和敏捷管理工具的技术人员，以及对敏捷不太熟悉的业务人员。技术负责人应预料到，作为公民开发者加入敏捷团队的业务人员可能是第一次学习敏捷、测试、变更管理和部署流程。
团队领导者应投入精力，使新接触敏捷的参与者了解敏捷规划和试验的好处。与 SaaS 类似，团队应寻求简单的低代码和无代码实现，并尝试平台的功能。
Kissflow 的首席产品官 Dinesh Varadharajan 表示：
“低代码平台通常涉及更广泛的利益相关者，包括业务分析师和非开发人员。因此，它们需要更好的抽象层，以允许非技术用户构建和部署应用程序。在低代码环境中，定制和配置之间的平衡更加突出，需要在使用预构建组件与自定义开发之间进行谨慎的决策。”
低代码可以带来显著的创新和生产力收益，但如果敏捷团队随意开发任何他们想要的应用程序，也存在风险。重要的是建立保护措施和最佳实践，以避免在架构、集成、安全、数据治理和技术债务方面与软件开发中类似的风险。
Quickbase 的首席信息官 Dalan Winbush 表示：
“低代码平台与敏捷之间有着天然的联系，使开发过程更容易、更快、更具协作性和适应性。治理至关重要，确保数据一致性、工作流程透明，以及团队获得保持高效所需的信息。这种平衡确保任何新的应用程序、流程和工作流程不会减缓生产力。”
以下是我对适应低代码开发的敏捷实践的建议：
-
建立治理模型，并记录安全、命名约定、测试和发布管理的最佳实践。
-
授权团队调整团队规模、冲刺持续时间、用户故事模板和其他敏捷实践，以最大限度地发挥平台的生产力。
-
避免在生产环境中进行开发和测试的诱惑，尤其是当平台提供沙箱和其他测试功能时。
为 SaaS 和低代码平台调整 DevOps 实践
当 SaaS、无代码和低代码在云中运行时，这是否意味着 DevOps 实践不再适用？我认为不是。当生产中出现应用问题时，业务利益相关者和最终用户仍然期望 DevOps 团队解决它们，找出根本原因，并提高可靠性和性能。
Copado 的高级副总裁兼首席布道者 David Brooks 表示：
“你必须能够将用户故事与环境中所做的更改相关联。大型 SaaS 平台可能有数百名开发人员使用许多共享对象和组件。必须在团队之间更紧密地协调更改，以避免在流水线的后期阶段发生冲突。”
Brooks 表示，低代码开发可能需要专业和低代码开发人员混合参与同一 DevOps 流程，他建议不能让团队的一半不知道另一半所做的更改。他说：“低代码开发人员不了解 Git，不使用 CLI，也不在 IDE 中工作——他们使用 SaaS 平台提供的本机点击式创作工具。这意味着 DevOps 工具必须能够支持两种用户体验。”
尽管低代码平台可以提供显著的开发者生产力，但它们的测试、可观测性、部署自动化和回滚功能是差异化的要点。利用快速开发和部署的团队应具备相应的能力来监控应用程序并获取最终用户反馈。
Octopus Deploy 的创始人兼首席执行官 Paul Stovell 表示：
“基于代码的开发使您能够完全控制用于编写、测试、构建和部署应用程序的环境，但在可配置的 SaaS 应用程序或低代码平台等生态系统中工作时，这些选择更加有限。您必须弄清楚如何获得快速反馈，例如持续集成中期望的五分钟反馈，或持续交付中完全自动化的流水线。”
我对在 SaaS、无代码和低代码平台上工作的 DevOps 团队的建议：
-
建立版本控制、测试环境和回滚功能，即使平台本身不原生支持它们。
-
无论应用程序是 SaaS、编码软件、无代码、低代码，还是这些方法的混合，测试、应用监控和事件管理实践标准都应适用。
-
确保平台的安全性、可扩展性和性能能力满足应用程序的业务需求。
对低代码平台的软件开发生命周期（SDLC）建议
在低代码和无代码开发中，需要评估和制定标准的其他四个关注点是代码质量、数据治理、文档和技术债务。
Sonar 的首席信息官 Andrea Malagodi 表示：
“一致、有意、可适应和负责的干净代码必须始终是确保高质量、安全软件的优先事项。优先考虑干净代码使团队能够利用低代码开发，同时确保长期的可持续性和可扩展性。”
在 SaaS、低代码和无代码平台上实现“干净代码”和技术文档，归结为将正在进行的增强和支持工作轻松地传递给新团队成员。虽然许多平台具有可视化编程范式，但进行代码审查和建立命名约定仍然是最佳实践。
DevOps 团队还应跟踪技术债务，这可能发生在用户对平台不熟悉并部署了次优解决方案时。另一个技术债务的来源是当平台供应商发布新功能时，这些功能可用于简化实现或减少定制。
我对低代码平台的软件开发生命周期（SDLC）建议：
-
审查需求，并为复杂和定制的实现增加故事点估算。
-
提供培训，并在使用 SaaS 和低代码开发时创建最佳实践的操作手册，正如 DevOps 组织应在所有开发平台上所做的那样。
-
审查新功能，并将团队精力的一部分用于减少技术债务。
配置 SaaS 和开发低代码应用程序可以带来许多业务利益，包括快速上市、提高生产力和简化的实现。无论平台或应用程序类型如何，对于致力于开发健壮、安全和可扩展应用程序的团队来说，敏捷和 DevOps 方法仍然具有重要意义。
