Planejando um projeto Scrum

O processo de planejamento Scrum define as expectativas das partes interessadas. Essas partes interessadas incluem aqueles que financiam o projeto, aqueles que pretendem usar a funcionalidade criada pelo projeto e aqueles que serão afetados de outra forma pelo projeto. O plano é uma forma de sincronizar as expectativas dos stakeholders com as expectativas da Equipe. No caso das partes interessadas que serão usuários da funcionalidade do projeto, o plano os ajuda a organizar seu trabalho para que possam estar prontos para aproveitar a funcionalidade conforme ela é implementada.

No caso das partes interessadas que estão financiando o projeto, o plano detalha suas expectativas de qual financiamento é necessário e quando os benefícios do projeto devem ser realizados. O plano também é a base do relatório do projeto. Ao final do Sprint, as partes interessadas participam das reuniões de revisão do Sprint e comparam o progresso real do projeto com o progresso planejado.

As mudanças no curso e as revisões do plano feitas nas reuniões de planejamento da Sprint são explicadas aos stakeholders. Para aqueles que não podem comparecer à reunião de revisão do Sprint, os relatórios do projeto comparam os resultados reais com o plano - tanto o plano original quanto o plano modificado desde o início do projeto.

O processo de planejamento do Scrum envolve a resolução de três questões:

- O que aqueles que financiam o projeto podem esperar que mude quando o projeto for concluído?

- Que progresso terá sido feito ao final de cada Sprint?

- Por que aqueles que estão sendo solicitados a financiar o projeto devem acreditar que o projeto é um investimento valioso e por que devem acreditar que aqueles que propõem o projeto podem entregar os benefícios previstos?

Os projetos Scrum exigem menos planejamento do que os projetos típicos baseados em gráficos de Gantt porque aqueles que trabalham para entregar os benefícios esperados fornecem visibilidade de seu progresso no final de cada Sprint. Como os projetos Scrum são muito complexos para serem descritos em grande detalhe no início, nós os monitoramos e os orientamos para que eles forneçam os melhores resultados possíveis.

O plano mínimo necessário para iniciar um projeto Scrum consiste em uma visão e um Product Backlog. A visão descreve por que o projeto está sendo realizado e qual é o estado final desejado. Para um sistema usado internamente dentro de uma organização, a visão pode descrever como a operação de negócios será diferente quando o sistema for instalado.

Para software que está sendo desenvolvido para venda externa, a visão pode descrever os principais novos recursos e funções do software, como eles beneficiarão os clientes e qual será o impacto previsto no mercado. O Product Backlog define os requisitos funcionais e não funcionais que o sistema deve atender para entregar a visão, priorizada e estimada. O Product Backlog é analisado em Sprints e releases potenciais.

Um dos propósitos do plano é convencer alguém a financiar o projeto. O plano deve fornecer detalhes suficientes para satisfazer uma fonte de financiamento de que o projeto tem mérito, que entregará certas coisas em determinados momentos, que os benefícios superam os custos e riscos e que as pessoas que trabalharão no projeto são suficientemente competentes para executar o plano.

O Scrum geralmente é implementado bem depois que o projeto em questão foi planejado. No caso desses projetos, o financiamento já existe e as expectativas já foram estabelecidas. O que é necessário agora é replanejar o projeto à luz do Scrum para que o Time, o Product Owner e as partes interessadas possam visualizar o projeto como uma série de Sprints que levam a um release, todos orientados pelo Product Backlog. A primeira tarefa é criar o artefato Scrum necessário para gerenciar um projeto Scrum: o Product Backlog.