No mundo Lean/Ágil ao contrário do modelo tradicional, o projeto não tem um “conjunto de features pré-estabelecidas” e a partir destas o produto começa a ser desenvolvido visando desenvolver estas funcionalidades.
Tá bom, então como funciona?
A empresa possui a Visão do Produto, que nada mais é do que o problema que aquele produto pretende resolver.
A partir da visão do produto começam a serem feitas as análises para identificar se o produto é viável ou não. Neste momento começam a serem rascunhados: O tamanho do mercado; Quem são os usuários; Como nós imaginamos que ele gostaria que o problema fosse resolvido, etc…
Neste momento começam a surgir as primeiras “ideias de funcionalidades” que são adicionadas ao Backlog do Produto.
O Backlog do Produto nada mais é do que uma lista de itens ordenados por prioridade e ele deve existir enquanto houver o produto. Esta lista deve conter: Histórias de Usuários, Bugs, Tasks(!).
Para o Scrum não existe divisão entre o ciclo de projeto e processo evolutivo.
Tá bom, então como funciona? 🙂
Aqui precisamos falar sobre uma das atividades com duração limitada ou “time box events” do Scrum. O Sprint.*
Segundo o Scrum, o Sprint é um evento de duração limitada que deve ter de 1 a 4 semanas. O tamanho mais comum utilizados é de 2 semanas. Existem alguns parâmetros que devem ser levados em consideração para definir esta quantidade, mas tratarei deste assunto em um outro artigo.
Mas por que precisamos falar disso para tratarmos da divisão de ciclo de projeto ou processo evolutivo?
No caso do Sprint de 2 semanas, a cada 15 dias a equipe de desenvolvimento entrega os itens que foram combinados para aquele sprint e todo o Scrum Team se compromete a entregar um novo conjunto de itens presentes no Backlog do Produto.
Como o Backlog do Produto contém Histórias, Bugs e Tasks(!) que foram priorizadas pelo Product Owner de acordo com a Visão do Produto e com o feedback dos usuários, a cada 15 dias, os itens que trazem mais valor para o negócio entram para serem desenvolvidos. É como se pudéssemos mudar 100% do caminho do produto (escopo) a cada 15 dias.
Para fechar os dois pontos:
- O conhecimento do produto está todo (passado, presente e futuro) documentado no Backlog do Produto.
- Não existe mudança de escopo do projeto, existe mudança de prioridade das atividades que entrarão para desenvolvimento no próximo Sprint. Na média, a cada 15 dias.
* Usei “o Sprint” pois, para mim, trata-se de um evento e evento é masculino. 🙂 Estranho isso. Se você quiser usar a nomenclatura do Scrum que diz que é uma cerimônia, aí você pode usar “a Sprint”. No final das contas, isso não importa.
Ir para: Ágil. Gestao do conhecimento, escopo, documentação, testes, falhas e mais…