许多大型企业（甚至一些较小的公司）的业务最终都存在功能孤岛，其中一些孤岛甚至影响到整个业务流程的完整。
因为有些不同的任务步骤通常由不同的部门执行，而这些部门可能有相互冲突的目标：例如销售部门试图将收入最大化，而信贷部门则试图将坏账降至最低。在客户订单流程缺乏端到端指标的情况下，每个部门都会尝试最大化自己的目标，而不考虑（或不知道）对其他部门和整个流程的影响。每个部门只做自己的部分，然后把它扔到下一个部门，并放弃对成功完成订单的任何责任；此外，他们通常对自己的数据是专有的，并且不想跨越这些内部边界共享它。这种情况必然造成系统的孤岛，导致端到端流程实际上不是一个流程，而是一组可能无法满足客户期望的脱节操作。
这是康威定律的体现：企业设计的系统反映了他们自己的通信结构。
换句话说，如果企业被构建为几乎没有交互的功能孤岛，可能会为每个沟通不畅的部门购买或构建不同的系统。
康威定律并未说明系统反映了组织结构，而是沟通结构：职能孤岛不是（必然）问题，因为它们可能体现了执行某些步骤所需的专业知识。相反，正是这些孤岛之间的沟通导致了客户不满意和运营效率低下的企业与那些专注于优化端到端供应链的企业之间的差异。
修复功能孤岛之间的通信首先要发现端到端的业务流程，为流程建立目标，并分配流程所有者以确保实现目标。因此，BPM是打破这种功能孤岛最好的解决方案。
BPM绘制流程的高级功能视图，为订单到现金流程显示功能块。这可以通过观察和采访参与流程的人员来完成，也可以通过对直接测量（系统日志）的流程挖掘来完成，从而通过供应链跟踪单个案例。
然后，您需要对底层系统进行一些分析，以解决存在的一些通信问题：
详细绘制每个部门的流程，以了解信息在该部门内以及整个流程中的部门之间流动的方式。检查每个系统中有哪些数据，以及这些数据如何在部门之间共享，例如直接集成或批量更新。单个数据存储不一定是正确的方式，但系统需要能够无缝访问他们执行整个流程的一部分所需的所有信息。
由此，您可以开始重新设计端到端业务流程相一致的部门流程和系统，而不仅仅是关注单一职能部门的利益最大化。我们必须认识到，有时必需降低部门目标的优先级，以实现整个流程的最高性能。
最终结果将是一个流程：端到端的业务流程（例如订单到现金），深入到各个部门流程。请注意，拥有端到端业务流程的模型并不意味着该流程是底层系统中紧密耦合的编排：实际实现可能是微服务的事件驱动编排，或者在业务之间使用消息队列职能。
为了推动接受这些变化，有必要收集端到端流程的运营指标，并将它们提供给各个部门，并结合他们自己的KPI。这使上游部门能够看到他们的工作对下游流程的影响，并衡量每个人的工作相对于整体流程成功的情况。
