Why "DIGITAL TRANSFORMATION"? should be dead.

Why "DIGITAL TRANSFORMATION" should be dead.

Digital transformations don’t work.

Everyone wants to talk about digital led businesses. Every business is a software business, even when they aren’t, people will tell you. But the focus on big bang, project managed, change agent-driven initiatives tend to leave sour tastes in the mouths of long-standing staff. This is exacerbated when naive technologists or agilists or product people for that matter perform the business strategy equivalent of the ‘seagull’. Discontent frequently morphs into outright opposition, and emotion becomes the dominant decision-making force rather than observation and planning. Eventually what good will the agent(s) had is exhausted, and they leave the business. Sometimes voluntarily, sometimes less so.

Thus ends the digital transformation. A practical exercise in how to win friends and influence people, speaking from experience.

The end goal was a business that was digitally led, with a focus on experiences and the products that power them. The more I learn from others in the industry, the more I feel like this is still the right outcome. Is there a business out there today that doesn’t want the best for their customers? Is there a business that doesn’t want to shift their customers from high-cost channels to lower cost channels, while at the same time improving the experience those customers have? Is there a business that doesn’t want to maximise the lifetime value of a customer in a way that is engaging and delightful? Even companies that might not have the words to describe this nirvana surely want that for their customers and their bottom lines regardless?

The core assumption.

This is the core assumption I’m making: Businesses want - and have always wanted - highly engaged, happy customers who pay more money for the goods and services that business provides, while at the same time reducing costs as much as they can.

The thing that differs then, is not the goal, but how we get there as a group. The big question businesses have then is not the what, but how. Is it a shift in customer segment or vertical? Is it the pursuit of new markets in new ways while maintaining old markets and old ways? Or is it a digital transformation? How do you decide when it could be any of these, at any time and in any order?

These are the questions that every digital, agile, product, devops, rockstar ninja consultancy on the planet have solved, they will say, breathlessly in the white paper you exchanged an email address for. Some of the claims might even be true. I don’t believe in any of them. The majority of the movements I see in industry pros look to digital transformation as the next step for any business. The approach: Hire product owners and managers, or shift the ones you have out of the marketing department. Let them be the agents of change as surely they will rally the business around them in pursuit of the customer! Customer Obsession will carry the day! Last time someone took that approach with me, I was made redundant. From what I’ve seen such things end one of two ways. Either you force out the existing staff that built the business or the agents of change don’t get the support or cut through they need, and they move on. This is the biggest risk with a transformation. By definition, it has a beginning, middle and end. A transformation implies a shifting of the status quo, techies, product people, design and experience folk are hired into the business with a mandate to change the way the business has worked up until that point - because if you don’t change you don’t transform. Those newbies to the business have new ways of working, and the implication is that those new ways are inherently better or more suitable for the business than the old ways that the business was built on in the first place!

This then implies that the newbies are inherently better or more suited than the existing staff that built the company and a collision point arrives. These groups clash until one group wins and one group loses. I haven’t seen a clash like that de-escalated successfully.

Why then is there such a focus on a transformation? Why are we doing to entire businesses what we now try to avoid doing with the software that we tell businesses they need to be thinking about first? As an industry, we’ve tried to move away from big bang releases on a Friday afternoon. Why do we treat whole companies the same way now? If we can figure out how to de-risk deploying and releasing software, surely we can focus on doing something similar for businesses that want to participate in a digital-first world.

This is where the idea of integration, rather then transformation comes from. Rather than seeking to supplant, subvert or replace, we should be looking to merge, join and integrate.

In tech we try to remove silos. Why stop there?

How many times have you seen a technology team working off in a silo, away from the rest of the business? The predominant practice used to be waterfall, where the teams hide down on another floor for the entire duration of the project, only coming back to show the business what they’ve done at the very end of the budgeted time. Agile and Scrum have advanced that, now we talk about what we’ve been building with our stakeholders every few weeks (two weeks being most common). That’s a great achievement compared with waterfall.

With this way of working being a next step on the journey, what comes after that? Once you’ve got mature teams experienced with this way of working, it can happen that the product owners, design team and other team members are doing regular customer research sessions, regularly building that feedback in to their digital products, and coming up with massive insights in to how the product could be improved.. up to a point.

Eventually, you reach a point where it’s difficult to improve some aspects of the product because the tech team might only own the digital representation of that product. Take a bank for an example close to heart. Suppose you get some feedback in a user session that the fees charged on a product make it unattractive to the user. Your tech team is incentivised to fix problems with the digital product, but now you’re finding issues with the traditional representation of that product - you can take that feedback back to the big ol’ bank but you’ve just hit another silo.

We’ve come so far in building cross-functional technical teams and cross-functional software product teams, the next logical increment is the cross-functional business team, which when you think about the time before ‘digital’ existed as a thing people wrote white papers about, is actually just a regular team like we’ve seen for most of the history of business.

You might find that this is not a case of digital eating the world, or technology changing the way we do things. Such statements are arrogant and misguided. The way the concept is positioned is that there is something inherently better about us that the rest of the business world is lacking. It’s like the scrawny new kid on the block hit the gym and got monstrously huge over summer and is now flexing nerd rage on the rest of their class.

