← Index 12 / 22 — Selected Work Pedro Rodrigues — Treze413
Project № 12

Delfi REW

Delfi Reservoir Engineering Workspace — five sprints of visual design updates for reservoir specialists.

Role
Senior UX & UI Designer
Location
Abingdon, UK · Houston · Minsk
Year
2018–2020
Engagement
Sprints 8–12 · Visual design · Pattern library
01 — The engagement

A sister product to FDPlan — for reservoir specialists.

The Delfi Reservoir Engineering Workspace (REW) sits alongside FDPlan in Schlumberger's Delfi product family. Where FDPlan helps plan a field's development, REW is where reservoir engineers model, simulate, and analyse the reservoir itself — one of the most technically demanding interfaces in the entire E&P software landscape.

I contributed visual design updates across sprints 8 through 12, delivering iterative refinements aligned with the evolving Delfi Design Language System and the Storybook-driven pattern library I'd championed on the sister product.

02 — The challenge

Hold the same voice across two complex products.

FDPlan and REW share the Delfi platform but serve different specialists doing different work. The design question is the same question UBS Neo faces with nine tools: how do you make each product feel native to its domain while still feeling like part of one platform?

The answer is the Design Language System, pressed across both products with the same hand — same typography, same colour, same interaction primitives, same data-density rules.

The sprint-based cadence added a second constraint. Each of the 5 sprints had its own scope, its own blockers, and its own "must ship by Friday" pressure. Visual design had to keep pace with engineering without letting consistency slip.

03 — The approach

Sprint, review, refine, ship.

/01
Sprint 8

First round of visual design updates across REW's core workspace surfaces — captured on screen and shared with the Abingdon, Houston and Minsk teams as the reference baseline.

/02
Sprint 9 & 10

Refinements to data-dense panels, chart styling, and table density — the unglamorous work that makes a technical interface feel calm instead of cramped.

/03
Sprint 11

Pattern-library consolidation — every new component flowed through the Storybook-driven library so FDPlan and REW consumed the same primitives.

/04
Sprint 12

Final sprint delivered the last round of visual updates, closing the engagement with a handover cleanly aligned against the Delfi DLS.

Sister products share a DLS or they drift. There is no third option. — Delfi design principle
04 — Artefacts

Five sprints. Five keyframes.

Representative stills from the Sprint 8–12 visual design walkthroughs — each sprint captured as a video, shown here as single frames.

Delfi REW Sprint 8 visual design update
Sprint 8Baseline
Delfi REW Sprint 9 visual design update
Sprint 9Refinement
Delfi REW Sprint 10 visual design update
Sprint 10Density
Delfi REW Sprint 11 visual design update
Sprint 11Pattern library
Delfi REW Sprint 12 visual design update
Sprint 12Handover
05 — Outcomes

A sister platform, visually unified.

5
Sprints of visual design updates delivered (sprint 8 through sprint 12)
1
Shared Delfi DLS consumed by both FDPlan and REW engineering teams
2
Sister products held on the same visual rails across the engagement
06 — Toolkit

What was on the desk.

Sketch Figma Storybook Delfi DLS Data density Sprint cadence Pattern library Reservoir engineering
07 — Reflection

Sister products live or die together.

Working on REW immediately after FDPlan made the design system case explicit: sister products share a DLS or they drift. Once a pattern slips in one product, the other product inherits it by accident, and the platform loses its shared voice. The Storybook-driven pattern library was the surface where that drift was actively prevented. That is the quiet, unglamorous value of a design system — and the reason it is worth the investment every time.