更高效的企业需求模式、兼容的低代码和敏捷开发方式

来源：外系统

作者：Thomas Huff

翻译：数码兄弟

“我们的首要任务是通过快速、持续地交付有价值的软件来满足客户”；

这句话变成了“敏捷宣言”。据Forrester Research报道，低代码市场正在以近40%的速度增长。它通过缩短有价值软件的构建、测试和部署，帮助企业实现高效开发It项目的目标。

此外，最近一项关于app开发现状的研究表明，采用低代码的公司的组织敏捷性比不使用低代码的企业高8%

向敏捷团队引入低代码的关键挑战

无论企业正在考虑使用低代码还是已经使用了低代码开发，IT决策者都应该密切关注使用低代码开发的三个具体方面，并确定如何定制企业的敏捷方法。

1.低代码开发确实更快

即使是高性能和成熟的敏捷团队也无法首次适应低代码开发带来的速度增长。对于仍在提高敏捷性的团队来说，适应低代码速度更具挑战性。

特别是，随着开发速度的增加，团队将发现没有更多的项目需求需要开发。这可能会导致一些问题，包括：

·编写低值需求，因为只有这些需求已准备就绪；

·在没有定义更多开发需求的情况下开始；

·在极端情况下，甚至开发人员也可能闲置。

一方面，为了满足企业的需求，另一方面，也需要在没有过程的情况下保持生产力，供大于求。这对所有团队来说都是一个挑战，对于低代码速度来说可能更具挑战性。

2.兼顾速度和质量

虽然速度是低代码的重要衡量标准，但最终目标是兼顾速度和质量。除了创建和维护业务部门的需求库存外，不熟悉低代码的团队可能会发现，使用现有的敏捷方法从流程的一开始就很难达到所需的质量。

如果质量从一开始就不包含在过程中，团队通常会发现测试团队很难跟上新的开发，尤其是管理bug修复周期。最终的结果是，在每次集中开发之后，满足实际业务需求的项目更少。

3.利益相关者进展不同

在大型企业或互连项目团队中工作时，低代码团队面临的另一个常见挑战是匹配团队之间开发速度的差异。使用低代码构建企业app的团队依赖于使用瀑布式或低成熟度敏捷流程的内部和外部团队，并且经常发现他们的工作由于依赖性而缓慢或受阻。

即使是与敏捷团队合作过的瀑布式团队也常常无法跟上低代码团队的进度，这可能会导致项目延迟、昂贵的API模拟和技术责任增加。

最大化低代码能力的提示

在上述情况下，不熟悉低代码开发的敏捷团队通常通过进行小的更改来加快他们的工作流程。如果没有有效的改进，团队士气往往会降低。

与在问题上花费更多的时间相比，敏捷团队应该在五个关键领域找到适应和改进敏捷流程的方法，以便利用低代码平台的高效开发能力。

关注股票

强大的产品所有者是关键，这将大大帮助企业提高其IT能力。

当使用低代码开发时，需要有一个高效的产品负责人，他应该及时参与、授权和响应项目。例如，如果团队习惯于每周或每次专注于需求，他们需要提高速度。保持精心规划的IT项目符合在线标准，每天关注并快速决定需求的优先级、内容和验收标准。

对非IT利益相关者的需求也将增加。与非低代码项目相比，开发团队将提供更多的功能供审查和批准。为建立和维护库存提供需求、文档和反馈的利益相关者需要比过去更快地做出响应。

这些利益相关者通常是app的需求者。他们需要了解自己的职责，并向项目负责人提供信息和反馈，项目负责人应提供更多培训、角色定义并加强与需求方的合作。

所有团队成员都应该了解如何以统一的格式编写项目需求，并有非常明确的接受度