Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 3 of 6

The RACI

8 min

Listen to this lesson

0:00 / 8:33

Most TCoE friction is not about effort; it is about who decides. A RACI (responsible, accountable, consulted, informed) settles that before the first dispute. sap-tst-310 built a RACI for a project's test lifecycle. A TCoE needs a wider one that covers the permanent organization: Basis, development, security, integration, release management and partners, not just the test team and process owners.

Rules that make a RACI work

  • One A per row. Accountability cannot be shared. If two people are accountable, nobody is.
  • A cannot be delegated away. A process owner can ask the TCoE to run acceptance tests, but stays accountable for accepting.
  • R can be several roles, but name who leads.
  • Keep C small. Every C is a meeting. Consult the people whose input changes the outcome; inform the rest.
  • Partners are R, rarely A. An integrator or AMS partner can be responsible for work, but the customer stays accountable for decisions about its own system.

Contoso's TCoE RACI: test work

ActivityTCoE leadTest architectAutomation leadData and env leadProcess ownerKey usersAMS partner
Testing standards and templatesARRCCII
Regression scope for a releaseARCCCII
Regression executionARRCIRR
Automation build and maintenanceICA/RCIIR
Test data provisioningICCA/RIIR
UAT execution and evidenceCRICARI
Business acceptanceICIIA/RCI
Readiness assessmentA/RRCCCII

RACI for test work. The process owner, not the TCoE, is accountable for UAT and acceptance.

Contoso's TCoE RACI: the IT interfaces

The second table is where TCoEs usually fail, because the work belongs to other IT teams but the TCoE depends on it. At Contoso these are Sam (Basis), Kenji (ABAP development), Nadia (security and GRC), Theo (integration) and Luis (release management).

ActivityTCoEBasis (Sam)Development (Kenji)Security (Nadia)Integration (Theo)Release (Luis)
CMR refresh from productionCA/RICCI
Masking personal data after refreshRRIAII
Test users and roles in CMQ and CMRRIIA/RII
Interface endpoints ready for testCCIIA/RI
Defect fix and unit testIIA/RICI
ATC and ABAP Unit results at transport releaseIIA/RIIC
Transport import to CMQIRCIIA
Production import decisionCIIIIA

RACI for the IT interfaces. Masking is accountable to security and data protection, even though the TCoE and Basis do the work.

The readiness handoffs behind one regression cycle. Each arrow is a RACI row with one accountable owner.
The Sign-Off Table · thesignofftable.com/academy/sap-tcoe-402

Common RACI failures

SymptomCauseFix
Every row has the TCoE as AThe TCoE took accountability for work it cannot controlGive A to the team that controls the outcome; the TCoE becomes R or C
Acceptance is "A: steering committee"Accountability by committeeName the process owner; the committee is informed
The AMS partner is A for regressionContract drafted by the partnerCustomer TCoE is A; partner is R against TCoE standards
Masking has no AFell between Basis, security and the TCoESecurity and data protection are A; Basis and TCoE are R
Ten Cs on standardsWish to involve everyoneConsult process owners and engineering; inform the rest
Five RACI failures seen in SAP TCoEs and how to fix them.
The Sign-Off Table · thesignofftable.com/academy/sap-tcoe-402

Put the partner rows of the RACI into the contracts themselves. If the AMS partner is responsible for regression execution, its statement of work should say that it executes to TCoE standards, records results and evidence in SAP Cloud ALM, and has no authority to accept results or waive tests. The same applies to the system integrator on any new project. A RACI that contradicts a contract loses every time, because the contract is what the partner is paid against.

What would you do?

During regression, CMR test users lose their roles after a refresh. Wei says security should restore them; Nadia says the TCoE never asked. Two days are lost. What should Priya change?

Key points
  • One A per row; accountability is never shared and never delegated away.
  • A TCoE RACI must cover Basis, development, security, integration and release management, not just testers and process owners.
  • Process owners are accountable for acceptance; security is accountable for masking and test users; release management for imports.
  • Partners are responsible for work but rarely accountable for decisions about the customer's system.
  • Test the RACI against real disputes from the last release before approving it.

Check your understanding · not graded

Lesson check

  1. 1. Who is accountable for masking personal data after a CMR refresh at Contoso?

  2. 2. A RACI row lists the steering committee as A for business acceptance. What is wrong?

  3. 3. Which rule about partners belongs in a TCoE RACI?

  4. 4. How should Priya test a draft RACI before approval?