Fórum de discussão

o framework não estabelece regra com relação ao design de interface. Entretanto, na prática é comum o desenho de interface anteceder o trabalho de desenvolvimento. Por isto, pode ser interessante que o trabalho de designers de interface preceda o trabalho de desenvolvimento pelo menos em uma Sprint. Apesar de não ser recomendado pelo framework, pode existir uma Sprint zero inicial para preparar as interfaces para a primeira Sprint.

Os testes devem ocorrer como parte do trabalho da Sprint, do inicio ao fim da Sprint. E considerando o conceito de gerar uma entrega potencialmente usável ao final de cada Sprint, se pressupõe que o trabalho de correção deva ocorrer antes do final da Sprint. Na prática, isto pode não ocorrer. Os erros que não puderem ser corrigidos imediatamente ficarão para a próxima Sprint, assim como também bugs que venham a ser identificados pelo cliente após a Sprint estar fechada.

Adotando a Sprint 0 para o desenho das interfaces pelo Web Designer para a Sprint 1, isso significa que para as próximas Sprints sempre haverá uma outra Sprint separada para o Web Designer? Isso não irá resultar em duas equipes?

Com relação a ter equipe multifuncionais, isso poderá gerar alguns problemas do tipo: você contrata o programador para ser também analista e tester, nesse caso ele poderá querer ganhar por 3. Outro problema é que os Testers criam casos de testes, executam e evidenciam, um programador geralmente não é especialista em teste.

Como lidar com essa situação?

Abs

Aproveitando sua resposta, se a equipe necessitasse de um DBA, totalmente especialista, isso também estaria na exceção, pois alocaria horas desse recurso para me atender, certo?

Se entendi, sua colocação, o SCRUM faz recomendações e a idéia é seguir as diretrizes principais, sobrando bastante espaço para ajustar-se à realidade da empresa ou do projeto... Vai por aí?

Abraços

Homero.