A workshop to understand and map out all of the steps needed to get from a feature being built to having it running in production. This method adapts Event Storming to get people actively involved and contributing to the session.
Core team, stakeholders, subject matter experts; also see Facilitator Notes & Tips.
This process helps to create a detailed overview of the Path to Production and can help resolve misalignment on the process between different teams and roles. It can also help to identify and resolve process bottlenecks and find opportunities to improve the process.
Provide a starting event like “Story picked up from Backlog” or “Somebody had an idea” and a final event which will probably be “Customer used the new feature”.
Ask everyone to brainstorm all of the “events” in the path to production and write each one on a sticky note.
If people are struggling to come up with events, provide example events such as “code review completed”, “deployed to the production-staging environment”, “signed off by…”
Tip: Events should be in past tense to make the final map consistent.
Ask everyone to put all the events from left (earliest) to right (latest) on the shared board. At this stage it will probably be messy with lots of duplicates.
Walk through the board, deleting duplicates and clarifying order when there are differing opinions. When there is misalignment the people most involved in that part of the process should be able to provide clarity.
Tip: Some tasks will often happen in parallel, but you should still try to define an order. If the team says two things can happen simultaneously, then the order does not matter, but still set an order and see if anybody objects. This will help you spot if there is a hidden dependency.
Tip: Asking a pair of teammates to lead this step can help everyone to feel more engaged.
For each stage, ask people to create stickies (use a different color) for which systems and tools are involved. Add them below the relevance events on the map.
Ask people to create stickies (again use a different color) for the teams and people involved in each step. Add them below the relevance events on the map.
Brainstorm pain points using red stickies and add to the map.
Discuss with the group how long it usually takes to complete each part of the process. It may be easier to add an estimate to a group of 2–3 steps rather than each one individually.
Tip: If timings are hard to provide, try “T-shirt” sizing and assigning each section a Small, Medium or Large label.
If there are any blank areas or places where there are outstanding questions, assign actions to people to find out the answers.
Set a time to follow up and clearly state what you will be doing with the output.
Depending on your situation this might be to start improving the path to production, or to mitigate risks as you plan how to release the first version of your application, or a mixture of the two.
After the session, if there are areas with pain points, or long time scales, see if you can improve them or get to them as soon as possible. Make sure you have access to all the tools and systems mentioned and if there are any teams or people involved that you have not met, connect with them and find out early what they need to help move your product through the process.
Your team has produced a Path to Production map that helps you prepare to deliver your product.