Data integration represents a big issue for most enterprises especially as enterprise architecture becomes brittle and complex. CIOs and enterprise architects clearly believe they are responsible for architecture across all components of what is becoming an increasingly extended enterprise ecosystem. This includes on-premises, private cloud, IaaS, PaaS, SaaS applications, and storage. In fact, Paul Wright, CIO, Vice President of Information Technology at Accuride Corporation, said \u201cif you\u2019re not, then who is?"\nWhen asked about the importance of leadership, Sharon Pitt, CIO of Binghamton University, said doing this right involves \u201csupporting\/facilitating use of\/educating about architecture outside of central IT.\u201d Clearly, building an integrated enterprise that can respond to the threat of digital disruption requires more than the IT organization. It requires the business and IT working together. Given this perspective, what principals should guide IT organizations as they build a multiple location\/hybrid architecture? There are lots of ideas here, but I leave it to you to determine what's most important to your organization.\n\nStart by making investment in strategy and an enterprise architecture that can respond to the future. Alongside this, make investments in personal, professional, organizational, and technical maturity.\nUnbundle the ERP, making trusted data available to all with rules to address security, permissions, etc.\nEducate business stakeholders on the impact of application sprawl and Shadow IT. Educate them as well on the cost, complexity, and security vulnerabilities that come from having a messy data architecture.\nStart by creating plumbing to legacy systems; as appropriate, rebuild these applications\/data, and then move the pipes themselves. Typically, legacy data flows are a tangled mess.\nConsider what applications need to be refactored vs rewritten because moving legacy to the cloud can be very difficult if not impossible.\nDefine cloud reference architectures with DevOps Continuous Integration and Continuous Development "in a box" to enable agile development for targeted platforms.\nStart unbundling services and data and then enable their use by stakeholders via microservices.\nEstablish architectural standards, limit propriety design, limit overlap and multiple instances of a single business capability, use APIs, and establish data governance, trust, and business prioritization.\nEstablish culture, skills, and of senior level management support for fixing the integration mess.\nBuild on where things belong. Have an exit strategy before something goes live. Expect everyone to want to integrate with an application once it goes live.\nDocument, govern, optimize and continuously improve your architecture.\nPlan for a change to existing business models. You can't just do the same old business in digital disruption.\nCreate flexibility, high levels of integration, and invest in doing the job correctly and completely during the build phase.\n\nParting remarks\nThere is clearly a lot to consider in the ideas described above, but taking on just a few can be helpful to CIOs building survivable organizations with enterprise architectures that work. Today, technology matters more than ever. Gary Roberts, CIO at Alfred University, says \u201cwe should feel responsible for specialized technologies...ultimately, when there are problems, we will be involved.\u201d Clearly, CIOs and Enterprise Architects need to own the integration mess and create an operating model and enterprise architecture that enables their companies to achieve what Jeanne Ross at MIT CISR calls \u201cgreater strategic agility."