The RACI (and RASCI) Chart

What is a RACI chart?

A RACI chart is a simple matrix used to assign roles and responsibilities for each task, milestone, or decision. By clearly mapping out which roles are involved in each task and at which level, you can eliminate confusion and answer the age-old question, “Who’s doing what?”

RACI is a useful complement to a process map, since it can get into more detailed and specific activities than a high-level process map. Think of a process map at one level of abstraction and RACI as the next level of detail

What does RACI stand for?

RACI stands for Responsible, Accountable, Consulted, Informed. Each letter in the acronym represents a level of task responsibility.

When to use RACI

RACI’s are best used in procedures as part of the responsibilities section or to start each section in a long procedure.

RACI’s are great tools that can help:

Design or re-design processes more efficiently by highlighting decisions
Clarify overlapping, redundant, “bottle-necked,” or inconsistent responsibilities
Structure and distribute responsibility and authority
Establish clear lines of communication
Reduce duplication of efforts; pinpoint what can “come off the plate”

RACI definitions

A RACI is a matrix of tasks or deliverables and the roles associated with them.

Each box in the matrix identifies that role’s function in the task

Responsible – primary role performing the work
Accountable – role primarily responsible for the work getting done (and done correctly)
Consulted – roles providing input into the task or deliverable. Consulted means prior to the decision/activity.
Informed – roles to be informed of the outcome of the task or deliverable so that they may fulfill execute their role in the process or other process.

I’m a big fan of adding Supporting, and doing a RASCI. Supporting is very helpful in identifying individuals who provide support services, and often capture indirect accountabilities.

Key point – only one Responsible and one Accountable role for any task or deliverable. In some processes, Responsible and Accountable may be the same role

How to create a RACI

Follow these 3 steps, using the RACI chart example below as your guide:

Enter all responsibilities in the procedure across the top row.
List all procedural steps/tasks, milestones, and decisions down the left column.
For each step, assign a responsibility value to each role or person on the team.

Ensure the following:

Every task has one Responsible person (and only one!).
There’s one (and only one!) Accountable party assigned to each task to allow for clear decision-making.
If you have a lot of C and I roles on your matrix, make sure you have an easy and lightweight way to keep them informed in the procedure.

Some points to consider:

Have a representative from each of the major functions that participate in the process
Reach consensus on all Accountabilities and Responsibilities
Consider the emotional aspects of documenting “A”s and “R”s, including job justification
Eliminate excessive “C”s and “I”s
Consider the organization’s culture

Review the RACI chart vertically to:

Avoid under- or over-committing positions or team members
Eliminate unnecessary gates and bottlenecks
Designate appropriate skill sets

Review the RACI chart horizontally to:

Clarify any ambiguous division of labor
Ensure adequate continuity across decisions and process steps
Ensure accountability and authority to get the job done

Although the RACI is a simple tool, the process of creating it and having it agreed is a political process.

Developing RACI charts surfaces many organizational issues because it confronts the three elements of roles and responsibilities:

Role Conception: what people think their jobs are and how they have been trained to perform them
Role Expectation: what others in the organization think another person’s job is and how it should be carried out
Role Behavior: what people actually do in carrying out their job

Example

	Deviation Creator	Area Responsible	QA	Investigation Team	Site Head
Take real-time action to minimize and contain the effect of an event	R	A	I	–	–
Assemble cross functional team for Triage	R	A	I	–	–
Determine if the event is a deviation	R	C	A	C	–
Define batch association strategy	C	R	A	I	–
Define Containment	C	R	A	C	–
Create Deviation in eQMS in 24 hr	R	A	I	–	–
Gather Data	C	A/R	C	C	–

Process Architecture

Building a good process requires clear ownership and a deliberate plan. There is a fair amount of work that goes into it, which can be broken down as follows:

Category	Sub-category	Basic theme
Planning	Process Measurement	Identify, design, and implement balanced process metrics and measurement
		Implement process metrics and measurement reporting mechanisms
		Identify and implement KPIs (And KRIs) aligned to process
		Evaluate cycle times and identify potential wastes
		Align level and recognition of people involved in the process to align with process
	Customer Experience	Process design with customer interaction trigger mechanisms
		Design process in line with customer expectations
		Identify customer process performance expectations
		Design customer entry points and define transaction types
	Process Change	Identify incremental and re-engineering process enhancement opportunities with staff involvement
		Design process with minimal process hand-off’s
		Create and execute process improvement plans
		Identify process automation opportunities
		Pilot process design to ensure meeting performance objectives
	Governance	Design efficient process with governance & internal control considerations
	Capacity	Conduct demand and capacity planning activities
	Staff Training	Develop and conduct staff training initiatives in line with customer, process, product, and systems expectations
	Staff Training	Develop skills matrix and staff capability requirements in line with process design
	Technology	Define technology enablers
	Alignment	Align process objectives with organizational goals
	Change Management	Engage impacted stakeholders on process changes
Control	Process Measurement	Process performance monitoring
		Report on process and staff performance with utilization of visual management tools
		Obtain continuous customer satisfaction and expectation of process
		Active management of process exceptions
		Monitor staff performance metrics
	Process Change	Identify process improvement opportunities on a continuous basis
	Process Change	Focused process hand-off management and tracking
	Capacity	Demand and capacity planning and monitoring
