{"id":7801,"date":"2023-11-27T11:54:01","date_gmt":"2023-11-27T11:54:01","guid":{"rendered":"https:\/\/www.theoaklandgroup.co.uk\/?p=7801"},"modified":"2024-04-17T09:58:56","modified_gmt":"2024-04-17T09:58:56","slug":"7801-how-to-avoid-th-traps-of-data-transformation","status":"publish","type":"post","link":"https:\/\/weareoakland.com\/blog\/7801-how-to-avoid-th-traps-of-data-transformation\/","title":{"rendered":"How to avoid the traps of data transformation\u00a0"},"content":{"rendered":"

In recent years, many organisations have expressed a need to be more data driven.\u00a0 This comes from a desire to capitalise on more digitised processes and customer interactions, and the insights that might be found within the data that is created.\u00a0 As executives have pushed for more data and insight, many organisations have realised that they were woefully unprepared to deliver.\u00a0 This has created a spate of data transformation programmes that have launched, only to struggle to gain traction.\u00a0 Technology is most often pointed at as the cause of failure; however, as you look closer, many of these programmes fall into one of two traps.<\/span>\u00a0<\/span><\/p>\n

    \n
  1. The Big Delivery.<\/span><\/b>\u00a0 This trap is common.\u00a0 The programme spends months or years locked away developing the ultimate data platform and supporting data management tools.\u00a0 This is usually done with minimal stakeholder engagement, or through a few stakeholders, and has a big reveal that does little to solve the challenges of users but is very pleasing for technical teams. Meanwhile, end users and leadership are left with little and revert to old behaviours to gain insight (usually in the form of a complicated spreadsheet).<\/span><\/li>\n
  2. Death by POC.<\/span><\/b>\u00a0 This trap is emerging more frequently. Programmes will actively engage end users to create a massive list of use cases for delivery.\u00a0 These will then be built as proof of concept (POC) to show value quickly.\u00a0 The trap comes where either the funding doesn\u2019t come to productionise the POC, or features keep getting added on top of something that was never meant to grow.\u00a0 This creates a challenge for data teams that spend most of their time trying to keep functionality from falling over and have limited technology to support them. <\/span>\u00a0<\/span><\/li>\n<\/ol>\n

    So, how do you avoid falling into one of these two traps?\u00a0\u00a0\u00a0\u00a0<\/strong><\/p>\n

    First, you need to see the value within each of the traps.\u00a0 The Big Delivery is trying to build a foundation for effective data management.\u00a0 This is necessary for sustainability, but this trap does so at the expense of delivering value for the organisation.\u00a0 Death by POC focuses heavily on rapid value creation and stakeholder engagement, which is essential to maintaining alignment with business strategy.\u00a0 Unfortunately, this comes at the expense of data and analytics resources, who are rapidly burned out trying to avoid catastrophe in the tooling.<\/span>\u00a0<\/span><\/p>\n

    Second, in understanding the value, you need to look at approaching delivery differently.\u00a0 A hybrid approach that combines foundation development and use case delivery is one that has proven to be successful.\u00a0 This runs core work on platform, governance, and operating model alongside delivering business use cases.\u00a0 The use cases delivered are sometimes smaller in scope, but, are delivered with a full slate of capability across process, people, technology, and data so it can stand alone without intensive management.\u00a0 We call this a lighthouse project.<\/span>\u00a0<\/span><\/p>\n

    \"Image<\/p>\n

    Finally, you need to identify and plan for transition states in your programme. Organisation patience for any transformation runs this, even when you are balancing foundation development with use case delivery, so identifying the points at which the programme can accumulate (and celebrate) value is key to maintain stakeholder engagement.\u00a0 These might be in line with delivering your lighthouse projects, with each shining the way to the next, or landing of foundational capability in anticipation of emergent use cases.\u00a0 However, you plot these transition states, think of them as points where you could stop the programme, and everyone would see what had been delivered as a success.<\/span>\u00a0<\/span><\/p>\n

    If you are able balance the lighthouse and foundational, your value realisation will scale much more effectively than the Big Delivery or Death by POC.<\/span>\u00a0<\/span><\/p>\n

    \"\"<\/p>\n

    Moving to this way of thinking doesn\u2019t come overnight and requires quite a bit of planning.\u00a0 We would recommend development of a data strategy as a key point to identify capability to be developed, use cases to be delivered, and appropriate transition points along the way.\u00a0\u00a0 Typically, the process for building and implementing a strategy follows these steps:<\/span>\u00a0<\/span><\/p>\n