Writing user stories ranks at the top of critical project tasks. When the customer writes user stories, business subject matter experts (SME) sit down with the Scrum team to lay out user requirements – what the user community needs from the Anaplan platform so they can follow the business process. For example, a customer may be using the Anaplan platform to improve their sales forecasting process. The team needs to discuss all upstream and downstream processes within the sales forecasting process that Anaplan will impact.
The customer documents requirements by producing user stories. A user story includes:
- Acceptance criteria
The description should be as comprehensive as is possible. Model builders take user stories and build the model, set up processes and data feeds. If possible, include an Excel file to be used as a visual guide or template for what is required.
When writing user stories, it is easier to put the work in early and create a good user story. You’ll find it more challenging to revisit a user story later in the project timeline. Write comprehensive user stories, however if the story starts getting long break it into separate pieces. In the next step, you’ll estimate how long it will take to build out that user story. If the user story isn’t well written, it will throw the estimating process off track.
User stories are usually written by a business SME in conjunction with someone from IT. Anaplan Business Partners and the project sponsor review the user story to ensure quality, accuracy, and business need.
Notice the User Story Task list in the graphic above. The task includes things that need to get done in addition to the actual model build. All tasks take time and require resources that need to be estimated along with the actual model build.
Typically, you can expect between 75 and 125 user stories in a project. Generating more than this range may indicate a need for a phased implementation.