Part 1: Infrastructure Platform Initiatives Likely Won't Improve Your Organization's Agility
Jeff Anderson
Partnering with executives and organizations to build, motivate, and scale happy teams | Founder of Agile by Design Consulting Firm
A recent McKinsey Survey showed that 85% of C-Suite Executives are planning to accelerate the digitization of their business. Leaders will be responsible for implementing a growing number of digital innovation initiatives in parallel, and at a greater scale than ever before. The situation is further complicated by what proved to be an intense 2020 operating climate where the need for companies to deliver rapid results have become the norm.
While product teams have made significant shifts in both their technology, and operating model to better meet the needs of the digital age, Infrastructure & Operations leaders face increasing pressure to keep up, and better enable their organization's digitization transformation journey. The big challenge for I&O leaders is to balance the need for service reliability and performance with the imperative for rapid delivery of customer value. Keeping the lights on while becoming a key driver for their organization's transformation agenda is becoming an increasingly complex endeavor for I&O leadership.
Most I&O leaders have responded through initiatives aimed at providing infrastructure capabilities through modern, self-service oriented platforms. Forward thinking I&O leaders are introducing new and innovative technology architectures to enable faster delivery and increased responsiveness for product teams. Gartner's How to Build Agile Infrastructure Platforms That Enable Rapid Product Innovation outlines the architectural principles required to move to modern I&O platforms . While the paper is correct in that the core principles of adaptability, abstraction and agnosticism are necessary, our experiences with clients have proven that architecture alone is grossly insufficient.
The value of moving towards a platform approach won't be fully realized unless I&O undergoes a similar transformation that product teams have. I&O leaders need to transform their group to become both market driven and user centric, and to embrace an agile mindset to value delivery.
It is hard to debate that legacy approaches to I&O architectures are an extremely poor fit for our current age of constant change. Gartner researchers Manjunath Bhat and Dennis Smith are correct in the need to move away from the old ways of doing things. Both also highlight that product teams are increasingly making demands on I&O teams that have strong architectural implications, namely:
- Let us manage our operations through API-driven, micro-services!
- We need fast, automated deployments, provisioning, and recovery!
- Continuously improve the platforms so we better disrupt our competitors!
But the Gartner paper's sole emphasis on architecture, is mirrored by the approach taken by many leaders of I&O platform initiatives. A common perspective of I&O leaders is that the biggest risk in building a modern I&O platform is failing to get the architecture right, ending up with an in-flexible design, and building a platform that doesn't scale gracefully in the face of changing demands.
Our experiences with clients living and breathing I&O transformations paint a very different picture. I'll posit that the biggest risk facing I&O platform initiatives are more closely related to realizing value and fostering real behavioral change that leads to meaningful adoption.
When considering the products and services I&O teams deliver, the core questions I&O leaders should ask include:
- Are the services we are providing valuable to the product development teams?
- Do product teams want to use our services?
- Are product teams enjoying using our services?
- Are we making our product teams’ lives easier?
- Are we enabling product teams to make product delivery related decisions with less oversight?
- Are we growing self-serve capability without sacrificing safety?
Historically, the answer to these questions would be a resounding NO. The Gartner paper pays scant attention to the levels of frustration involved between product teams and I&O groups. Ad-hoc servicing, arcane processes, and inane bureaucracy are all to often what product teams perceive. From the I&O perspective, product teams take unnecessary, and even sloppy risks as they look for short cuts to getting value in the hands of customers. I&O teams will continue to face these kinds of challenges as they look to increasing the agility of the product teams they support. I have seen platform initiatives actually make things worse. Often as I&O attempts to roll out a modern paradigm we get poor services made worse by technical complexity.
Stay tuned for my next post, where I discuss the new I&O Mindset.
Services & Delivery Management professional | Data Driven Enabler of Continuous Improvement | Team Builder | Avid Learner
4 年Hey Jeff- super interesting read, and one that hits close to home. We have updated some of our platforms here, and are in the midst of an agile transformation for our I&O shop. We are learning as platform owners/teams to embrace the consumers of our services as our customers and create those feedback loops to keep the lines of communication open. We have a ways to go, but we are making great progress- exciting times for sure!
I help digital leaders get mission critical apps to market faster with our world-class developer experience & managed global infrastructure | Enterprise GTM @ ▲ Vercel | Microsoft & LinkedIn Alum
4 年Bill Yock thought you would enjoy given our recent conversations.
Managing Partner at Agile by Design
4 年??Jeff Anderson love it. I think emphasizing context is important as well. You and I together have approached the situation differently considering where the mindset is, the existing structure, architecture, and capabilities. It is different every time, and each organization has a relative view of “legacy”. Huge differences between industries, companies, and cultures leads us to approach this journey with a fresh view and not get stuck in “this is THE approach”.
Scrum Master - NAB
4 年Yes and no here Jeff. The importance of the architecture bit is critical as it enables the change in management thinking from centralised control to decentralised in the product teams. Most legacy infrastructures cannot support decentralised management. Making the change is not a simple but a complex and chaotic endeavour. Quite often the migration requires significant application rework/re-architecture to be able to utilise the newer platform features.