Em gerências de projeto mais tradicionais parte do planejamento consiste em construir a estrutura analítica de projetos (EAP ou WBS em inglês) para organizar o trabalho. Alguns gerentes de projeto mais experientes concentram primeiro nas entregas e então no trabalho necessário para criar estas entregas. Estes planos orientados a trabalho ou tarefas geralmente recaem em planos descritivos, muito detalhados.

O gerenciamento de projetos ágil procura ligar as características que o usuário necessita a este planejamento, podendo assim dar melhor retorno e aumentando a chance de sucesso do projeto. Isto é feito através da estrutura funcional de projetos, EFP ou FBS em inglês, o que pode tornar o a administração mais difícil, mas tem a vantagem de aumentar a interação com os clientes.

Outra vantagem de planos baseados em características é manter o time do projeto e cliente sincronizados. Eles também ajuda o time a focar nas entregas das características do produto ao invés de documentações dos artefatos.

Então, você acabou de ser alocado em um projeto, mas você não sabe o que fazer, como fazer, quais as expectativas dos stakeholders. Nada! Mesmo que você não esteja no ponto zero ou já tenha algum conhecimento sobre o projeto, você deve ter uma iteração zero ou sprint zero no Scrum.

No sprint zero do Scrum você deve conhecer os requisitos iniciais, entender o escopo e, mais importante, dirigir as expectativas dos stakeholders para serem compatíveis com esse escopo. Neste sprint também pode ser feito um esboço da arquitetura inicial para identificar potenciais estratégias técnicas. Em paralelo às tarefas anteriores, você deve trazer as pessoas para o time, preparar as máquinas, fazer planejamento inicial e o que mais achar necessário para iniciar o projeto. Este sprint é conhecido como aquecimento (warm up) ou início (inception).

Estas atividades são importantes, mas partem do pressuposto de que alguém aprovou o projeto. Mas quando é definida a visão do produto ou feito um estudo de viabilidade para aprovação do projeto? Para isso deve ser utilizado uma fase de pré-início. Esta fase poderia até ser chamda de sprint -1. Neste sprint deve-se responder as perguntas: é economicamente viável? É técnicamente viável? É operacionalmente viável? É politicamente viável?

Apenas não esqueça que o sprint -1 não é na realidade um sprint, não há prazo, reunião de planejamento de sprint, Scrum diário, etc.

Bem vindo ao meu blog!

Aqui eu pretendo falar sobre engenharia de software, arquitetura de sistemas,  metodologias ágeis e Scrum. A opção de fazer o blog em português foi proposital, já que não é tão fácil encontrar assuntos sobre isto em nossa língua.

Espero que você goste e visite sempre.