Digital workplace technology is especially difficult when people confuse "cool new workplace technology product" with "digital transformation". Here comes the next product (such as AI tools like Microsoft Copilot) with a poorly defined use case, little evident user need and a low chance of success. It's bound to face problems with change management and product adoption and, voilà! Project failure. Meanwhile, the tools that we 100% know that employees need for their jobs and their sanity whither on the vine: unoptimised, unusable, unfindable, inaccessible and ultimately frustrating. So why is it that we find it hard to come up with digital workplace strategy that works?
In this guide we are going to talk about some of the key reasons that digital workplace projects fail and then learn how to put together a successful digital strategy, a timeless best-practice technique independent of technology or flavour of the month.
The reason digital workplace projects fail
We can think of strategy as the art of working out what the problem is and then coming up with a good plan to fix it. However, most groups of humans don’t do this naturally. They like to spend the minimum amount of time discussing the problem and then spend most of their time considering the solution.
Here’s the quandary: you can’t solve the wrong problem.
In our dreams, we identify the right problem, and we implement a brilliant digital project, then throw a party 🎉. We’re patted on the back. Well done you! There is of course the risk that things don’t go as wonderfully as we’ve planned 👎. But all is not lost. It perhaps wasn't as slick as we were hoping, but we’ve probably taken a big step forward to provide digital tools to employees.
But if you fluffed the bit where you were working out what the problem was, and jumped to the wrong conclusion, even if you hit your project out of the park, you will turn around and your users will be shrugging 🤷♀. They won’t care, it won't contribute to employee engagement because it didn't matter in the first place. It might have even been better for your wrong-problem project to (ahem) bomb 💩. Better that than to very efficiently deliver the wrong thing.
Once wrong-problem projects are underway there is nothing you can do. No amount of testing, training, usability or communications that will bring it back on track. It will become a sideline and an irrelevance and a testament to the hubris of those that sat in that meeting declaring the solution "job done".
There's a great term that describes this process called “Bikeshedding”. The (entirely apocryphal) story is that a group meet to decide on some things for the construction of a nuclear power station. The first item on the agenda is really difficult and full of hard science, economics, risks and probabilities. It is passed unanimously. The second item on the agenda concerns the construction and location of the bike shed. This is a topic that everyone feels able to discuss with confidence so 45 minutes of intense debate ensues.
I reckon that bikeshedding happens all the time at the beginning of digital workplace projects. No one wants to talk about the hard stuff or say “Stop. We just don’t know. Let’s find out. Let's go and ask some employees.”, so the time is taken up by accessible trivia. People confuse the time taken with importance and the die is cast.
Once wrong-problem projects are underway there is nothing you can do. No amount of testing, training, usability or communications that will bring it back on track. It will become a sideline and an irrelevance and a testament to the hubris of those that sat in that meeting declaring the solution "job done".