We should not be seeking to replace the old world order of business, we should be augmenting it. We should not be trying to transform our lessers. We should be using our skills and technology to push the entire company forward.

A kinder, more empathetic way is needed.

Suppose we had a business team that consisted of a domain product owner, digital product owner, a couple of developers and testers, maybe an analyst, devops type person and designer. Or suppose we took an existing technical team and asked that the key business stakeholder joined that team, co-located and contributed on a permanent basis.

That pesky fee that’s turning off your customers in digital and retail channels could be solved easily. Whenever the digital folk were undertaking a large software initiative, they would likely already have the backing of their key stakeholder, and that stakeholder would already be up to speed and be the biggest advocate for that team to the rest of the business. Through co-location, you eliminate a host of meetings and sync up sessions. Through a shared context, you ensure that the business is on the same page as the techies. Sprint reviews become about inspecting and adapting the backlog from a whole of business perspective, not just a technical or feature perspective. Is it more important to change the way the product works, or change the way we position the product on the website? Such comparisons of work become meaningful because they can actually be answered, rather than being thrown out there and not picked up by anyone.

This approach is by no means a panacea. It is still hard work. The nominated business person and the team still need to learn how to work together. What might seem like an unbridgeable gulf in some places may actually be just a very very large chasm - bridgable but with effort. The rest of the business needs to back such an endeavour, but coming from a place of equality, rather than superiority, and acknowledging that your colleagues have paid for your ticket here rather than expressing surprise that they haven’t choked on a peanut before now will give you a much better chance of success, without resentment or forcing anyone out of the business.

What do you get for success with this, as opposed to a digital transformation? For one, you can unsubscribe from all of the consultancy mailing lists you found yourself on. More importantly, you’ve empowered a group of people with experience across the digital divide and set them loose on the toughest problems your business has. By working in an incremental way (rather than a big bang project driven way) you de-risk the effort, can manage the pace and spend (reducing pressure on staff old and new, and pressure on the bottom line through a less staff and hiring costs), and ensure that all of your staff are engaged and working in the same direction, not just the subset of staff who have the wind behind them.

This is just back to basics.

What’s ironic, is that this way is the way all business began. There are no silos in an eight-person business. In a way, we’re just getting back to basics. There’s poetic symmetry in that somewhere.

If I owned a business, and it was my money and legacy on the line, I’d avoid a digital transformation like the plague. I’m not in that position though, so I’ll leave it to the reader to pick up the torch.

Ravi Appadurai (??? ?????????)

Associate General Manager, Networks at HCL Technologies

6 年

??

回复
Richard Hill

Senior Change Manager

6 年

Thanks for sharing. You are obviously speaking from experience and I can identify with your frustration. I have yet to work on a software development project that DIDN'T highlight existing business models and processes that needed to be re-evaluated.? As you state, the involvement of the 'process owner' is the key addition to any development (or dare I say 'transformation') team and yes, it's a full-time engagement!

Kevin O'Donnell

Content Migrations | Digital Transformations | SharePoint | M365 | Information Mgmt | Security | Privacy |

6 年

Great article - it all seems to come down to change management and culture at the end of the day, plus ensuring the first transformation cab off the rank is something that everyone really needs. Gearing the transformation to delivering new or maintaining existing competitive advantage and customer experiences (without sacking half the staff) is a good approach too - it's then in everyone's intertest to make it - and the organisation - succeed.

Digital transformation doesn't work if the mindset is in perpetuation mode. This is akin to upgrading the car to perform better but the driving style has not changed.

Johan Nordin

Erfaren F?r?ndrings-/Projektledare. Tidigare Solution Owner - Infrastructure packages, Operations & Shared Services p? IKEA Group

6 年

Well worth reading for more than Bankers...

要查看或添加评论,请登录

Alex Corkin的更多文章

  • Architecture is gardening.

    Architecture is gardening.

    This is the first article in a series of articles I intend to write that describe my interpretation and understanding…

    5 条评论
  • The Role of a Software Developer

    The Role of a Software Developer

    I originally posted this article here. If you want all the articles without invasive analytics, my blog is the place to…

  • The QUERY HTTP Method

    The QUERY HTTP Method

    LinkedIn article formatting isn't great - for properly formatted quotes and code inserts, check out this article as…

  • Trialling 1-Day sprints

    Trialling 1-Day sprints

    Originally published on my personal website, https://4lex.nz/non-technical/2021/10/17/1-day-sprints/ 1-day sprints are…

  • Implementing a Team Topology

    Implementing a Team Topology

    Any organisation that designs a system (defined broadly) will produce a design whose structure is a copy of the…

    9 条评论
  • Remaining Effective in a Pressure Cooker

    Remaining Effective in a Pressure Cooker

    I've written this article as a response to COVID-19 upending the lives of many people I care about. For many of them…

    13 条评论
  • When everything is #DIGITAL, then nothing is.

    When everything is #DIGITAL, then nothing is.

    Digital Transformation, Digital Experience, Digital Thought Leader, Digital Coffee Table, Digital DevOps Team, Digital…

    4 条评论
  • SCIENCE! in the workplace

    SCIENCE! in the workplace

    What do you do when you don’t know what to do? Even worse: What do you do when people are paying you to do things, and…

社区洞察

其他会员也浏览了