当员工感到压力、恐惧以及渴望建立良好的人际关系时，企业领导者如何帮助他们快速成长?
调研机构普华永道公司合伙人Olaf Acker最近在《战略与业务》杂志发表的一篇文章写道：“建立某种关系都具有一些情感成分，这对于人们之间与企业之间的联系也是如此。疫情危机使这种关系的优缺点都会受到关注。因此，作为企业领导者，当员工承受压力和恐惧，并渴望建立良好的人际关系时，如何帮助他们快速成长?”对此，首席信息官如何做才能创造员工新的敬业度?更具体地说，他们如何改变企业与客户、员工和供应商的互动方式?
在哪里有机会可以获得经验?
调研机构Constellation Research公司副总裁兼首席分析师Dion Hinchcliffe表示，“组织使用低代码/无代码可以加快并扩展数字化转型。开发人员通常可以通过使用这些工具对组织的内部部署的流程和产品进行重构以实现自助服务。”
对于Hinchcliffe来说，这意味着低代码/无代码可以改进现有业务流程的数字化转型，并将创建和改变新的团队参与形式。这对于在家远程工作(WFH)的员工进行内部和外部交互的健康发展至关重要。
首席信息官David Seidl对Hinchcliffe的观点表示认同。他说，“在某些情况下，我们正在更多地实现个人独立完成工作，同时，学习使用技术来实现这一目标。这是一条有趣的路线，以前从未进行这样的深入探索。”
首席信息官Wayne Sadin补充说，“IT团队必须更加灵活并快速响应，因为事情会发生不可预期的变化。因此，如果管理得当，个体开发人员和IT团队专业开发人员可以共同提高业务敏捷性。”
是到适应的时候了?
正如市场营销专家Tom Fishburne指出的那样，冠状病毒疫情将会严重影响那些推迟进行数字化转型的企业。首席技术官Peter Salvitti表示：“许多企业在这场危机中措手不及，并且正在适应。而这种适应将会成为一种过渡，也是企业未来策略的一部分。”而首席信息官Isaac Sacolick认为，首席信息官应该将其团队转变为在家远程工作驱动的新客户需求。这次为他们的团队提供了实践创新的机会。
那么，低代码应用推动新的参与形式的最大机会在哪里?Hinchcliffe认为低代码可以应用于三种形式的业务体验：客户体验(CX)、员工体验(EX)和流程体验(PX)。Sadin对此表示认同，并说：“我们希望开发人员构建复杂的后端，而开发人员则希望利用他们所知道的信息来改善交互。更细致的答案是他们的专业知识使他们能够设计出比IT部门更好、更快、成本更低的解决方案。”
Salvittiy认同Sadin的观点，并指出低代码可以在以下方面提供价值：
(1)开发速度。
(2)敏捷性(改变的速度)
(3)多渠道准备
(4)单一监控平台
(5)内置治理
Seidl补充说：“随着我们不断改善业务流程，并采用一些工具提供帮助。我们需要不断创新，并弥补差距。而员工在家远程工作之后，企业希望正常开展业务，但正常工作和更好地工作是两码事。现在，我们开始讨论修复问题，并创建了‘使工作做得更好’的列表。”
McBreen对于他所在企业的工作评论说：“我们已经指派了几个团队来开发快速的工作流程，以使业务用户可以更好地进行远程协作。这些工作流程将仪表板界面中的标准应用程序整合在一起。”
Sacolick说：“这种想法很聪明。修复业务流程和集成并不是临时解决问题，而是一个更好的选择。我更喜欢低代码解决方案，而不是机器人流程自动化(RPA)，以便在可能的情况下解决多个数据输入问题。”
McBreen表示，“其成功需要一个适当的解决方案架构，该架构可为何时将某些类的工具用于特定解决方案提供治理。这也包括工具的集成。”
首席营销官Cay Jay Brodsky表示，这些主题很重要，尤其是当人们担心滥用或误用分析时。
Sadin希望开发人员能够长期在家远程工作。但Sacolick表示：“员工在家远程工作可能会将开发工作从需要多个开发团队协调的复杂实现中分离出来。出于这个原因，低代码可能是对快速需要新应用的一种解决方案。但是在家远程工作不应该驱使开发人员更多或更少地使用低代码。这是为了将技术有效地应用于业务问题。”
是否发现使用低代码来简化业务功能的潜力?
Hinchcliffe说：“至关重要的是，需要具有正确的IT基础的低代码支持。这包括鼓励开发人员在其应用程序中使用微服务，以建立一个组织范围内一致的数据生态系统，并确保这些微服务对所有数据输入/输出执行完整的业务规则。开发人员可以使用API启用组件，这允许在其他独立组件之间进行预定义的即插即用连接，而这是数字平台的核心。”
因此，Hinchcliffe说：“IT管理人员必须是具有广阔视野的业务顾问。但是在某种程度上，他们并没有在计划中延迟本地进展。优秀的IT人员会提出正确的问题，并通过其丰富的经验来促进低码用户的工作。”
如何防止低代码增加技术债务、可扩展性和安全性问题?
Salvitti说，“我们遇到的低代码/无代码平台的唯一挑战是开发人员在接受持续集成(CI)/持续部署/(CD)方面的迟缓。当然他们有自己的基础，但是不需要另一个平台，因为已经有了提供这一功能的流程和平台。”
Sacolick并不反对Salvitit的观点。他说，“让我感到惊讶的是，这么多低代码/无代码解决方案都没有版本控制。因此建议低代码/无代码和数据科学平台如今在治理能力方面展开竞争，这是一件好事。我们将看到谁在自助服务速度与安全性、监督、重用和类似于软件开发生命周期(SDLC)的流程级别之间取得适当的平衡。”
Sadin说，“以上是我在开发项目上添加了包括网络安全、架构、变更管理和可审核性在内的治理警告的原因。首席信息官不要放弃对这些工具和流程的所有权，这一点很重要。”
Sacolick说：“缺乏与其他工具的集成是一个问题。为什么低代码和无代码平台不与Git，Jenkins和其他主流开发工具集成，这是成熟的标志，并且倾向于避免以开发者为中心的解决方案。”
Boomi公司用户体验产品与解决方案高级副总裁Ed Macosky对此表示认同，他说：“我们了解到采用低代码平台的主要挑战之一是与云计算以及内部部署应用程序和数据生态系统的连通性。使用低代码平台构建的应用程序需要具有内置的生态系统，以便可以开发有意义的企业应用程序，以连接到整个业务线(LOB)的数据资产。如果其连接不是内置的，那么最终将对这些连接进行编码，这在很大程度上不会达到目的。”
Sadin表示，低代码/无代码很重要，因为低代码/无代码使首席信息官通过提供适当的工具和流程使开发人员能够在不损害企业利益的前提下，在影子IT的领域中脱颖而出。但是他声称，IT领导者必须防止出现信息孤岛。
Sadin补充说，用户已经具备了低代码工具的前提。
Sacolick认同Sadin的说法。他指出，低代码/无代码解决方案如今成为首席信息官的多功能的解决方案，可以提高速度和生产率。话虽如此，他不希望这些修补程序扩展到现有的技术债务中。他说，“首席信息官应为开发人员提供适当的工具、流程和培训，以解决他们将面临的问题。”
开发人员希望看到低代码平台与以下各项集成良好：
•版本控制
•内部微服务
•软件生命周期管理(ALM)
•身份验证系统
•部署/运营
•DevOps
•持续集成(CI)/持续部署/(CD)
•容器
Hinchcliffe说：“至关重要的是，低代码应用程序不允许开发人员将其组织暴露于网络安全风险、隐私问题和数据窃取/泄露中。这就是为什么IT人员仍必须控制并在低代码上设置适当的防护措施。无论如何，IT团队最终不得不长期支持和修复它。还可以通过非常轻量级的审核以及完善的流程来预先介入，以确保低代码应用程序创建漏洞的速度不会比发现的更快。”
同时，Hinchcliffe认为，在一个成熟的数据库/ERP/BI框架内部署工具以避免不断恶化的数据蔓延是很重要的。Macosky说，“如果通过集成和API将数据保留在运营骨干网中，则可以很大程度上避免这些问题，这样应用程序就可以减少处理的数据量。这消除了低代码方法面临的主要问题。”
