Fórum de discussão

Trabalho em uma empresa que está adotando o SCRUM e também utiliza o PMBOK (gerenciamento de projetos).

Me surgiu uma duvida. Imagine que já tenha o product baclog pronto e o sprint backlog também já esta preparado e nosso gerente nos pediu um cronograma. Me surgiu a dúdiva , o que vc sugeriria? fazer o cronograma com base no product backlog ou sprint backlog? Se for baseado no sprint backlog o cronograma ficaria só com parte do projeto total. Se fosse com base no product backlog teriamos que saber a estimativa de tempo de todos os itens, que a meu ver não tem como via product backlog , pois o mesmo só tem esforço e nao dias.

Fico no aguardo de suas considerações sobre o assunto que nos será bem util.

Muito Grato.

no framework Scrum não existe elaboração de Cronograma. O cronograma no Scrum é substituido pelas Sprints. Se sabe que no final de cada Sprint vai haver uma ou mais entregas e a equipe se organiza dentro da Sprint da melhor forma que ela achar. No final de cada Sprint se aceita as entregas e so for necessárias mudanças, estas podem entrar na próxima Sprint. O Scrum é voltado para aceitar mudanças e produzir entregas que gerem valor ao cliente. No momento que se estabelece um Cronograma regido para a equipe seguir, isto pode comprometer o sucesso do Scrum.

Se o seu gerente quer um Cronograma do Projeto inteiro, o que daria para fazer é pegar os itens do Backlog do Produto e distribuir dentro das Sprints. Para isto você teria que saber a duração padrão das suas Sprints e quantos pontos de complexidade consegue fazer por Sprint (mas sem experiência é dificil conhecer a velocidade da equipe). Se todos os itens do Backlog do Produtos estiverem estimados em complexidade e você sabe qual quantos pontos de complexidade faz por Sprint, daria para fazer um Cronograma dizendo o que seria entregue ao final de cada Sprint do Projeto. Agora, isto não é uma melhor pratica aceita e muito menos recomendada pelo Scrum, é apenas uma sugestão minha.

Para trabalhar orientado a um cronograma realista o melhor é seguir o que o PMBOK recomenda no gerenciamento de escopo e tempo. Há empresas fazendo mistura de PMBOK e SCRUM, mas no momento não se tem ainda a melhor prática, tudo é experimental. Neste curso procuramos [u]não recomendar[/u] adaptações do SCRUM porque isto é muito delicado, pode gerar muita discussão e fugiria totalmente do propósito deste curso que é apenas apresentar o SCRUM na sua essência.

O ideal é que você alinhe que os seus stakeholders a forma mais conveniente de conduzir o seu projeto. Se os stakeholders fazem questão de um cronograma realista, é melhor seguir mais as práticas do PMBOK. Se o cronograma é apenas para dar uma noção das entregas, um cronograma mais orientado a marcos do que a atividades, é possível trabalhar com as práticas do SCRUM e fazer adaptações.