Ratio of story maps to backlog in complex project
Hello!
I'm coaching with a company that has ~ 5 engineering teams (this is only the demand side - supply chain is different). One PO, several PMs (1 for each team) and some design people.
It's an e-commerce setup, and so the teams are roughly specialized around parts of the funnel (acquisition, retention, conversion, etc).
When adopting story maps, I'm wondering at what resolution to start. Would you recommend having one giant roadmap for the entire project? It's not very easy to think about. It would quickly look like a hodgepodge and be unreadable.
Instead, what I'm seeing are thematic story maps. Such as a workshop on "Visibility of our loyalty program" that shows touchpoints on the customer journey and some which are traditional candidates for more narrative maps like "referral program".
This is fine, but the story mapping guides (and Jeff's book - which I've read), advocate using the map as a backlog. A given team may be working on several initiatives at once, and obviously, the entire org is definitely working on several initiatives at once. How have you seen larger orgs consolidate these maps into an overall release plan / backlog?
Thanks!
Jacob
How many products has the PO been able to identify, and have you had the opportunity to discuss this with them and to understand their reasoning?