|
Diversity data is in high demand. Unfortunately our current diversity display is badly outdated stylistically and lacking display focus. We will redesign the Diversity report in order to surface the best diversity information to clients in a presentation-ready display.
In the JTBD framework, these are the “pains” and “gains” your solution will address. Other ways to think about it: What’s the rationale for doing this work? Why is it a high priority problem for your customers and how will our solution add value?
Sometimes we do things for our own benefit. List those reasons here.
Who are we building this for?
How will users receive the value?
How will you know you’ve completed the epic? How will you know if you’ve successfully addressed this problem? What usage goals do you have for these new features? How will you measure them?
What is explicitly not a part of this epic? List things that have been discussed but will not be included. Things you imagine in a phase 2, etc.
Consider performance characteristics, privacy/security implications, required copy translations (mostly surveys), mobile requirements, accessibility requirements
Is there any work that must precede this? Feature work? Ops work?
Just answer yes or no.
Initial rollout to [internal employees|sales demos|1-2 specific beta customers|all customers]
If specific beta customers, will it be for a specific survey launch date or report availability date
How will this guide the rollout of individual stories in the epic?
The rollout strategy should be discussed with CS, Marketing, and Sales.
How long we would tolerate having a “partial rollout” -- rolled out to some customers but not all
Focus on risks unique to this feature, not overall delivery/execution risks.
What are you still looking to resolve?