Time tracking, four org-health measures and a weekly summary that explained the design team's work to team leads, the director and the C-suite.
Reporting was a Jira dashboard exported to a spreadsheet. It counted requests by status and could not explain the work behind a timeline or a decision.
Designers first read time tracking as surveillance. The measures were only useful if the team trusted how the data would be used.
Every team had a baseline within six months, and delays could be traced to where they started.
Reporting started as a Jira dashboard, exported to a spreadsheet that the director of product design took to the VP of product. The VP and the product directors used it to work through conflicts and concerns. It counted requests: how many were pending, how many were in progress, and how many were marked as waiting on design.
Those counts could not explain a timeline, a decision or the work behind either. When a deployment slipped while a request sat in waiting on design, the report could not show where the delay started, and design had no data to give its side of the story.
Time tracking ran through Tempo, a Jira plugin, and fed four org-health measures. Within six months every team had a baseline. The measures showed where design time went, where work came back, and where the partnership with product and development could improve. They also gave the department the evidence to ask for new tools, resources and headcount.
Time spent designing against time spent on meetings, status and process.
Work done again after review or a change in scope.
Known compromises waiting to be fixed.
Time lost to switching between projects and interruptions.
At first, designers read time tracking as surveillance. Every team member was taken through the workflows and what the tracking was for. In operational meetings I showed how the data was used, and made sure leaders did not use it as a main measure of performance.
The leadership team made two commitments. Every metric drawn from time tracking stayed open to the people it described, to review and question. If their data came into an issue that involved them, they would hear about it early, know the full situation, and take part in the review.
Each month I led an all-staff meeting that shared the previous month's operational metrics. Everyone had access to the reports, and anyone could book a 1:1 in my weekly office hours to ask about them. The measures later fed employee development and evaluations, and showed where a gap in delivery started, so the team that owned it could close it.
Rebuilt intake, review and planning as one system, then followed work past launch.
A process inside the delivery rework: team leads scoped and locked work before it started.
Weekly measures that kept every layer informed, from team leads to the C-suite.
AI integration for design delivery, approved by Legal and IT security, reaching SDLC partners and marketing.
Gallup results turned into the department’s operations roadmap, alongside budget and growth planning.
A new-hire pipeline from schools, and a lane for projects no roadmap could fit.
A 30/60/90 system that assessed each hire’s skills and matched mentors by weekly capacity.
Three design systems consolidated into one, with a governed path for every change after.