UX Case Study

Developer Experience

Improve productivity and collaboration across engineering teams

Overview

Client Confidential
Tools Miro
My Role
UX Researcher
Timeframe
July 2024
This case study explored how to improve the developer experience within a large organisation. Engineers were encountering friction in their workflows that slowed productivity and created frustration across teams. The purpose of the project was to understand these challenges in depth and highlight opportunities to make their day-to-day work more efficient and less frustrating.

As the lead researcher on the project, I designed and ran semi-structured interviews, analysed the findings and translated them into actionable insights. The research offered a clearer view of how engineers work, the pain points that hold them back and the changes that could make their experience smoother.

Challenge

What made this project complex was that the issues were recognised but not well defined. It was understood that inefficiencies existed across processes, tools and collaboration but there was little clarity on how these actually impacted engineers on the ground.

The challenge was to move beyond assumptions and uncover the root causes of these frustrations. This meant capturing engineers' perspectives first-hand and identifying patterns across their meaningful, long-term improvements to workflows and team support. experiences. The goal was not to deliver a quick fix but to provide evidence that could guide meaningful, long-term improvements to workflows and team support.

Chapter One

Process: Setting the Direction

I created a research plan centred on semi-structured interviews. This method gave me a flexible framework that outlined the objectives, methods, participants and guiding questions, ensuring the work stayed aligned with the needs of both the engineering teams and the wider organisation.



Objectives

  • Understand the daily workflows of engineers, so I could map out not just tasks but also the frustrations that slowed them down.
  • Identify challenges, inefficiencies and pain points in current processes, to reveal where improvements would make the biggest difference.
  • Explore attitudes towards collaboration, tools and organisational changes, recognising that culture and context are just as important as workflow.
  • Highlight opportunities for improvement that could support engineers in both the short and long term.


Method

I chose a qualitative approach and ran a set of 30-minute semi-structured interviews with questions designed to spark discussion rather than short answers. This format provided enough structure to keep sessions consistent while leaving space to follow up on individual experiences.

The aim was to capture both explicit issues and the underlying frustrations that might not surface in a survey.



Participants

I spoke with four engineers from different squads, chosen to provide a mix of experiences and perspectives. While the sample size was intentionally small, the depth of these conversations revealed recurring pain points and helped build a clear picture of daily realities.



Interview Guide

The questions were designed to go beyond surface-level problems and encourage engineers to reflect on their day-to-day work. Each topic served a purpose:


Collaboration
Understand if engineers felt connected to peers outside their immediate squad.
Workflows
Reveal where processes broke down and created friction.
Tools & Processes
Assess whether technology was enabling work or adding barriers.
Aspirations
Describe an “ideal day,” highlighting gaps between current and desired experience.


This approach helped ensure the findings reflected lived experience, not just surface observations.

Chapter Two

Insights: Making Sense of Data

After completing the interviews, I wanted to make sure the findings didn't just reflect my interpretation alone. Since this was an internal project, I hosted a collaborative workshop with other researchers and engineers to review the data together.





We used Miro to build affinity maps, clustering quotes and observations into themes. This not only helped validate the insights but also gave engineers the chance to actively shape the narrative around their own challenges. The approach built trust in the process and made sure the outcomes were grounded in shared understanding. From these discussions, five core themes emerged:



Reactive Collaboration

Collaboration often happened reactively, triggered by immediate project needs rather than built into daily routines. This limited knowledge sharing across squads and left engineers feeling disconnected.

I don't know much about certain teams… it would be good to hear more from them.

Recommendation Introduce structured knowledge-sharing sessions to encourage proactive collaboration and stronger cross-team connections.



Confusion from Structural Changes

Recent organisational changes created uncertainty. Engineers spoke about unclear responsibilities and shifting workflows, which made prioritisation difficult and left squads feeling unsettled.

We're struggling with the new squad structure because there isn't enough clarity on our roles.

Recommendation Improve communication and provide clear guidance during organisational changes to reduce uncertainty and maintain team focus.



Unclear Task Prioritisation

Engineers struggled to manage unexpected bugs and undefined tasks because there were no clear troubleshooting workflows. This caused delays and uncertainty about next steps.

Sometimes, when working on a bug, I understand the problem but not the steps to resolve it.

Recommendation Create clearer guidelines and documentation to support engineers when handling complex or undefined tasks.



Technical Limitations

The existing technology stack created friction, especially with dependencies and service integrations. This slowed development and made new features harder to deliver.

Life as a developer would be easier if integration between services was more seamless.

Recommendation Modernise the technology stack and improve integration between services to enhance efficiency.



Quality Assurance Inefficiencies

With no dedicated QA personnel, engineers were responsible for testing, increasing workload and raising concerns about quality. All participants flagged this as a key frustration.

Recommendation Introduce automated testing or dedicated QA roles to reduce the burden on engineers and improve quality.



To share the insights, I pulled together a presentation for the senior leadership team that focused on the key findings and the most pressing issues. I also created a more detailed report, with anonymised data, which was shared with researchers and managers who wanted to dive deeper. This way the findings were easy to digest at a high level but still backed up by evidence when more detail was needed.

Chapter Three

Impact: From Research to Change

Structured knowledge-sharing sessions are being explored to improve collaboration across squads. The engineering team has also started working on clearer communication during organisational changes, with the aim of reducing uncertainty and disruption. On the technical side, stakeholders have begun conversations about modernising the stack and addressing the QA gap through automation and dedicated roles.



While not every challenge can be solved immediately, the research created a shared understanding of where the pain points lie and what changes would have the biggest impact. It shifted the conversation from assumptions to evidence, helping decision-makers prioritise improvements that matter most to developers.

Chapter Four

Reflection: Collaboration as a Catalyst

Designing with Empathy

This project reminded me of the importance of stepping back and creating space for people to share their own experiences. The interviews surfaced challenges that might have been overlooked if I had relied only on assumptions or existing documentation. It reinforced that real understanding comes from asking the right questions and listening carefully.



The Power of Collaboration

Hosting a workshop to analyse findings together was one of the most valuable decisions I made. It not only validated the insights but also gave engineers ownership of the outcomes. That shift, from research being presented to them to research being created with them, built trust and made the recommendations easier to act on.



Looking Ahead

If I were to extend this project, I would run a broader quantitative survey to validate the themes across more teams and usability testing on proposed solutions to see how they perform in practice. This would strengthen confidence in the insights and highlight which improvements would deliver the most impact.