After the company was founded, the software was developed without any feedback from the users. This led to the fact that often only features were implemented and bugs were neglected. There were also many features developed that were not used by the current users. After a reorientation, StoriesOnBoard is very helpful in defining a new, clear MVP and determining the further road map. We also use the tool to illustrate other processes, such as a customer journey and an employee journey. As a startup, everyone who works directly with the software and has gained experience in the exchange with customers is involved in the user stories: CEO, Support, QA and Engineers.
- Individualization of maps, annotations and colors.
- Clear display depending on the situation (hiding stories).
- Handling of the cards in case of changes.
- The possibility to change content directly in the overview (title, annotation, color).
- Switching the view to a vertical mode (easier to scroll).
- Better availability of information on user story mapping.
- Possibility to link to activities and steps from other maps (Context).
As mentioned earlier, we also use StoriesOnBoard to create other processes (customer and employee journey). We use the swim lanes to differentiate between measures, tools and processes and working with them is very easy and understandable for this purpose.
Less easy is the use of context, i.e. when one part of a story map depends on another story map. This cannot be avoided (at least for us) to avoid creating redundancy (and the risk of creating different stages). At appropriate places, we refer to the other map in the title.