Auror logo

Auror did 3x more tech debt work while meeting ambitious feature release deadlines

A group of people smiling at the camera, posed outdoors with the sky in the background.
2x

velocity, while 3x'ing the number of tech debt tickets completed.

92%

reduction in build pipeline time.

Auror empowers the retail community to prevent crime, reduce loss, and make stores safer.


During a period of change with pressure to deliver revenue-generating features quickly, Senior Engineering Lead, James Freeman and his team used Multitudes to ensure they weaved in tech debt work while still meeting deadlines.

The Challenge

James Freeman is a Senior Engineering Lead at Auror, leading a newly established team known as Core. The team was formed with a broad and ambitious mandate, ranging from internationalization efforts to internal platform development aimed at improving the developer experience. During this formative period, James was deeply committed to setting the Core team up for long-term success, this includes balancing a high care for high performance, prioritising team health, refining ways of working, and proactively addressing technical debt to ensure the team could scale sustainably.

Forming the new team

James was eager to establish strong, open team practices from the outset. Having used Multitudes effectively in a previous stream, he was intentional about bringing it into Core as a way to foster healthy, open conversations and support a psychologically safe team environment.

What this looked like in practice:

  • Regular cadence of reviewing metrics: Every two weeks on Monday, they would go through their metrics – so they had the habit of regularly reviewing progress.
  • Default to transparency: The Multitudes metrics would be shared during these reviews and discussion would be invited around what the team noticed.
  • Support team ownership: Using the conversation-starters in the Multitudes app and James’s own questions, the team would share what they thought was going on and how they might improve from there.
  • Celebrate the wins: As the team made changes based on what they observed in the Multitudes metrics, they could track their progress over time. When the data showed a positive shift—whether it was improved collaboration, reduced cycle time, or more balanced workloads, James made a point of celebrating those wins publicly. He would share a screenshot of the metric change, add a sentence or two for context, and then post it in a wider channel. This not only reinforced the value of their efforts but also encouraged a culture of pausing to acknowledge progress.

Multitudes insight

Since the Core team was working across so many different projects, there were a couple metrics that stood out as particularly important:

  • <code-text>Types of Work<code-text> shows where everyone is spending their time. The totals here also show the team’s velocity. One academic study found that developers working on multiple projects spent 17% of their development effort on managing interruptions. One use case for the Types of Work chart is to see if other work is taking time away from feature work.
  • <code-text>Change Lead Time<code-text> shows the team’s throughput, tracking time between the first code committed on a project to it moving into production. At its core, it’s an indicator of how long it takes to deliver value to customers, and it’s one of the DORA metrics. This metric is important because it’s one of the top four indicators of software team performance, and has a direct correlation to better business outcomes.

During one of those team metric check-ins, the team noticed on the <code-text>Types of Work<code-text> chart that they hadn’t done any tech debt work over the last month.

This made sense in context: the team had been focused on a complex, high-priority feature supporting multiple currencies, which unlocked new market opportunities and was expected to drive significant revenue. While the focus on this feature was justified due to strong demand from Auror users, the team also recognised the importance of balancing this with internal needs, like addressing tech debt, to support their fellow developers and ensure sustainable delivery over time.

The Solution

With pressure to complete the very visible feature work on time, James decided to look for a piece of tech debt that would be low-effort for his busy team but high-value for engineers across the company. He decided to bring in work to improve one of their build pipelines – it was a piece of work that would have a big impact on the quality of life for other developers while being relatively quick for his team to complete.

The Win

After just two days of effort in another busy cycle, the Core team had reduced the build pipeline from 11 minutes to 43 seconds. That’s a 92% reduction! Their internal stakeholders – the other developers across Auror – were elated to have this improvement. The increase in tech debt work was visible in their <code-text>Types of Work<code-text> chart as well.

“A clear view of the types of work we’re doing helps us balance features with tech debt, bugs, and support — and have more informed conversations about how we’re contributing to the full product pie.” - James Freeman, Senior Engineering Lead, Auror

What’s even better is that the team continued to check in on their metrics, so they were able to sustain the improvement. Over the next three months, the team ended up doing 3x the amount of tech debt issues compared to the 3 months prior – all while velocity increased 2x because of the big push happening.

The Bonus Win

As an additional win, Auror’s Core team kept <code-text>Out-of-Hours Work<code-text> low even through this busy period. How did they do that?

Like other companies, Auror ran regular pulse checks to help leaders see how their teams were doing. However, these surveys are a lagging indicator, and their usefulness depends on how much people share. So alongside survey data, it can be helpful to look at telemetry data, which comes in regularly. This type of data in Multitudes meant that James could spot changes early, to support the people affected and keep the work on track. 

During this period, James would proactively bring up the Wellbeing page of Multitudes with team members when they were working big weeks. This gave people on the team space to talk about not only the progress of their work but also any pressures that came up. 

Through the chats above and a commitment to open conversations and regular shout-outs on Slack, the team was able to create an atmosphere where they caught people's challenges early. These kinds of people check-ins are especially important especially during a period of change like the one that this team had gone through.

“Without Multitudes, I’d be going through a sea of PRs to get these cues for how my people are doing” - James Freeman, Senior Engineering Lead, Auror

Ultimately, through open team discussions and the visibility offered by Multitudes, Auror’s Core team achieved a huge internal win on reducing build time without sacrificing the revenue-facing wins that kept external stakeholders happy. Meanwhile, having a diverse set of metrics, including ones on wellbeing, meant James could build a highly performant team that’s able to work well today and into the future.

The Future

To ensure that Auror’s Core team continues its current ways of working and delivering consistent results, James set up the Slack notifications in Multitudes. These notifications can be set up for teams or for individuals, and the notifications automatically adjust based on the team’s own goals.

Two team members standing side-by-side, one looking at the text to the left.

Start making data-informed decisions.