160 likes | 306 Views
Transforming the Future of IT@MIT. EVPT Senior Management Meeting May 7, 2014 John Charles. What I’ve Learned about how IT @ MIT is Different… and Not So Much…. Different…. and Not So Much….
E N D
Transformingthe Future of IT@MIT EVPT Senior Management Meeting May 7, 2014 John Charles
What I’ve Learned about how IT @ MIT is Different… and Not So Much… Different… and Not So Much… Many IT-enabled services still look and feel as fresh as the late 1990s IS&T and DLC IT units are still using “zero-sum” IT service models Most IT units are struggling to keep pace with the evolving needs of their constituency groups Projects take too long – and cost too much Governance committees are setting priorities – but not yet ensuring that benefits are realized • Unrivaled when is comes to the use of advanced technologies in support of basic and applied research • A national model in the use of enabling technologies in shaping the quality of the MIT educational experience • Long history and culture of “making” things – which tends to favor “build-over-buy” – even for non-differentiating services
Why IT Organizations with Traditional (Zero-Sum) IT Service Delivery Models and Practices Struggle to be Responsive – and Struggle to Support Innovation Gartner’s TCO analysis shows that 80% to 85% of an IT organization’s budget is consumed by simply “keeping the lights on” (KTLO). Backlog of IT Projects
In the Past, the Pace of Change Seemed Somewhat Linear – but it’s Exponential Nature is Now Clearly Apparent • Now we must optimize for: • User experience • Time to market • Rapid changes 2010’s Change • In the past we optimized for: • Cost • Reliability • Performance 1990’s Time
The Workload Associated with Customization of Base Code Sets and Making Other Types of Changes to Application Systems is the Major Component of the KTLO Resource Consumption Challenge
To Remain Relevant, IT Organizations mustReduce the Amount of Change-Induced Resource Consumption – the Key Enablerfor Becoming more Responsive • Lower the change-induced resource consumption • Innovation & differentiation apps need to change frequently • Whereas, ERP & other system-of-record apps do not • Reduce the app development overhead for all IT service providers • Shorten app development time • Accommodate local work process and workflow differences • Value Creation • Improve decision-making • Improve processes
Transformed IT Operations & Services Platform-based IT Services Strategy & Tools Pace-based Application Change Strategy • - Buy or build new apps with robust sets of APIs • - Configure, but do NOT customize base code sets for newly acquired apps • - Publish APIs for all new apps • - STOP customizing legacy apps • - Publish APIs for legacy apps • - Change &/or add functionality “on top” of new & legacy apps using APIs & modern app development platforms • - Use mobile-ready, change-friendly app development platforms & toolkts API: Application Programming Interface (allow web communities to create an open architecture for sharing content and data between communities and applications)
Platform-based Ecosystem Users New or modified (easily changeable) features, functions, & business rules Centrally Developed Apps Centrally Developed Apps Centrally Developed Apps Centrally Developed Apps Centrally Developed Apps Locally Developed Apps Locally Developed Apps Locally Developed Apps Locally Developed Apps Locally Developed Apps 3rd Party Developed Apps 3rd Party Developed Apps 3rd Party Developed Apps 3rd Party Developed Apps 3rd Party Developed Apps Application & Integration Platforms (APIs & Cloud Middleware) On-Premises Legacy “As Is” Apps & Systems-of-Record Private Cloud New Systems & Services Public Cloud New Software-as-a-Service (SaaS) Systems Data models, systems-of-record, & SaaS with “as-is” base code sets API: Application Programming Interface (allow web communities to create an open architecture for sharing content and data between communities and applications)
Transformations in Responsiveness (and Expanded Support for Innovation) Begin to Scale
Simply put, we intend tosystemically leverage platform thinking & platform technologies to scale capacity for projects and innovation within MIT’s complex ecosystem of IT service providers and IT service consumers.
2020 Vision for IT@MIT MIT’s 2020 IT Vision has two complementary and mutually supporting elements: • IT excellence through modernization; and • Astrategic focus on enabling members of the MIT community to innovate IT services in response to the diverse needs of their respective research, education, student life, and administrative functions. What it means: • IT services will be packaged for intuitive, mobile, self-service use • Faculty will be able to leverage APIs and data to create new services and platforms for teaching and research • Students will be able to leverage APIs and data to create new applications and sites by properly using institutional data that can be made available to them • DLCs and administrative units with suitable capability will be able to independently create new services and platforms that address their specific needs • DLCs and administrative units in need of greater assistance from IS&T will be better served by IS&T’s enhanced capacity • Individual members of MIT’s increasingly global community will be able to create new data and applications • IS&T will have greater capacity for supporting innovation
Risks High IS&T Unable to Make the Mind & Skillset Shifts Ineffective Partnerships with IT Units & Project Sponsors Gov & Steering Cmts Fail to Embrace Strategies Uneven Community Readiness (Capacity) Impact of Risk Perceived as Shift of Work (&/or Costs) from IS&T to Others Low Low High Likelihood
Thank You! For more information (and to provide additional feedback) please visit the Future of IT@MIT website: http://it.mit.edu