Sprint Operations » History » Revision 9
Revision 8 (Thomas Ganley, 02/24/2023 04:38 AM) → Revision 9/17 (Thomas Ganley, 02/24/2023 04:38 AM)
h1. Sprint Operations h2. Overview This page outlines tips and tricks to organizing and planning a Sprint. h3. Starting a Sprint # First, ensure the backlog has recently been groomed so that the team is prepared for the upcoming spring. Based on the sprint retrospective from the previous sprint, the scrum master should estimate the team's current sprint velocity. This places an upper limit on the amount of work the team can assign itself. # The scrum master will organize a sprint planning meeting for the team to discuss and prioritize the work being done this sprint. See [[Sprint_Planning]] to learn what this looks like. # During sprint planning, edit tasks and assign them to this month's sprint. # Also, create a custom view in the backlog by adding the sprint filter and clicking "Save custom query". A quick filter will then appear on the right-hand menu for this sprint. Click "clear" to return to the default view. _Note that in redmine, sprint labelling is accomplished using custom fields in the AlbertaSat redmine. Contact an administrator if a sprint label needs to be added to the dropdown._ h3. During a Sprint On a weekly basis, the team will complete a standup. Each member on the team is expected to participate and answer the standup questions outlined in [[Daily_Standup]]: * What did I work on last week? * What am I working on this week? * What issues are blocking me? * What could others do to help? Mid-way through the sprint, the team will complete a happiness metric, according to the guidelines in [[Happiness_Metric]] h3. Adding Tasks During a Sprint Spring Though not recommended, if an urgent task arises during a sprint, it can be added to this sprint. At the discretion of the scrum manager and product owner, the task can either take the place of a user story assigned at sprint planning, or be added on top of existing work. The same expectation of completing the task within the current sprint still apply. If it is expected to take longer, then it should be split into multiple user stories. h3. Concluding a Sprint # At the end of the sprint, the team will complete a sprint retrospective according to [[Retrospective]] to wrap up work on the sprint. This will serve as a review of the work that was done and facilitate a discussion about how to improve for the next sprint. The team should also complete another [[Happiness_Metric]]. h3. Sprint Velocities 100-150 hours/month: Webb 150-200 hours/month: Sputnik 200-250 hours/month: Voyager 1 250-300 hours/month: Galileo 300-350 hours/month: Parker