Sprint 0 is there to cover activities such as product backlog creation, infrastructure set-up, architectural planning, resourcing the team, and test plan composition. Along with prototyping, design planning, and test validation.
An example of Sprint 0 considerations might include:
How do you know what technologies you are going to use?
How are you going to structure a product and the team around it?
This is where sprint 0 comes into its own.
The following items are unique to Sprint 0 and are designed to set you and your team up for success!
As a team, ensure you prepare and prioritize a list of product backlog items. Some call this program planning or pre-planning.
Using Sprint 0 as a time-boxed sprint to consider this action adds a useful way to keep stakeholders and sponsors informed and up-to-date before the heavy lifting happens.
This will include aspects like performance, security, accessibility, scalability, as-built documentation, architectural considerations, environmental setup etc.
Assemble any additional team members and define roles.
The throughput based on the selected team. This will help with project planning and mitigate risk through the process.
Based on backlog priorities and velocity.
This will include product backlog software, information radiators, and any other reporting and progress tracking tools agreed upon and required by your team and stakeholders.
Agree on technical architecture.
Write As-built documentation.
Prepare/build infrastructure.
Prepare initial low-fi prototypes and design frameworks.
Designers can use Sprint 0 to better understand the product and its constraints.
Finalize final vision.
Create architectural visions and find out how it will be built.
Feature release or scheduled release? Get it confirmed.
Always load risk into a release plan. Ensure you fail fast!
To conduct a Sprint Zero effectively you have to go in with the understanding that a successful Sprint Zero means you’re ready to start Sprint One.
“Ready” is a vague term and in this context, readiness does not refer to the availability of operation resources being in place (although hopefully this aspect is already taken care of). Readiness means that an environment exists in which development can occur.
Don’t take longer than a week.
Do keep it lightweight and avoid big design principles.
Don’t do more than is expressly needed for the first sprint to have a successful kickoff.
Do work together as a team and emphasize a culture of team building.