Continuing the Scrum FAQ series, let’s talk about Sprint Backlog.
When should it be created and what should be included in it?
We will also see which roles should be involved in setting up the Sprint Backlog.
What is it?
The Sprint Backlog represents
everything that should be done during the next Sprint of your project. It should be made based on what the Product Owner has listen on the Product Backlogg. Most of the items on the Product Backlog will be implemented one day, however, in order to be considered for the Sprint Backlog, they must be prepared, estimated and prioritized according to the definition of what a prepared item is, which was established in the beginning of the project.
The choice of which items will be part of the Sprint Backlog should be based on the Sprint Goal, which defines the purpose of that Sprint for Product Owner, or what he expects the product will be able to do at the end of that development cycle. This is also the goal that directs the Product Owner and Development Team to determine which items will be part of the Product Backlog and Sprint Backlog.
When and How?
The Sprint Backlog is created during the Planning Meeting, where the three Scrum roles are involved. At this time, the backlog of items to be considered must have been prepared by the Product Owner. With all the items prepared, the Development Team should estimate each item according to the Sprint Goal, and these items are than prioritized and a number of them are picked to be part of the Sprint Backlog.
This should be all based on what the Development Team can accomplish in a Sprint, and what has the highest priority.
It is advised that not all Sprint Backlog items are directly related to Goal, because if you can not finish one of them, the goal will be compromised and the Sprint will not be successful
Another important point is that the Sprint Backlog should not be changed because the Sprint Goal can not be changed. Also, including a new item in the Sprint Backlog may result in the non-completion of another item. Therefore, new items can only enter the Sprint Backlog if they are related to the Goal, and if they will not affect the items already present on the Sprint Backlog.
Do you have any more questions about the Sprint Backlog? Feel free to comment them below and be sure to watch our videos on University Scrum.
Se o P.O prioriza um item do product backlog e durante a planning descobre-se que o sprint ficaria muito longo. É possível quebrar em mais de um sprint? Exemplo: A parte de login entregaremos no sprint 1, consulta saldo no sprint 2 e faturas no sprint 3. Se sim como identificar o tamanho de cada sprint sendo que o sprint planning fala sobre cada sprint em específico?
Oi Gabriel,
não sei se entendi direito. Mas pelo que entendi, você diz que a Sprint teria uma história somente e que essa história por ser muito longa seria quebrada em 3? Se for isso, recomendo mesmo que seja quebrada. Pela sua descrição, me parece que se tudo isso está em uma história, esta história está em um nível de abstração alto e deve ser até difícil estimá-la. No entanto, se por outro lado tudo que você descreveu já estava em histórias diferentes, não há problema nenhum em serem feitas em Sprints distintas. A ideia é exatamente essa. A Sprint nada mais é do que um período de trabalho da equipe. O P.O. organiza as histórias nas Sprints da forma que melhor lhe convier, estabelecendo as devidas metas para orientar o trabalho da equipe. Lembre-se porém que as Sprints são planejadas uma a uma. Quero dizer que não dá para planejar a Sprint S+1 antes de terminar a Sprint S, pois nunca sabemos o que ocorrerá durante a Sprint S. Vai que o time não é bem sucedido da Sprint S… teríamos que replanejar tudo da S+1 e perderíamos muito tempo.
Bem, espero ter ajudado. Se não for bem isso que eu entendi ou expliquei, ou se houver alguma outra dúvida, fique a vontade em fazer nova pergunta.
Obrigado por visitar o nosso blog. Visite também o nosso ScrumHalf Agile Manager. Vai te ajudar bastante com seu projeto.