Tackling this database meant setting up a structured, step-by-step process to identify what mattered, rebuild what was needed, and prepare users for the transition.
We started at ground zero, examining each table to understand how it was being used and what downstream impacts could result from its removal. Wherever possible, we used query history and usage reports, working directly with BI administrators to validate dependencies. Where that visibility was limited, we worked with users and stakeholders to fill in the gaps. Some tables were decommissioned in favor of newer models, while others had simply fallen out of use. For anything moving to the new system, we gathered existing documentation or created new documentation, so users knew exactly what the data was supposed to be used for.
After taking the time to spot any underlying issues we built the new infrastructure:
- Creating new tables and workflows
- Bringing in key users to test new data products against their specific use cases
- Designing and building future-proofed pipelines that would scale with the organization
Preparing users for the shutdown was just as important as rebuilding the data. To maintain stability through the shutdown, we established a proactive response plan to identify and resolve last-minute dependencies, address bugs, and coordinate issues across stakeholders as they emerged. Our plan included:
- Mapping user dependencies to identify all known users and downstream impacts to prevent broken reports or last-minute surprises during launch
- Creating a Migration Support page with table and field mappings and other reference information to help users migrate their data products.
- An impact form for stakeholders to ask questions, request assistance, or get a full impact assessment.
- Forming a cross functional response team to triage issues as they come.
- Working one-on-one with those most impacted by the move, to assist in migrating their critical reports and dashboards.