Back to resources

Decommissioning of the Central Processing System and Migration to an In-House Claim Management Solution

Deadlines
Collaboration
Strategy

9 December, 2021

Jan Pieczykolan
Jan Pieczykolan

Head of IT Development at Santander Bank Polska

Jan Pieczykolan, Software Engineering Director, shares a case study of what is essential when moving from a legacy third-party system to a new in-house solution.

Problem

The central company system was based on an external vendor product. Therefore, our further growth was limited by its existing features and non-functional characteristics. The system was dedicated to processing service requests; we used it to process our customer claims. There were issues coming from this approach. One of them was that in our case, the communication schema with the customer and other engaged parties had to be different from the solution creators primarily planned. This introduced an additional level of potential problems in such crucial areas as communication – this could not be accepted.

The company started to implement its solution a long time ago. But as usual, the more features we added, the bigger the needs were; therefore, business was constantly surprising us with new feature requests that were "necessary" to decommission the old solution and entirely switch to the in-house one.

Additionally, the priority of the new system was never higher than other initiatives – there always were the more important things to do.

Actions taken

We set a non-negotiable deadline by making an internal decision that we will not prolong our current contract with the vendor. Therefore, the internal message for the team and all other employees was clear – there is no other option than to finish the roll-out before the deadline. This helped convince those who didn't believe that we were migrating. Additionally, this agreement was one of the best methods of securing the scope – everybody was aware that adding new requirements was raising the risk of missing the deadline.

We dedicated a single team to lead the initiative – those guys were responsible for finishing the decommissioning project. They had time to do that, as they weren't involved in other initiatives.

In the beginning, we prepared a plan that consisted of a list of necessary actions, list of required features, owners, and due dates. The plan was discussed and agreed upon with the business. We reviewed it on a bi-weekly basis. This helped us avoid scope creeping as it was super challenging to add new requests to the base plan.

Lessons learned

  • Having a plan is a good idea. Besides, only having that is not enough 一 you should stick to it and review it regularly. Plans can and should be updated – if it is needed, then do it. Don't forget to inform other people about that.
  • Not always it is possible to have it from day 0 – sometimes you need to spend time on due diligence to gather the knowledge required to build the plan, but after some time, the plan is necessary.
  • Assign such tasks to a team and ensure that that team has space to work on it.
  • A strict deadline is your ally as long as you will fit within it. That's why it is good to have a backup plan for such a situation.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

Getting Creative to Land Your First Tech Job

19 January

Nani Nitinavakorn, the Sr Product Owner at Revolut, shares how she gained her first technical position, creating a direct method to apply for jobs.

Personal Growth
Ownership
Hiring
Strategy
Juniors
Career Path
Nani Nitinavakorn

Nani Nitinavakorn

Sr Product Owner at Revolut

What to Do When Candidates Turn Down Your Job Offer

18 January

Rachit Lohani, Head of Engineering at Atlassian, decodes the positive changes he made to the company's recruitment process by getting into the crux of the issue.

Mission / Vision / Charter
Sharing The Vision
Strategy
Team Processes
Rachit Lohani

Rachit Lohani

Head of Engineering at Atlassian

Strategies to Deliver Effective Employee Feedback

18 January

Rachit Lohani, Head of Engineering at Atlassian, shares all his ideas and principles on providing feedback and avoiding discomfort while doing so.

Leadership
Internal Communication
Feedback
Motivation
Strategy
Team Processes
Rachit Lohani

Rachit Lohani

Head of Engineering at Atlassian

Change Management in Engineering Organization

18 January

Joëlle Gernez, Vice President, Engineering at Pinger, shares how she collaborated her engineering team with the designers to bring about a change in the processes.

Architecture
Deadlines
Collaboration
Cross-Functional Collaboration
Joëlle Gernez

Joëlle Gernez

Vice President, Engineering at Pinger

Communication Is the Key in the Workplace. Here’s How to Improve.

18 January

Joëlle Gernez, Vice President, Engineering at Pinger, shares how she built great relationships with her direct reports and broke the vicious cycle of poor one-on-one meetings.

Goal Setting
Meetings
Internal Communication
Strategy
Juniors
Joëlle Gernez

Joëlle Gernez

Vice President, Engineering at Pinger

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.