We have now decided that we need to write user stories. The begs the questions as to who our users are. When I first started thinking about our users I originally came up with three or four users. I believe this is very typical when people start with user stories. They pick the obvious users and then create their stories around them. In doing this we miss many requirements.

I decided to do some brainstorming using a mind map. With this mind map I wanted to explore the users of our product. What you see below is 15 minutes of one person doing the mind map (me).

Our Users

Wow there are many more than 4 users. I am sure there are more users if more of us were working on the mind map. (I actually thought of several other users since I did this map.)  When you start evaluating these users you realize that there are many requirements that can be derived from each user. Of course you may see roles that an user enacts that be combined with other other roles to streamline the number of users.

My premise is that every requirement can be derived from a specific user role. Even the technical requirements have a user.

So as you start creating user stories,  brainstorm as to who all of your users are. When you do this you will be able to derive a rich set of user stories that will cover the majority of your requirements. If you find a missing requirement it is my premise that a specific user role was missed.

This entails that we are willing to learn from others on the team There is no place for a prima donna on a team. The member fresh out of college has knowledge that a 30 year veteran does not have. It takes humility to learn from the junior member.

Also we much be willing to teach each other. A person should be willing help others learn the skills they have acquired. Many times this will require patience when other team members do not learn easily.