View all newsletters
Receive our newsletter - data, insights and analysis delivered to you
  1. Technology
  2. Data Centre
March 16, 2017

Breaking out of the Henry T Ford approach to FS infrastructure

Dell's Bradd Lewis looks at the ways UK leaders can take a Henry T Ford approach to IT infrastructure as a way in which to cope with the barrage of application needs from businesses.

By Ellie Burns

From our regular meetings with FS IT leaders in the UK, we know that the challenges of delivering scalable, secure and timely IT to support vastly different, yet constant, requests from across the business can at times seem overwhelming. Alongside these requests, technology and consumer behaviours are changing quickly and decisions made now could be viewed as the wrong choice in 12 months’ time. What’s essential is that these challenges don’t result in paralysis for an IT team, either in restricting innovation, their ability to deliver or in teams putting off decisions due to fears that they may turn out to be wrong.

What’s interesting to note is that, in many organisations, the infrastructure layer is yet to have been through the cultural and technical shift which has already been experienced in other areas of IT. This means that infrastructure teams could be accused of slowing down the transformation process in banks – in some cases in a self-preservation bid. There are also skills challenges, as the role of project management and provisioning become the stepping stones to broader transformation.

Breaking out of the Henry T Ford approach to FS infrastructure

Bradd Lewis, Vice President & Global Lead Financial Services, Dell

When we look specifically at the use of applications within FS firms, this challenge is even more prevalent. What’s interesting to note is that many organisations therefore take a Henry T Ford approach to IT infrastructure as a way in which to cope with the barrage of application needs from the business. What this results in is rigid application architecture, limited freedom for customisation and, ultimately, a poor user experience. Security elements are also a significant challenge when it comes to application architecture, and where many processes often break. Yet this area of the business is essential for driving future successes and therefore must be addressed. But where to start?

What’s important to note is that the complexity comes from the ask – and it’s often designed for the old world. If you switch the business approach to applications being grouped and then provision based on this system, it will allow IT teams to simplify processes and deliver a better service, without having to customise at every level. By creating a pattern based on elements such as consuming patterns, security required, compliance and the load environment, organisations can streamline their approach to application delivery and  better support the business, without a complete overhaul of processes. Following this approach also makes delivery more straightforward for the broader IT team, as these patterns also provide a simplified model for the infrastructure layer to provision against. Crucially, it also enables businesses to provide a greater range of options and some levels of customisation for the business, breaking out of the Henry T model – at least somewhat.

But this process itself isn’t a straightforward one, and lots of development is required in order to set a business up in this respect. What’s crucial to remember is that applications are going faster than ever and have evolved significantly both from a technical and user experience perspective. As such, infrastructure must catch up or run the risk of slowing down innovation across the board.

I’ve talked previously about the importance of clear leadership and the cultural shift, alongside technology transformation, and this is certainly true when we look closely at applications. Implemented well, reviewing application architecture should result in shifting ownership, roles and the removal of some processes which have been held dear for a long time. Organisations must elect which battles to have and where automation can alleviate some of the workload as we switch over to the new world.

READ MORE: Digital Disruption feared the most by financial services – report

We’ve already seen progress from financial organisations when it comes to their data and processes (of which they’ll certainly be further shifts over the next year) but applications are the heart of the future opportunity and the ability to spin them up quickly and efficiently must be tackled by organisations as a matter of urgency.

Content from our partners
Rethinking cloud: challenging assumptions, learning lessons
DTX Manchester welcomes leading tech talent from across the region and beyond
The hidden complexities of deploying AI in your business

What’s needed to drive success is a clear definition of the business objectives, buy in from across the team, controls to ensure that the business doesn’t try to run before it can walk and a clear sight of what applications consume which infrastructure; a recipe for application delivery within set boundaries and in place at the authentication layer. It’s down to teams across the IT landscape to work together to make this a reality.

Topics in this article : , ,
Websites in our network
Select and enter your corporate email address Tech Monitor's research, insight and analysis examines the frontiers of digital transformation to help tech leaders navigate the future. Our Changelog newsletter delivers our best work to your inbox every week.
  • CIO
  • CTO
  • CISO
  • CSO
  • CFO
  • CDO
  • CEO
  • Architect Founder
  • MD
  • Director
  • Manager
  • Other
Visit our privacy policy for more information about our services, how Progressive Media Investments may use, process and share your personal data, including information on your rights in respect of your personal data and how you can unsubscribe from future marketing communications. Our services are intended for corporate subscribers and you warrant that the email address submitted is your corporate email address.