1. Discovery and context
We start by understanding your business context: what the VB6 system does, who uses it, how critical it is, and what pressures you’re under. This includes interviews with key stakeholders and review of any existing documentation.
2. Technical and architectural review
We analyse the VB6 codebase and its environment: structure, modules, dependencies, integrations, data access patterns, and deployment model. The goal is to understand architecture and hotspots, not to read every line of code.
3. Risk and dependency mapping
We identify where the system is most fragile: single points of failure, unsupported components, undocumented integrations, and areas where change is particularly risky. Organisational risks, such as reliance on a single individual, are also considered.
4. Options, scenarios, and recommendations
Based on the findings, you receive realistic options—stabilise and maintain, staged rewrite, partial replacement, or combinations—each with implications, timelines, and dependencies. Clear recommendations and suggested next steps complete the picture.