We know you rave about our workflows - their flexibility lets you configure processes just to your liking. But we'll admit, it was a bit annoying when you wanted to exclude old incidents, because you had to remember to add the filter for "where status is not closed". If you didn't, you might see some weirdness like getting prompted to "add a post-mortem" when changing the custom field on an old incident 🙁
So we've given you more power! When creating or updating a workflow, we'll prompt you with this modal:
It lets you declare which incidents your workflow should run on. Not only does this make it easier to exclude closed incidents, but it allows you to create workflows that will only run on future incidents!
Additionally, we wanted to help with edge cases that arise when you update a workflow whilst runs are still in-flight. This might happen when theres a delay between steps. We'll let you state whether the in-flight runs should be left to run as planned, or should continue running based on the new version of your workflow, or be cancelled entirely.
We're very excited to have just dropped our Practical Guide to Incident Management! Every company needs a plan for when things go wrong. So here it is – our years of collective knowledge & experience distilled into a practical guide. Enjoy!
INC-123) to the incident slack channel topic