Recipe 1: Control Which Incidents Get a Retrospective
Every incident already has a retrospective. Rootly creates the document when the incident is declared, and the Retrospective Created workflow trigger fires when the incident is first resolved, so you do not need a workflow to create one. See When is a retrospective created?. What you usually want is not whether it happens but which incidents it happens for, and that is configured under Skip and Mandatory Preferences, which decide whether an incident’s retrospective is skipped or required. Use them to make the full review mandatory for your highest severities. The retrospective process conditions choose which process applies, not whether there is a retrospective. Size the retrospective to the incident instead of skipping low severities. A lower-severity incident needs only an async review of what happened and what you learned, which takes about fifteen minutes. A backlog of empty retrospectives usually means the process is too heavy for those incidents, which is a configuration problem rather than a completion problem.Recipe 2: Schedule the Review Meeting
The step that slips most, because it needs a calendar and a quorum.
Fields worth setting on the calendar action:
list
Who needs to be there. The incident’s responders are the obvious set; add the people whose absence would make the meeting pointless.
boolean
Set this. Without it, an incident resolved on a Friday evening schedules its review for Saturday, and the meeting quietly does not happen.
string
Attaches a video link to the event, so nobody has to make one on the day. Google Calendar only — on Create an Outlook Event, the equivalent is the Enable online meeting checkbox. Set whichever your calendar action exposes; a review with no link is a review people join late.
Recipe 3: Nudge the Owner
Set a maximum number of repeats or a time limit as a backstop, so a retrospective that is never published does not nudge indefinitely. See Stop Repeat Conditions.
Recipe 4: Announce Publication
The one that makes the work visible, and the cheapest of the four.
A retrospective nobody reads is most of the value lost. This recipe costs one workflow and is the one most likely to change behavior, because it turns writing a retrospective into something visible rather than something filed.
End to End
The four together cover the whole arc, and are worth building in this order:1
Recipe 4 first
Announcements are the lowest risk and the highest visible value, and they tell you whether people care before you automate anything else.
2
Then Recipe 1
Set your mandatory preferences so the full review is required for your highest severities, and give lower severities a lighter process. Watch the backlog for a fortnight and adjust before going further.
3
Then Recipe 2
Meetings are where the process converts into decisions. Automate the scheduling once you know the retrospectives are actually being created.
4
Recipe 3 last, if you still need it
If the first three are working, you may not. A nudge workflow added on top of a healthy process is the one people resent.