Fórum de discussão

1) É possível customizar o SCRUM para uma organização, mantendo os princípios, porém alterando o prazo das entregas para 22 dias úteis, por exemplo, e também a denominação de alguns termos como Sprint, PO, ScrumMaster para outros termos que facilitem a sua implantação, haja vista a cultura e pré-conceitos existentes?

2) Em relação ao planejamento do projeto, é possível dar visibilidade à alta direção da empresa do prazo e quais seriam as entregas de cada Sprint? Esta é uma necessidade que vai em desencontro ao que o framework prega que é o planejamento a cada iteração? Ex.: Eu tenho um projeto de 200 Pontos de Função com previsão de 4 iterações de 50 pontos de função previstos para serem executados em cada uma. Até aí, tudo bem. Mas não consigo informar quais funcionalidades serão incluídas em cada uma delas, somente as da iteração corrente em que estamos trabalhando. Como lidar com esta expectativa de conhecer o "todo" do projeto? Isto não é uma característica do processo tradicional?

3) Como gerenciar em pontos de função o que foi realizado, uma vez que, como o desenvolvimento é iterativo/incremental? A exemplo de um CRUD, na primeira iteração eu entrego uma funcionalidade pronta com 04 campos e as opções de incluir, alterar, excluir e consultar, o que é equivalente a 23 pontos de função. Na segunda iteração o PO amadurece e visualiza melhor o seu processo e solicita mais três campos nesta funcionalidade que irão sensibilizar o modelo de dados e também as telas já construídas. Isto seria mais 23 pontos de função novamente? Como eu contabilizo isto?
Editado 1x. Última edição em 17/09/2015 12:40

seguem respostas:

1 - Sim, é possível, mas não isso não é recomendado pelo Scrum Guide, uma vez que dificulta a incorporação de uma nova cultura e métodos do Scrum. Se você customizar o Scrum dessa forma, é provável que as pessoas pensem que nada mudou em relação ao método de trabalho antigo.

2 - Você pode trabalhar com previsões, projeções do que PROVAVELMENTE entrará em cada iteração. Isso por si só já dá uma boa visibilidade aos stakeholders do projeto. No entanto, certeza do que vai entrar em cada sprint você só terá após a reunião de planejamento do sprint.

3 - Thaís, o Scrum não trata de como contar ou gerenciar pontos de função. Nada disso é especificado no Scrum Guide ou materiais relacionados. Sugiro que você procure material sobre pontos de função para saber como lidar com esta questão. (Apenas para dar um norte: normalmente quando há alteração de um funcionalidade, é contato 60% dos pontos de função originais).

um abraço,

Kelvin