For at least the last 30 years, we\u2019ve organized enterprise IT functions by functional disciplines (data center, infrastructure layer, security, application development and application maintenance, etc.). This model was remarkably effective and served enterprises well in driving high-quality capability at affordable or low costs. However, borrowing the famous catchphrase of many Monty Python comedy sketches \u2026 \u201cnow for something completely different\u201d \u2026 we need to rethink this model and organize IT on a completely different basis.\u00a0\u00a0\nAlthough the classic functional disciplines model is not yet a dinosaur, it doesn\u2019t operate from the modern methodologies for procuring and managing technology and IT services to enable businesses to remain competitive. We\u2019re in the midst of a sea change where business stakeholders\u2019 expectations coupled with cloud technologies demand transforming the classic functional perspective.\u00a0\nIn the classic functional disciplines model, IT focuses on how to perform those functionalities cost-effectively instead of focusing on the value for the customer\/end user. Of course, cost, quality and reliability are still important; but these are now secondary issues and no longer dominant. The demands now are for business value and greater speed (in throughput and agility) at which IT can make changes to enable the business needs.\u00a0\nIf we organize enterprise IT to better meet these demands, what would that completely different model look like? This model would have three prominent factors driving its effectiveness:\n\nIt starts with a construct of organizing by service lines instead of functional disciplines. It might be employee onboarding, customer enrollment, recruitment, customer service, etc.\nIt involves persistent teams that have end-to-end, cross-functional responsibility for focusing on how to be more responsive to the business and better serve its needs. This is a very different construct than having a functional team with a business liaison or a liaison team. The classic functional construct with a liaison works to make the functional structure better but doesn\u2019t fundamentally change the IT team to be more responsive to business needs.\nIt uses different criteria for measuring effectiveness, based on business value outcomes and speed rather than cost.\u00a0\u00a0\n\nTaking your IT group down this path of reconceptualizing how to procure IT assets and services and managing and measuring it to be more effective, will yield huge benefits. At the top of the list:\n\nTight alignment with business needs and outcomes\nMore flexibility; business users can move more quickly to adopt functionality\nUsers can scale their consumption to their usage\u00a0\n\nWhen contemplating this different construct, does it need to be an all-or-nothing transformation? No. Some organizations have shifted to this service-line orientation and divided all their IT into service lines and organized by services. But you can take key services and organize by service lines, and allow the remainder run in a shared-service functional organization. If you take this route, you no longer need to focus as much on the functional disciplines because they are standard, market-based components.\u00a0\nInstead, your focus in the new model is on the cross-functional teams. Today\u2019s IT provides standard components (whether they be cloud, DevOps, outsourcing, or other constructs). The teams can assemble the optimal components, align them with the business needs and make them as responsive as possible. There is more value in assembling the components against the business value and responsiveness than there is in managing the functional disciplines of managing the individual components. Also, you can move more aggressively to a cloud world by using third-party providers. \u00a0\u00a0\nThis completely different service-lines construct fundamentally reshapes the enterprise philosophy on how to organize, procure, manage and measure IT. With this strategy, you\u2019ll move your enterprise close to a modern, functionality-on-demand environment \u2013 exactly what the business wants.