Back to home

Roles, SLAs and processes for a data team

A chemical industry data team operated without clear roles and depended on a few people for everything. I designed and facilitated the workshop that formalized roles, SLAs and the support flow for this multidisciplinary team.

ToolsMiroMuralNotion
Roles
0
roles formalized
Support
0%
support SLAs defined
Format
0 days
of workshop with a multidisciplinary team
Autonomy
−0%
reliance on key people
Overview

Project context

The project

A process workshop run to identify difficulties in the current data governance flow, review roles and responsibilities and detail the most painful stages.

The challenge

The team faced unclear responsibilities, heavy reliance on key people and no structured processes for data support and validation.

My role

UX Designer on the Digital Excellence team. I designed and facilitated the workshop, led the pain mapping and the role review and consolidated the findings into the next-steps plan.

Primary persona A Ana Ferreira 40 · Data Chapter Lead
Main pain
“Loses time solving recurring support issues because there are no clear processes, defined SLAs or formal responsibilities for the data.”
Goal
“Have documented roles, responsibilities and flows so the team can operate with autonomy, predictability and quality in its deliveries.”
Research and discovery

What the data and users revealed

01Roles

The digital sticky-note exercise showed that unclear roles were the main cause of rework and delays in data projects.

02Decisions

The analysis of the current flow found POs frequently missing from agile ceremonies, creating bottlenecks in decisions and validations.

03Risk

Reliance on specific people for access and deploys was a critical operational risk: any absence stalled deliveries.

04Support

The lack of SLAs and monitoring led to recurring issues, with no visibility of progress or clear accountability.

Design process

From problem to solution

01Pain discovery

Walking through the flow and mapping problems

After presenting the current flow, I led the group in capturing problems on digital sticky notes, building a clear picture of the difficulties.

Digital sticky notesPain prioritizationMapping on the current flowIdentifying critical points
02Responsibilities

Role review and analysis of critical stages

I facilitated the discussion and review of roles and responsibilities: Model Owner, PO/BA, Data Steward and Chapter Leads.

RACI role reviewRoot cause analysisMultidisciplinary discussionDependency mapping
03Consolidation

Synthesis of findings and next steps

We closed with a detailed presentation and review of the findings, consolidating the key points and clearly defining the next steps.

Collaborative synthesisDefining ownershipAction roadmapCommunicating results
04Implementation

Formalization, SLAs and ongoing ceremonies

The solutions were rolled out: formalized roles, a support flow with centralized tickets, defined SLAs and automatic alerts for Data Owners.

Role formalizationSLA definitionAutomatic alertsRegular retrospectives
Screenshots

A visual walkthrough of the solution

Workshop board with the day one agenda, goals and participation rules
Agenda and rules
Current flow of the regional data process, with stages and owners by area
Current flow
Pain points on sticky notes, grouped into governance, roles, technical development, support and processes
Pain points
Day two agenda and sticky notes with the agreed next steps
Next steps
Detail of a flow stage with activities, owners, consulted parties and input documents
Stage details
Responsibility map for the Data Architect and Data Steward roles
Roles and responsibilities
Design decisions

Why each choice matters

1

Formalized roles and responsibilities

The responsibilities of Model Owner, PO/BA, Data Steward and Chapter Leads were reviewed, documented and formally communicated.

2

A structured support flow with SLAs

We created a support flow with centralized, categorized tickets, clear SLAs and automatic alerts for Data Owners.

3

Fixed ceremonies and ongoing monitoring

We set regular retrospectives, ceremonies with priority agendas and complete progress reports.

Results and impact

Numbers that prove the value of design

Model Owner, PO/BA and others
0
roles formalized
before: none
0%
support SLAs defined
pains mapped and prioritized
0 days
of workshop with a multidisciplinary team
with structured processes
−0%
reliance on key people
Next step

Facing a similar challenge in your data product?

Let's talk