This morning I read with interest a colleague’s blog post on the delay to the publication of the ESMA technical standards from July back to September. Whilst I appreciate that these things are complicated, it seems hard to understand how this won’t delay the implementation date without potentially increasing the very risks the regulations are trying to prevent. Building software and systems properly isn’t just a question of resource; it’s just as much about process. Here at Fidessa Towers, for example, we work on a quarterly release cycle. Next quarter’s code is being loaded onto the waggons to be shipped, the release 6 months away is being tested, the following release is being programmed and the release a year out is being designed. Only by taking a disciplined approach like this can we manage to produce high quality software that meets its functional objectives and get it properly deployed for customers. For major banks trying to implement this software, the problem is even worse as they face far greater conflicting priorities against the same moving global regulatory feast.
I fear, therefore, that the venerable Dr Voigt is right and that our industry is being served an unpalatable appetizer of unintended consequences before we have even taken our seats at the table.
Steve, superb assessment. You’ve encapsulated in less than 500 words how regulations degrade economic growth. Regulations should be simple, clear and durable, not responsive to every anomaly, a desperate scramble to prevent something from ever happening again.
Hi Tim
Thanks for your kind comments. I was chatting with my wife over dinner last night and she put it even better than me. Just because it takes a woman 9 months to be pregnant doesn’t mean that you can recruit 9 women and get the same job done in a month…