assess.one – AI-powered business operations platform

Workflow Template

Root Cause Analysis Workflow

Manages recurring incidents/defects from intake through investigation, corrective/preventive actions, effectiveness review, and quality sign-off, with status tracking and closure notification.

When a recurring incident or defect surfaces, teams often lose track of who's investigating, what corrective actions were promised, and whether they actually worked — leaving a trail of spreadsheets and email threads instead of a clear record. This workflow moves each case through intake, investigation, corrective/preventive actions, effectiveness review, and quality sign-off, with status updates and a timeline captured at every stage. The result is a team that can see exactly where any case stands and close the loop with a documented root cause, without chasing people for updates.

Business Outcomes

  • Fewer recurring incidents falling through the cracks between investigation and closure
  • Faster visibility into which cases are stuck in Investigating, Actions In Progress, or Under Review
  • Clearer accountability with action owners and due dates tracked on the record
  • Reduced back-and-forth by routing ineffective actions or rejected analyses straight back to investigation
  • A documented timeline of findings, actions, and approvals for each case

Workflow Steps

Steps

  1. 1
    Create RCA Case Recordcreate record

    Creates the root cause analysis case record from the submitted intake form.

  2. 2
    Set Status to Openupdate record

    Sets the analysis status to Open on record creation.

  3. 3
    Send Acknowledgement Emailsend email

    Emails the owner an acknowledgement with their case reference number.

  4. 4
    Analysis Lead: Form Investigation Teamcreate task

    Assigns the analysis lead a task to record the investigation team members within 2 days.

  5. 5
    Save Investigation Teamupdate record

    Persists the investigation team members and sets status to Investigating.

  6. 6
    Investigation Team: Conduct Analysiscreate task

    Assigns the investigation team a task due in 10 days to record contributing factors, root cause, and corrective/preventive actions.

  7. 7
    Save Investigation Findingsupdate record

    Persists the contributing factors, root cause, actions, owners, and due dates, and sets status to Actions In Progress.

  8. 8
    Action Owners: Complete Actionscreate task

    Assigns the action owners a task with no due date to record which corrective/preventive actions were completed.

  9. 9
    Save Actions Completedupdate record

    Persists the actions completed to the record.

  10. 10
    Set Status to Under Effectiveness Reviewupdate record

    Updates status to reflect that the analysis lead is now reviewing effectiveness.

  11. 11
    Analysis Lead: Review Effectivenesscreate task

    Assigns the analysis lead a task to review whether the corrective/preventive actions were effective.

  12. 12
    Route on Effectiveness Outcome

    Routes to quality review if effective, or back to investigation if not effective.

    effectiveness_outcome: "Effective"→Set Status to Under Quality Review
    effectiveness_outcome: "Not effective"→Restart Investigation (Not Effective)
    Default→Set Status to Under Quality Review
  13. 13
    Restart Investigation (Not Effective)restart from step

    Restarts the workflow from the investigation task because the actions were found not effective.

  14. 14
    Set Status to Under Quality Reviewupdate record

    Updates status to reflect the analysis is now with the quality manager for approval.

  15. 15
    Quality Manager Approvalrequest approval

    Requests the quality manager's approval or rejection of the completed analysis.

  16. 16
    Route on Quality Manager Decision

    Routes to closure if approved, or back to investigation if rejected.

    approval_status: "approved"→Set Status to Closed
    approval_status: "rejected"→Restart Investigation (Quality Rejected)
    Default→End
  17. 17
    Restart Investigation (Quality Rejected)restart from step

    Restarts the workflow from the investigation task because the quality manager rejected the analysis.

  18. 18
    Set Status to Closedupdate record

    Updates status to Closed following quality manager approval.

  19. 19
    Send Closure Emailsend email

    Emails the owner confirming the analysis is closed, including the root cause.

Fields

Show all 18 fields

