There must be times when we each question our decision to be anywhere near technology. No longer the reserve of programmers or 'techies', all business leaders are now irrefutably connected to their technology platforms and are expected to play a part in keeping them safe.
Just as we're getting over another major ransomware attack, a more traditional IT failure reared its head. The tale of woe that has been BA's recent cusotmer service and PR disaster was yet again, entirely preventable.
BA did what any large, data-driven organisation should do - they implemented a full back-up system, along with a secondary power system. That's a lot of boxes ticked right there.
However, BA then committed the cardinal sin of just expecting it to work when required.
Let's take a step back for a moment and put this in to perspective. If you were planning a long car journey, you'd probably give some thought to the condition of your vehicle. You'd ensure you had enough fuel, that the various oils and fluids under the bonnet were where they should be and most of us would check our tyre pressure.
All good so far...
Half way through the trip and something doesn't feel right. You pull over and find that you have a puncture, so you get a spare wheel from the boot. If you were BA right now, you'd find yourself looking at a flat spare tyre. It really is as simple as that.
Travel chaos, long-term brand damage that the airline can ill afford, calls for executive resignations and the laughing stock of their budget rivals. All because nobody thought to check that the back-up systems were ready, fit for purpose and fault-free.
This is what Disaster Recovery planning is alll about. It is not about ticking those boxes. It's about ensuring that every scenario is thought through, played out and tested. This isn't a fire and forget exercise, it's about being prepared at all times and that means ensuring that everything - people and systems - are in a genuine state of readiness.
Failures happen and are a fact of life. Technological calamities are optional.