T24 Upgrade Service
Transcription
T24 Upgrade Service
T24 Upgrade Service Independence, Expertise, Results Driven Quick Link believes in Power of Connection. Our ability to deliver results is driven by a thorough understanding of our clients’ business drivers. We are fully aware our clients’ success is based on how well the underlying IT systems function and how well the systems comply with business requirements, quality objectives, and project goals. 4 2 3 1 5 Our consultants have between 5 and over 30 years experience in delivering IT systems to the Financial Services Industry. This includes many Upgrades involving the Temenos Globus/T24 system. Our Credentials We have completed several T24 upgrades in the past 10 years including: T24 core upgrades and/or module implementations, Complete reengineering of functionality to make use of new release capabilities, The implementation of multi-company architecture, and Change in the Technology Stack. The above names and logos are trademarks of the respective organizations. Expertise across releases, modules, different architectures and technology stacks Our methodology is based on the following key tasks. The key decision for the bank is whether the bank wishes to implement some revised / new functionality / processes alongside the upgrade. This will by definition make the project more complex and risky. Evaluation / Assessment –This phase consists of a relatively short investigation phase whereby a small team of our knowledgeable resources will analyse the banks systems and architecture. This will enable us to get a good understanding of the banks IT environment, system architecture, the modules being used, the interfaces, and any local developments that have taken place. This will enable us to fully appreciate the scope of the following phase of the project. The 3 critical activities undertaken within this phase of the project are: o Investigation of the T24 system as it is currently implemented, o Review of the administration, development documentation and release management process used by the bank, o Agreement between the parties as to the testing to be undertaken as part of the project, prior to the commencement of UAT. This investigation phase will result in a report being presented to NIB Bank outlining all the findings of the investigation. 2 Upgrade Implementation - This phase consists of the actual upgrade activity itself. This will involve our resources undertaking the upgrade activity itself along with the production of a runbook so that the upgrade can be repeated several times during the project but most importantly at the start of UAT and on the golive weekend. This runbook along with the documented test results will form the major set of deliverable from this phase of the project. UAT Preparation - This phase consists of the preparation for UAT. A critical activity within this phase is the application of the Delta developments that have been undertaken in the production environment since the beginning of the project. The upgrade project will take a baseline environment at the outset of the project and this will be used for all system and upgrade testing. It is critical that the bank be in a position to apply any delta changes to the environment at 2 critical junctures within the project: prior to UAT and prior to go-live if there are critical production changes which have occurred since UAT. UAT Execution - This is the main activity for the bank and will involve the banks staff in the execution of the upgrade runbook and the completion of the UAT. Our Methodology Change Control – it is important that the Upgrade project is fully aligned with changes occurring in the main project. Our methodology ensures that Change is managed both within the Upgrade process itself and also in line with Change Control in the banks wider IT Environment. Assessment Principles Our assessment process will investigate all aspects of the T24 landscape within the bank. These will include: Environment Setup - This section will review the overall technology stack along with the core system setup and architecture. Local Developments – We will fully review and where necessary document all local developments including – release procedures and development standards, local reference fields, subroutines, versions, enquiries, standard selection and templates. All COB / EOD processes will be reviewed and other menus, scripts or other local developments will be reviewed. Core Regional Developments – This will encompass all patches applied to the system as these can sometimes be omitted or work slightly differently within the upgrade release. Other Core or Regional developments will be assessed. Parameterization – All parameters used by the bank will be reviewed and any required changes documented and approval obtained. Reporting – It is critical that all reporting activity is reviewed and as part of the upgrade project – this will include local reporting, CRF and any third party tools used by the bank. User Interface – All user interfaces must be included in the review to ensure that the upgrade does not have an effect on any user experience. Automated Interfaces – All automated interfaces within the bank must be protected from the changes required by the upgrade project (unless the bank is also using the upgrade project to implement some interface changes). This will include all incoming and outgoing interfaces using a range of technology platforms including, OFS, TWS, GIT, GCS/TCS, or others. Performance – A critical aspect of any upgrade involves the performance of the system before and after. As part of our methodology we review the before and after performance of the system across a range of criteria to ensure at the very least that there is no performance degradation. Performance in this context includes online user experience, COB/EOD performance and database aspects. Documentation – The availability and quality of the documentation available will be critical to the success of the upgrade project. Third Party Suppliers – Most banks use a range of ancillary systems from third party suppliers in addition to the core T24 platform. It is essential that the upgrade project includes changes to these systems if necessary. 3 Working as part of the FI’s project team our consultants can bring expertise both at the management and execution levels of your upgrade project. Our methodology produces key artifacts within the project to facilitate a smooth Upgrade project and provide a clear and auditable trail of all activities. Upgrade Strategy Investigation / Assessment Report Execution Runbook Test Cases & Scenarios Test Results If the bank has undertaken additional functional or architectural changes as part of the upgrade project then these will be fully documented in a set of separate artifacts: Functional High Level Specifications Detailed Business Specifications Architectural Changes with Upgrade CEME Innovation Centre, Marsh Way, Rainham, Essex RM13 BEU, United Kingdom www.quicklinkconsultancy.com Document – QLB-UPG-2015-4 United Kingdom – London Ireland - Dublin Saudi Arabia - Riyadh India - Chennai, Pune Quick Link Consultancy – Banking Practice