PM4K DISCUSSION 003: TOP #1 CHALLENGE FACED DURING TEMENOS T24 IMPLEMENTATION
For all of us who have managed Temenos T24 implementation projects, we know about the challenges we’ve faced during implementation. Implementation challenges are not specific to T24 only; but all projects face minor/major challenge(s). The objective of this discussion is to focus on T24 implementation projects and understand, what in your opinion is the most recurring and fatal challenge that you’ve faced during your T24 implementation? Most importantly, how did you (your team) manage to overcome it? Let’s continue Sharing & Learning.
[Mathew@PM4K]
HTTP://WWW.ANISHMATHAIMATHEW.BLOGSPOT.COM
Do join our growing online communities on Blogger, Twitter, Facebook, LinkedIn & NetworkedBlogs. Most importantly, please do come back for more.
Advertisement




Before doing the system implementation bank has to do the BPR (Business Process Review) and stream line the workflow. Then only they know their system requirements.If implementation team has the entire requirement, then it is easy to manage. Need to select proper UAT team and educate all staff members to handle presure if somthing goes wrong.
While knowing the requirements is important, the very most important aspect for succeeding is to have the right business team (with enough power to make decisions) dedicated throughout the project. This will ensure meeting deliverables timely and having a proper knowledge transfer to the team for the benefit of bank, once the project is completed. I always emphasize on this aspect right at the begining, during the project kick off.
I'm facing the problem about BRDs and FSDs documents written in two languages: English for technical people and Spanish por bank's staff (users). The specific problem is that leader users are reviewing Spanish FSDs to sign off but they're asking for modifications/corrections that suppossed they reviewed reading English FSDs, so we the implementation team have to review the original accepted documents, even BRDs to clarify that they asking for new topics not included in the original documents, and this activity is time consuming.
It is important for project management to ensure that everyone involved in the implementation understnds the reasons for the replacement of the legacy system with T24. If there is a failing at this level, there will be a tendency for users to simply give a description of the workflow within the legacy system as a business 'requirement'. Then the implementation will become a mapping exercise of the old onto the new, and defeat its own object.
I totally agree with Phil here. Users are accustomed to their system and some of them really like it, especially when it is one that they have been developing on for a long time and does exactly what they want. They want to replicate what they have or not to replace it at al.It is difficult to get them to understand the need for a replacement and it is crucial to try to change their minds in a non-noncofrontational and understanding manner. You need to get them on your side to be able to move things forward smoothly.If you fail to gain they cooperation you can start expecting huge deviations from the estimates. Besides that, the work environment might start resembling hell.
Ok..my 2c worth. I suggest the project manager builds a relationship with the person in the business that is the influencer / decision maker. They may be different people – but have regular coffee sessions with them. This way you agree on how to manage difficult users / situations before they actually become serious issues. Also – stay impartial in all situations and if someone wants to really bad mouth a fellow team member get both of them into a room and resolve it quickly – otherwise it becomes a drag on the project.Get a decison making / stakeholder matrix together at the start of the project and most importantly understand how long it takes to have decisions made / ratified.
Last two posts are very much in line with my point: the major issue in every project is FEAR. The decision of purchase and implementing new system is made on the top while the responsibility lies on the regular employees and first-line managers. So, this is the main reason why people try to reproduce 100% what they have now: they will be reporting to their management THE SAME WAY THEY USED TO even after implementing the new system. That's why they request old-fashioned and excessively informative reports, that's why they insist on the specific fields to be added to the system just to meet the reporting requirements, etc.Now the question obviously comes: what to do? How to avoid this 'material resistance'?Imho, there are two key issues we should resolve:(i). management model(ii). certificationT24 should become a Certified Management Solution – not just accounting or back-office, or middle-office, or even front-office solution, i.e. we should sell a ready-made, out-of-the-box management system. Similar, like the Model Bank offers a 'universal' operational solution, it should also suggest a ready-to-use Management Model: decision making levels, reporting aggregation levels, reporting flows, risk management, etc. For example: nowadays the modern banking practice is based on the Risk concept. This is, to a major extent, the reason of requesting huge number of reports, most of which just cross-check the information, user input, etc. Bank Management does not trust our solution when it comes to risk issues. We have to convince the banking community that the system is fully compliant with the risk management concept – the same way as we did about accounting: the AUDITOR CERTIFICATION way.Once it has been confirmed by major auditor companies that T24 correctly reflects the accounting based on GAAP, we may not prove it any more with every next client.So, I would expect the management consultancy department to do this certification after they create a management model based on the existing T24 modular solution. To put it simply: we can implement smoothly and effectively only when the Bank's top management have accepted and approved the changes in the Bank's management model and not just paid for the new accounting tool to apply to the old management system.
While writing the comment above Gerhard's post appeared. So, two posts I supported were Paul's and Joel's.