Governance	Process Change	Process maintenance and continuous update
	Process Change	Define and conform to process documentation standards
	Change Management	Process communication and awareness
	Staff Training	Utilize process documentation knowledge to facilitate staff training

Like any activity, it helps to document it. I use a template like this.

Using the Outcome Identification Loop

The Outcome Identification Loop asks four questions around a given outcome which can be very valuable in understanding a proposed design, event, or risk.

The four questions are:

1	Who else might this affect?	Stakeholder Question
2	What else might affect them?	Stakeholder Impact Question
3	What else might affect this?	System/analysis Design Question
4	What else might this affect?	Consequence Question?

4 questions in the Outcome Identification Loop

Through answering these questions, outcomes and relationships to further define a central question, and can be used to shape problem-solving, risk mitigation, and process improvement.

Questions 1 “Who else might this affect?’ and 2 “What else might affect them?’ are paired questions from stakeholder identification and analysis techniques.

Question 3 “What else might affect this?” relates to system analysis and design and can be fed by, and lead to, the chains of outcomes elicited using analysis methods, such as process modelling and root cause analysis.

Question 4 “What else might this affect?” considers uncertainty and risk.

These four questions can be iterative. Use them near the beginning to define the problem and then at the end to tie together the entire work.

Understanding How to Organize Process

Process drives the work we do. We can evaluate processes on two axis – complexity and strategy – that help us decide the best way to manage and improve the processes.

Process complexity and dynamics are what types of tasks are involved in the process. Is it a simple, repetitive procedure with a few rules for handling cases outside of normal operation? Or is it a complex procedure with lots of decision points and special case rules? Think of this like driving somewhere. Driving to your local grocery is a simple procedure, with few possibilities of exceptions. Driving across the country has a ton of variables and dynamism to it.

While complexity can help drive the decision to automate, I strongly recommend that when thinking about it don’t ask if it can be automated, only ask what would be involved if a human were to do the job or how it is done with current technologies. Starting with the answer of automation leads to automation for automation’s sake, and that is a waste.

Dynamics is how much the process changes – some change rarely while others change rapidly to keep pace in response to changes in product or external factors (such as regulations).

Strategic importance asks about the value the process contributes to meeting requirements. Is the process a core competency, or an enabling process that needs to be accomplished to ensure that you can do something else that meets the core requirements? Needless to say, one company’s strategic process is another company’s routine process, which is why more and more we are looking at organizations as ecosystems.

Processes are in a hierarchy, and we use levels to describe the subdivision of processes. We’ve discussed the difference between process, procedure and task. At the process level we usually have the high-level process, the architecture level, which are the big things an organization does (e.g. research, manufacture, distribute), mid-level processes that are more discrete activities (e.g. perform a clinical study) to even more discrete processes (e.g. launch a study) which usually have several levels (e.g. select sites, manage TMF) to finally procedure and task.

Level of Process	Includes	Key Ways to Address
High-Level Process	How key objectives are met, highly cross functional	Organization design. System Design
Mid-level Process	How a specific set of departments do their major work blocks	Process Improvement
Low-level process	How individuals conduct their work in sub-blocks	Knowledge management, task analysis, training

Levels of Process

To truly get to this level of understanding of process, we need to understand just what our process is, which is where tools like the SIPOC or Process Scope diagram can come in handy.

To understand a process we want to understand six major aspects: Output, Input, Enablers, Controls, Process Flow, People.

Complex and Complicated as Tools for Process Understanding

Simple processes usually follow a consistent, well-defined sequence of steps with clearly defined rules. Each step or task can be precisely defined, and the sequence lacks branches or exceptions.

More complicated processes involve branches and exceptions, usually draw on many rules, and tend to be slightly less defined. Complicated processes require more initiative on the part of human performers.

Complex processes are ones that require a high level of initiative and creativity from people. These processes rapidly change and evolve as time passes. Successful performance usually requires a connection to an evolving body of knowledge. They are highly creative and have a large degree of unpredictability. Most complex processes are viewed at the system level.

Sources

Benedict, T. et al. BPM CBOK Version 4.0: Guide to the Business Process Management Common Body of Knowledge. ABMP International, 2019.
Harmon, Paul. Business Process Change. Morgan Kaufmann, 2019.
Nuland, Y. and Duffy, G. Validating a Best Practice. Productivity Press, 2020

Process and procedure complexity

People are at the heart of any organization. They set the organization’s goals, they manage it, they deal with suppliers and customers and they work together to produce results.

We manage this by processes. Process are on a continuum by how complicated and complex they are. Simpler jobs can be reliably done by following procedure. More complex ones require the ability to analyze a situation – using established rules – and decide which of several alternative paths to follow. In even more complex cases they analyze, diagnose, design, redesign, program, plan or schedule. In some cases, they create new products, processes and new ways of being. Very complex jobs require individuals who can analyze and solve very complex problems.

These complex, knowledge driven processes get difficult to provide as work-as-prescribed. The work involves thought and creativity, and finding the right balance is a continual balancing act of knowledge management.