那些找到利用技术为业务主导的集成服务的方法的人将跻身 30% 的数字化转型赢家之列。
如果实时应用程序单独运行，它们将无法提供太多帮助。 但对于希望扩大或加速数字化转型工作的精通技术的企业来说，整合不同的数据源是一项艰巨的挑战。 以业务为主导的整合理念似乎遥不可及。
这是因为，根据麦肯锡公司的一份报告，70% 的数字化转型工作失败，主要是由于集成工作的质量或一致性。 这并不是因为 IT 团队缺乏人才，而是因为数据集成被视为具有技术可交付成果的技术驱动产品，例如代码存储库或新仪錶板。
即使 IT 团队确实为实时数据提供了功能集成，但如果有人不得不像鹰一样把所有宝贵的时间都花在他们身上，那么他们就变得毫无价值。 必要的中间立场是业务用户定义他们需要解决的业务问题并应用低代码工具和自动化来与 IT 合作发现解决方案的一种方式。
另请参阅：成功的整合是一项团队运动
什么是业务主导的集成？
当非技术人才和 IT 人员协同参与使用集成项目来解决实际业务问题时，公司会执行以业务为主导的集成。
以业务为主导的整合旨在统一两个不同的部门，并重新定义每一方对对方工作的看法。 业务用户将 IT 视为比编码人员无意识地处理工单队列更多的事情。 IT 人才将他们的非技术同行视为使用技术解决特定问题，现在有机会成为顾问，而不是交付 IT 资产。
它还改变了两个团队的集成项目目标。 在传统集成中，IT 旨在在与业务用户就特定需求讨价还价后交付应用程序。 以业务为主导的集成将这一目标转向交付能力，并利用人工智慧、模板和低代码工具等新工具来实现可重複的自动化流程，而不是一次性的胜利。
另请参阅：以 API 为中心的模型的拥抱
以业务为主导的整合前后
即使在由于强大的技术领先地位而正在进行数字化转型的公司中，集成项目通常也是一场分裂性的谈判，导致无法实现自动化的一次性解决方案。
例如，一家零售商正在寻找新方法来优化其现有销售渠道并快速探索新渠道。 业务开发团队希望加入新渠道，例如社交媒体影响者，并向 IT 提出请求，以开发公司社交媒体数据、营销资产活动和客户归因之间的集成。
该请求引发了业务开发和 IT 之间关于需要公开或分析哪种数据以及如何将其呈现给团队的谈判。 随著时间的推移，IT 交付了必要的代码并继续前进，只是为了获得相同类型的集成的另一个请求，但现在是联盟营销，重複相同的手动周期。
以业务为主导的集成流程甚至可能从 IT 领导层开始，他们意识到公司需要扩展现有渠道。 他们要求召开一次会议，以了解这种需求背后的真正业务问题，即业务开发需要进行广泛而快速的测试，以验证一个额外的渠道以进行进一步的投资。
IT 现在著手提供解决该问题所需的功能。 他们不仅仅是在不同的数据源之间编写代码或连超越道。 他们不仅仅是交付 IT 资产。 他们在他们需要拥有和自动化整个解决方案的平台上谘询业务开发，包括使用低代码工具构建新的集成。
以云原生技术为主导的协作努力
虽然这种提供集成的模式需要改变文化和流程，但它也需要新技术。 一种选择是集成平台即服务 (iPaaS) – 有时称为云集成或基于云的集成 – 这是基于云的自助解决方案，可帮助公司开发、执行和管理应用程序之间的集成流。
IBM Cloud Pak for Integration 等产品为非技术用户甚至外部顾问提供了他们所需的工具，以及 IT 团队为实现高可用性和安全治理所需的标准化，从而使业务主导的集成成为现实。
未来几年对于 iPaaS 提供商来说看起来很有希望。 作为数字化转型的一部分，公司正在寻求从老化的企业服务汇流排 (ESB) 平台进行升级，并且他们的 IT 团队渴望尝试将微服务和容器等云原生技术作为部署应用程序的新范例。 那些找到利用技术为业务主导的集成服务的方法的人将跻身 30% 的数字化转型赢家之列——很可能遥遥无期。
声明：所有白马号原创内容，未经允许禁止任何网站及个人转载、采集等一切非法引用。本站已启用原创保护，有法律保护作用，否则白马号保留一切追究的权利。发布者：白马号，转转请注明出处：https://www.bmhysw.com/article/4337.html
微信扫一扫 
支付宝扫一扫 
