商业技术专家的影响

在程序员时代，企业领导者会告诉开发团队：“我们需要一款能够满足市场需求的应用程序。” 开发过程便会陷入一片黑箱，几个月后，一款功能齐全的应用程序就会面世。

该体系的问题在于，几个月后市场格局可能完全不同。创始人 Mendix, 罗尔德·克鲁特他会说：“应用程序一到手就过时了。”他的意思是，当你完成一个应用程序的开发时，你对当初促使你创建它的业务需求的理解已经发生了变化。

在应用交付生态系统中引入业务技术人员，能够确保在开发过程中始终将业务需求放在首位。根据 Gartner 的说法，将业务技术人员整合到多学科开发团队中至关重要。 使该团队的绩效率翻倍Gartner 估计，到 2024 年，80% 的技术服务将由业务技术人员构建。

为了最大限度地提升性能，企业正将业务技术人员的技能与一种强调持续迭代而非最终交付的应用程序开发流程相结合。这使得他们能够在每次迭代周期中不断评估业务需求，并将其与应用程序产生的业务价值进行比较。

重要的招聘素质

企业越来越倾向于通过提供卓越的客户体验来打造差异化优势。但 Gartner 的研究发现，70% 的客户体验领导者并不具备这种优势。 在创建项目方面遇到困难聘用了解客户旅程的业务技术专家是确保开发项目与客户体验需求保持一致的关键途径。低代码和无代码平台的出现，使得将业务技术专家融入员工队伍变得更加容易，因为这些平台并不要求丰富的开发经验。任何拥有创新想法的员工，只需接受少量平台培训，即可将其变为现实。

开发领域的民主化正在改变企业在招聘决策中的优先事项。当你组建团队来创建创新解决方案或核心应用程序时，你不再需要像以前那样关注候选人的技术知识或开发专长。你也不再需要费力地在他们的简历中寻找合适的亮点。

相反，你可以根据一些可能更无形但对组织成功至关重要的特质来评判候选人，例如创造力、商业敏锐度和分析能力。招聘标准也从寻找懂得如何使用工具的人，转变为寻找懂得如何利用工具构建产品的人。

改变你的建造方式

组织聘用应用程序开发人员的方式发生变化，必然会改变组织构建这些应用程序的方式。创建复杂、跨企业解决方案的时代即将结束。这类项目需要深厚的开发专业知识，而业务技术人员正在逐渐取代他们。此外，这类项目还需要将资源和控制权集中在IT团队手中，而低代码工具正在使这种组织模式过时。

相反，企业必须开始分散应用程序开发。他们需要相信每个团队都了解哪些解决方案最符合自身需求，并为这些团队提供构建这些解决方案所需的工具。多年来，这种将开发职责外包的模式，即“影子IT”，一直受到企业的抵制，因为他们担心合规风险和系统不兼容的问题。但业务技术人员正在逐渐接受这种模式。 引领影子IT走出阴影.

这并非意味着应用程序开发已经变成了放任自流。协调和领导对于及时、高效地构建有效的解决方案仍然至关重要。有几种模式可以遵循，并且 Mendix 在帮助客户按照这些模式进行组织方面拥有丰富的经验。

卓越中心例如，它允许组织创建一个集中式的开发专业知识、可重用组件和治理指南库，业务团队在构建其专用解决方案时可以访问这些资源。而这些团队可以构建为： 融合团队 它将拥有不同知识专长（编码、销售、市场分析、物流、合规）的成员聚集在一起，在特定的时间范围内创造特定的产品。

以下是关于融合团队的更多信息：

每个人的任务都一样：创造成功。

借助诸如以下工具，应用程序开发民主化的最终目标是： Mendix 低代码平台旨在打破IT人员和业务人员各自为政的局面。我一直不理解这种做法。无论你来自销售、人力资源、IT还是市场营销部门，每个人都应该从同一个业务目标出发，对吧？所以，我们应该停止关注候选人的背景、培训或专业技能，而应该关注他们是否能够帮助我们的业务取得成功，然后为他们提供所需的工具，帮助他们实现成功并助力公司发展壮大。