Help and Documentation
Workflows

Retrospective Workflows

9min

Overview

Retrospective workflows are triggered on changes to the retrospective data. Every incident created on the Rootly platform also contains a retrospective object. You can leverage the power of workflows to auto update retrospective, publish retrospectives, etc.

Retrospective workflows are particularly useful for...

  • Auto updating draft retrospective documents
  • Auto publish completed retrospective documents
  • Notify leadership of published retrospectives

Configuring a Retrospective Workflow

Getting Started

Follow the navigation below to begin configuring a retrospective workflow.

Workflows > Create Workflow > Retrospective

Document image


Set Trigger Event

There are many trigger events to choose from. Check out what's available to you on this page.

In the example below, the workflow will initiate when the retrospective status changes.

Please note, because this is a retrospective workflow, the status referenced here is the status of the retrospective, NOT the incident.

Document image


Set Run Conditions

Since retrospectives are tied to individual incidents, retrospective workflows can be configured to check for both retrospective and incident properties.

There are two retrospective conditions available.

Document image


Status

The status represents the status of the retrospective. It can be either draft or published.

Please note, because this is a retrospective workflow, the status referenced here is the status of the retrospective, NOT the incident.

In the example above, the status condition will only pass if the retrospective is published.

Cause

The cause represents the causes of the incident, which is stored against the retrospective.

Currently, cause only appears on the retrospective of an incident. There are future considerations on moving this field to align with the incident data object instead.

In the example above, the cause condition will only pass if either 3rd Party Outage or Unknown is selected for the incident cause.

Incident Conditions

As stated above, retrospective workflows can be conditioned to check for both retrospective properties AND incident properties. See the Condition Checks section for details on how incident run conditions are configured and enforced.

Document image


Set Actions

Available actions in retrospective workflows are dependent on the integrated applications. Actions relating to specific applications will become available once those applications are integrated.

In the example below, the workflow will send a Slack message in the integrated Slack workspace.

Document image


Support

If you need help or more information about this integration, please contact [email protected] or start a chat by navigating to Help > Chat with Us.