FormRoot Cause Analysis Intake

  • Owner Name*· Text
  • Owner Email*· Email
  • Event / Incident*· Text
  • Date it Happened*· Date
  • Impact*· Long text
  • Timeline*· Long text
  • Processes Involved*· Long text

TaskAnalysis Lead: Review Effectiveness

  • Effectiveness Review Outcome*· Choice
  • Effectiveness Review Notes*· Long text

Other fields

  • Analysis Status· Choice
  • Investigation Team Members*· Long text
  • Contributing Factors*· Long text
  • Root Cause*· Long text
  • Corrective Actions*· Long text
  • Preventive Actions*· Long text
  • Action Owners*· Text
  • Action Due Date*· Date
  • Actions Completed*· Long text
  • Owner Name*
  • Owner Email*
  • Event / Incident*
  • Date it Happened*
  • Impact*
  • Timeline*

Forms

Root Cause Analysis Intake

7 fields

Data Views

RCA Cases

event, event_date, root_cause, analysis_status

Dashboard Widgets

Analyses by Status

Recommended integrations

Setup the following integrations to extend workflow capability.

  • Send email in the workflow

    AWS SES logoAWS SES
root cause analysisRCA workflowproblem solvingcorrective actionincident investigation

Similar Workflows

Similar Categories

FAQs

What happens if the corrective actions are found not effective during the effectiveness review?

The analysis lead records the effectiveness review outcome and notes on their task. If the outcome is 'Not effective', the workflow automatically restarts from the investigation task so the investigation team can revisit contributing factors and root cause. This keeps the case open and moving rather than being closed prematurely.

What happens if the quality manager rejects the completed analysis?

When the quality manager's decision is 'rejected', the workflow routes back to restart the investigation task rather than proceeding to closure. This gives the investigation team another pass at contributing factors, root cause, and actions before the case comes back for quality review.

Can this handle cases where the investigation team needs to change after the case is created?

The analysis lead's task for forming the investigation team records the team members on the case record before analysis begins. If the team needs to change later, a workspace admin or the analysis lead can update the workflow's steps in the workflow editor, or the change can be described in plain English to adjust how team members are assigned.

What if a case needs to loop through investigation more than once?

The workflow is built to support this: both the effectiveness review and quality manager approval steps can route back to restart the investigation task. Each pass through investigation, actions, and review is captured in the record's timeline, so the full history of attempts is visible even if a case cycles more than once.

Who is responsible for each stage of the analysis?

The analysis lead forms the investigation team and later reviews effectiveness, the investigation team conducts the analysis and identifies root cause and actions, the action owners confirm which corrective/preventive actions were completed, and the quality manager approves or rejects the finished analysis. Each of these is assigned as a task to a workspace member, and the workflow waits for the relevant task before moving the case forward.

What does the case owner see throughout the process?

The owner submits the initial request form and receives an acknowledgement email with their case reference number right after intake. Once the case reaches Closed status, they receive a closure email confirming the outcome and including the root cause identified during investigation.

Can the request form or investigation task fields be customised?

Yes — the intake form fields, task instructions, and the specific data captured at each step (such as contributing factors, root cause, or effectiveness review notes) can be adjusted by describing the change in plain English or editing the steps directly in the workflow editor. Earlier versions of the workflow are kept, so changes can be reviewed or reverted.

How is the status of a case tracked as it moves through the stages?

Each case record carries a status — Open, Investigating, Actions In Progress, Under Effectiveness Review, Under Quality Review, or Closed — that updates automatically as the workflow progresses. Table views and dashboards show all cases grouped by status, and each record's timeline shows what happened and when, which each business should confirm meets its own record-keeping needs.

What if the action owners don't complete all the corrective/preventive actions?

The action owners' task has no due date and records which actions were completed on the record. Whatever is entered here — whether all actions or only some — is what moves forward into the effectiveness review, so the analysis lead can assess effectiveness based on the actual completion status.

Ready to use this workflow?

Create a free account and customise this workflow for your business.

Root Cause Analysis Workflow | assess.one