Abaixo há uma imagem retirada do Scrum Body of Knowledge, uma das referências apresentadas no começo do treinamento. Nela iremos observar o que foi apresentado sobre o Scrum puro. Vamos encontrar o Backlog Priorizado do Produto, o Backlog do Sprint, o Ciclo do Sprint que é Criar os Entregáveis e a Reunião Diária. Além disso, a imagem também contem os Entregáveis Aceitos por meio da Reunião de Revisão e Retrospectiva.
Falamos da dificuldade de dominar o Scrum puro e de muitas vezes ele ser inadequado para as organizações. Na imagem apresentamos uma combinação de práticas ágeis com o Scrum puro, pois é assim que é apresentado atualmente em muitas organizações. Este modelo apresenta uma visão que vai além do Scrum, que é o gerenciamento ágil de projetos.
Se queremos apenas uma visão do Scrum puro, devemos focar na apresentação a partir do Backlog Priorizado do Produto, pois antes disso estão mapeadas as práticas ágeis. Estas práticas vão nos ajudar a entender a gestão de projetos ágil. Lembrando que é muito importante a leitura do Scrum Guide.
Vamos usar como exemplo fictício uma empresa chamada "XYZ". Nesta empresa nós trabalharemos com um arranjo de práticas ágeis, uma combinação que envolve uma série de rituais. Quem estiver entrando para trabalhar como gerente de projetos verá que todo novo projeto nasce a partir de um caso de negócio. Quando a direção se reúne, ela pontua todas as oportunidades por meio de um funil e seleciona as que têm maior relevância para a empresa. A partir da seleção de oportunidades cada uma possui uma declaração de visão elaborada, que vai mostrar porque aquele projeto é importante para a organização. Isso justifica a existência do projeto e vai apontar as pessoas que vão trabalhar no projeto.
Nesta situação utilizamos processos já estabelecidos e algumas práticas do framework Scrum. Então, o gerente de projetos, também chamado de dono do produto, aponta, no documento de visão quem vai ser parte do time de desenvolvimento, quem é o dono do produto e quem é o facilitador. A partir desta seleção, o gerente de projeto, vai criar um Backlog Priorizado com tudo aquilo que precisa ser construído pelo time de desenvolvimento, isto é, um conjunto de entregas. Além do Backlog Priorizado o gerente de projetos também construirá um Cronograma da Release. Um cronograma que vai dar uma previsão, em uma linha de tempo, de quando cada uma das entregas funcionais do produto vão ser feitas. As entregas funcionais podem representar conjuntos de Sprints que gerem um produto funcional.
A visão geral deve compreender o projeto e todas as entregas do projeto divididas em um espaço de tempo. Tendo construído o cronograma, partimos para o Backlog da Sprint. Quando começarmos o trabalho com o time de desenvolvimento, teremos que nos reunir com eles para determinar aquilo que o time é capaz de fazer, assim criamos o Backlog da Sprint. Depois, o time entra em ação, sendo a duração de cada ciclo de desenvolvimento de 2 a 4 semanas no máximo, respeitando o Scrum. Depois de cada ciclo de desenvolvimento vai ser criado um Entregável. Ainda assim, deve-se realizar uma reunião diária com a equipe, de 15 minutos, fazendo 3 perguntas essenciais:
- O que você fez ontem?
- O que você vai fazer hoje?
- Encontrou algum impedimento no caminho?
Caso haja algum impedimento, o gerente de projetos, que é o responsável por ajudar a fazer acontecer, deve intervir e auxiliar. Toda a Sprint deve ter uma reunião ao final, responsável por fazer uma revisão. Depois da revisão vamos ter os entregáveis aceitos, os quais podemos passar para o cliente. Aquilo que não for aprovado volta para outra Sprint. Tendo tudo isto em mente, é importante saber que nunca deve-se impor ao time o que eles não têm capacidade de fazer.
Terminado o conjunto de entregáveis previsto para o projeto, ele pode ser encerrado! Isso significa que o objetivo do projeto foi atingido. Temos, assim, um exemplo completo de Agile em uma empresa.