是不是又要让同样的软件包失效故障又重蹈覆辙呢？
已发表: 2022-01-05
此外，企业正在意识到这些类型的技术作为低代码应用程序增长平台 (LCAP) 的优势，这使他们能够以不断扩大的规模和速度对复杂的组织流程进行数字化和改造，而不会影响 IT 治理。 在这 12 个月的早些时候，Gartner 预测到 2021 年 LCAP 行业将有 23 台电脑的发展，这一激增是受 Covid-19 的启发，促使组织迫切需要更迅速地适应和自动化。 既然许多公司都注意到使用 Minimal-Code 可以做什么，他们不太可能将时钟改回过时的工作技术。
这种小代码的流行加强了 IT 和业务人员在数字化转型中必须共同享有的地位，双方的合作对于取得成功至关重要。 另一方面，Gartner 还表示，41% 的 IT 以外的员工，也就是所谓的“业务技术人员”，现在可以自行定制或构建信息或技术创新解决方案。 Gartner 预测，到 2025 年底，所有新的超低代码销售总额的 50% 将来自内部 IT 之外的组织潜在买家。 这表明“企业”不仅会使用低代码设备，而且它们也将成为购买它们的类型。
这带来了希望，但也带来了担忧。 希望它表明组织正在参与转型，并希望接触到赋予它权力的设备。 令人担忧的是，组织方面很可能就其个人而言，产生围绕应用程序进度的技术决定，并且越来越多地将 IT 和开发人员排除在对话之外。 对于未来的数字化，这不会是一个富有成效的最终结果。
几年来，我们读到了有关计划任务出错的信息。 这种情况同样适用于“现成”产品的实施以及开发人员对定制单元的自然和有机开发。 根据 Standish Group 的年度 CHAOS 报告（分析全球 50,000 个项目），66% 的专有技术项目以部分或全部失败告终。 在大型组织中，完全蓬勃发展的比例缩小到 8%。 前后，我们观察到延迟、范围蔓延、预算膨胀、病态组织战略的罐装与开发人员有用资源不匹配。 我们真的想再做一次吗？ 在适应环境的速度正在应对这种程度的失败已经没有能力了。
进展对话
前进的风险在于，精简代码开发环境中仍然使用的许多工具在某种程度上分裂而不是团结该方法中的许多专家。 他们在技术和组织之间产生“领地”，而不是使双方共同进入一个“发展对话”。 一方面，我们听到开发人员希望保持他们的意识（并且在很多方法中都是如此），尽管这些趋势作为公民开发人员建议非技术人员单独建立他们的个人系统是可以的。 在基本的工作流程数量上是可以的，但在您解决关键任务问题和企业软件使用时就不行了。
虽然 Low-Code 现在正在蓬勃发展，但它在许多方面已经接近多年。 不幸的是，最小代码部门的发展本身就加剧了这些封地。 首先，生成精简代码是为了给构建者提供捷径，但这些仍然是开发人员的设备，需要在 IT 和组织之间继续进行长期的翻译锻炼例程，以及冗长的进度周期。
第二代Lower-Code在公民增强方面采取了相反的方式，公司的地方痕迹可以独立制作非常简单的工作组应用程序，但没有规模或复杂性的能力，实际上通常缺乏流行组织使用所需的重要治理选项。 这些技术中的每一种都有其所拥有的优势，但都没有提供对方的主要价值来承担。 直到最近，我们才看到第三技术 LCAP 正在兴起以解决这个难题。 这些平台提供了一个协作环境，可以由复杂的商业企业赞助商协同使用，即使带来了第一代和第二代的最佳功能。
什么是协同增长？
真正的协作进展超越了共享生产新电子应用程序工作的小组。 正是在这里，所有相关的利益相关者相互合作，并在工程的推动下，引导他们的主题问题知识，只需一次有效的跟进。 这通过减少从公司到 IT 再返回的经典且持续的必需品翻译来加速该过程。 有了它，大量的返工与正确接收所有这些要求或修改这些先决条件有关，因为观察到在设计阶段获得的答案。 作为替代方案，在技术创新支持的所有相关企业和技术学科专家中，执行“民主化”，使得团队可以在系统中共同构建，而不是在他们的复合组件上孤立执行。 它需要一个对所有人都直观且在能力上具有业务质量的系统——具有设计的治理、支持至关重要的任务变更，并且可以使用云原生架构进行扩展。
协作过程也必须存在于开发周期的所有阶段，从开发新的行动方案、制作界面和数据建模，到文档创建、构建 API、发布和分析应用程序功能。
为什么协作如此重要？
首先，在发布 Covid 的星球上，企业不断改进的步伐通常意味着没有时间在孤立的孤岛中完成工作。 组织向 IT 团队提出改进请求，然后等待返回齐射，这将导致延误。 球总是会在途中掉落，而来自可能一侧的曲线球可能会结束。 组织的消费者期望得到几乎快速的响应，因此组织必须能够同样迅速地进行内部调整。
其次，计算机软件开发商的供应越来越短缺，主要是在英国，由于英国退欧，人才供应受到严重打击。 根据 CompTIA 的数据，软件开发人员职位在 2021 年的空缺职位空缺记录中名列前茅，在此期间雇主发布了近 250,000 个职位。 协作程序可以通过将双方联合起来使用直观的精简代码平台共同开发应用程序来减轻开发人员的压力。
第三，企业知道他们的关键数字化转型计划可以通过增加开发和显着减少采购来实现。 人们越来越渴望更好地利用已经存在的技术和数据源，而不是淘汰和改变主要系统。 对成功的期望也提高了。 现在，随着电子转换，一项关键的、实验性的和小规模的工作流程修改无法评估。 组织团队需要作为一个整体来帮助快速和主要的调整。
民主化至关重要
成功协作过程的一个重要因素是增强团队的工作民主化。 由于所有相关主题问题专家协作使用一个单独的系统，应用程序的创建过程得到了加速。 每个人的问题专家都被邀请以一种对他们的技术和实践经验很直观的方法将他们的技能插入到程序中。 在确保对大型企业很重要的足够治理控制时，这种方法促进了公司中许多利益相关者（包括技术和非技术）更广泛地参与技术。 尽管 Gartner 的企业技术专家的预测是有效的，但未来绝不能只是关于创建独立于 IT IT 的应用程序的业务能力，并且组织希望技术创新将它们带到完全相同的位置，尽管通常是数字 1。
最新一代的 Minimal-Code 系统具有加速业务规模自动化和数字化转型的能力。 尽管如此，整个业务和 IT 部门的合法协作对于取得成功非常重要。 从长远来看，小企业并不是要成为技术人员并自己领导它。 它是关于在所有独特的主题问题专家之间进行推进对话。
Jonathan Wiener，CRO， Aurachain