As the CTO of LetSetGo, a firm specializing in helping enterprises like Sandvik and Alleima navigate digital transformation, I've found that managing legacy systems is a strategic puzzle. When asked, "What is your approach to managing legacy technology?", my answer is rooted in our core philosophy: we don't just migrate applications; we build a bridge from the past to the future. Our clients' applications, built on technologies like PowerBuilder and Sybase for over two decades, are complex systems with deeply embedded business logic and immense databases. A direct, "big-bang" jump to modern stacks like Microsoft .NET and SQL Server is a high-risk gamble. This led us to develop our "Migrate-Then-Modernize" strategy. Stage 1: The Foundation - Lift and Shift with Purpose. The initial phase is a low-risk, surgical migration. Our goal is not to add features but to replicate existing functionality. We conduct a meticulous study of the legacy application's business rules and data flows. The primary technical challenge is ensuring a seamless, zero-data-loss transfer of massive databases. This phase establishes a stable, modern foundation, preserving business continuity. Stage 2: The Evolution - Refactor and Innovate. With the application safely on the new platform, we begin the most exciting part: modernization. This is where we refactor code to leverage the advanced features of .NET and SQL Server. This includes improving performance, enhancing security, and building responsive, web-based user interfaces. This staged approach, as proven with our clients, de-risks the entire project. It protects irreplaceable business logic while unlocking a future of continuous improvement and innovation. Our success is in transferring a company's technical legacy to a platform ready for tomorrow.
Legacy systems are always a balancing act between risk and value. My approach is to never look at modernization as a rip-and-replace exercise. Instead, we evaluate three things: 1. What's critical to business continuity? 2. What can be re-architected for scalability? 3. What can be retired? That clarity prevents both over-engineering and under-investing. One example comes to mind from our work with a large healthcare network. They had a decade-old learning management platform that had become brittle, expensive to maintain, and completely misaligned with modern compliance needs. We didn't recommend shutting it down overnight. Instead, we created a parallel modernization track and gradually migrated modules to a cloud-native architecture. During this, we also ensured that nurses and administrators could continue using the existing system without disruption. By the end of the program, the client had a fully modern LMS built with React, Node, and PostgreSQL. What is more important is that they could upskill 500+ nurses without downtime or data loss. That's the essence of successful legacy management: protecting the present while building for the future.
Our approach to managing legacy systems starts with understanding their role in business continuity. Many organisations rely on older platforms that are deeply embedded, so replacing them outright can be disruptive and costly. Instead, we prioritise a phased modernisation strategy: stabilise the legacy system, integrate protective controls, and then gradually migrate workloads to more secure, scalable solutions. A successful example was with a client still operating critical applications on outdated on-premise servers. Rather than forcing a complete replacement, we implemented layered security controls and continuous monitoring to reduce immediate risk. In parallel, we planned and executed a migration to cloud infrastructure, ensuring minimal downtime and improved resilience. The outcome was a smooth transition, during which the business gained stronger security, lower maintenance costs, and greater agility. The key lesson is that legacy systems don't need to be a barrier; with the right strategy, they can be managed securely while you modernise at a sustainable pace.
My approach to managing legacy systems focuses on strategic resource allocation that minimizes disruption while enabling innovation. I worked with a client who successfully modernized by outsourcing the maintenance of their legacy platform to a specialized team while their in-house developers concentrated exclusively on building the next-generation system. This parallel development strategy allowed them to maintain service continuity for existing customers while accelerating the development timeline for their new technology. The end result was a smoother transition for all stakeholders and faster delivery of enhanced capabilities.
I view legacy systems as anchors and assets. You can't just rip them out—you need to respect the data and workflows they hold. One success was replacing spreadsheets used for rebate tracking with our automated platform. We preserved historical records while removing manual steps, which cut errors and freed teams to focus on strategy instead of maintenance.
Our approach to managing legacy systems centers on gradual, strategic modernization while maintaining business continuity. When scaling our technology infrastructure at Talmatic, we encountered challenges with complex data movement between legacy systems and new cloud applications, which initially caused unplanned downtime. We implemented a middleware layer to normalize data flows and decouple point-to-point integrations, which successfully stabilized operations and created a pathway for future modernization. This experience reinforced our belief that prioritizing modular architecture from the beginning is essential for successful technology transitions.
I don't manage "legacy technology systems." My job is to manage old electrical systems in people's homes, and my approach is simple: I don't just fix a problem, I look for a better, safer solution. The most successful "modernization effort" I've ever done was for a client who had a very old, unreliable fuse box. The fuse box was so old that it was a fire hazard. The "modernization effort" was to upgrade the old fuse box to a new, modern safety switchboard. I explained to the client that a new safety switchboard would not only be safer, but it would also be more reliable. It was a "modernization effort" that a tradesman would actually face. The impact was on my business's reputation and my sales. By being a professional who is on top of his game, I'm able to build a reputation for quality and reliability. The client who sees that I'm a professional who is on top of his game is more likely to trust me. This has led to more work, more referrals, and a much better business. The key takeaway is that you can't run a business on a script. Sometimes you have to do what's right for the client, even if it's not in the plan. That's what sets a good business apart from a bad one. Your best "modernization effort" is a good dose of honesty and a deep knowledge of your trade. That's what wins a major client.