BX
01
Fidelity Investments·2023–2024·UX Designer & Strategist

From Paused to Funded

How a stalled internal tool became infrastructure

Developer Tools · Enterprise B2B · Design Systems · Service Blueprint
/ Situation

The project had no budget, no clear owner, and a codebase frozen for eight months. Within one quarter, it had a funded roadmap and a new product identity.

/ Diagnosis

The stated problem and the real one

The team believed they needed a better UI. They had a dependency management tool developers found confusing — too many states, unclear ownership indicators, a workflow that assumed context no one had.

But the interface wasn't the problem. The problem was upstream: no shared definition of "done," two teams with different mental models of what the tool was for, and a product goal set before actual users were consulted.

I spent the first three weeks not touching Figma.

001
[ 001 ]
/ Research
Artifacts

SDLC Journey Map · 5 research sessions · 3 team contexts

Mapping the SDLC as it actually ran

I ran five contextual inquiry sessions with developers across three teams. Not usability tests — I wanted to watch how people moved through their actual work.

Three fractures emerged: two handoff points where context reliably evaporated, one governance gap where no one was accountable for a class of decisions, and a silent dependency that nobody had mapped.

The most important discovery wasn't in the data. It was in the room: nobody had ever seen all the steps together before.
002
[ 002 ]
/ Strategy
Artifacts

Product positioning doc · Stakeholder alignment sessions

Repositioning the product, not redesigning the UI

The existing framing positioned the tool as "a dependency checker." That framing explained why it had no budget — it was a utility, not a product.

I worked with the product owner to reframe it as a Dependability Framework: something that gave the whole engineering organization shared language and a single source of truth for software health.

"Dependability" was the word that made everyone nod in the same meeting for the first time.
003
[ 003 ]
/ Craft
Artifacts

MUI design system · Component library · Journey map governance doc

Building the design system that lets the team own it

The MUI-based design system I built wasn't about visual consistency. It was about transferability. Every component was documented with the decision behind it, not just the spec.

The test of a good handoff isn't whether it's legible. It's whether the team uses it without you.

I was done when I could be wrong in a decision and the team would catch it.
/ Outcome

What actually changed

Funded

Project moved from "paused" to active roadmap with budget

Owned

Clear product owner established across two previously siloed teams

Used

Design system adopted as standard across 3 developer tool products

/ Reflection
"The biggest leverage point wasn't the design. It was naming the thing correctly. "Dependability Framework" was doing work that no UI could do — it aligned people who had never agreed on what they were building."