ZXM had been working on a project with a client using Scrum to help them set up an Intranet redevelopment project. The transparency and collaboration that the manager saw emerging out of the intranet project was very appealing to him. He decided that it might be adaptable to his BAU team.
The BAU team always seemed to have a “backlog” of work that never got done. The main issues were:
- No collective process for them to process business user requests
- New work coming constantly coming in from the business
- Team not sure of which work was important, urgent or ranked higher
- No collective processes to handle BAU as well as project work
- Small team but working in three streams of activity
- Scrum gave the team radical visibility of what was coming up from conversations in standups and backlog refinement.
- The traceability of stories to themes and Epics gave the team a sense of where their work fitted into the bigger picture.
- Knew to refine the backlog with the Product Owner in order to work together to establish the definition of done (DOD), estimations and tasks
- Able to better understand and estimate BAU velocity and project velocity
- Now had a process to deal with business requests and how to determine order/priority of work in context of the product backlog
- Better understanding of commitment to take on a product/story in a Sprint
- Collaboration and pairing across old silos occurred to complete tasks
- Not silos of 3 streams — a single team with a single, shared vision of how to get their work done