abordagem do SCRUM em diferentes situações  XML
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Autor Mensagem
boaglio
Moderador
[Avatar]

Membro desde: 09/09/2002 21:23:39
Mensagens: 1865
Localização: Sampa City
Offline


Ao pessoal que anda praticando o SCRUM nas equipes, quais as diferentes estratégias que vocês adotam quando a situação é:

fazer um projeto novo

dar uma pequena manutenção num projeto

fazer um refactoring gigantesco num projeto


Ou não existe diferença alguma ao aplicar a metodologia?


 

Tem dúvidas de Java? Poste no fórum! Não respondo dúvidas de Java via MP!
[WWW]
louds
Moderador
[Avatar]

Membro desde: 29/04/2003 23:09:15
Mensagens: 4061
Localização: São Paulo
Offline

No final das contas tudo vai virar um bando de itens no product backlog da equipe.

Quanto a débito técnico, como bugs e refactoring, é comum reservar uma quantidade de pontos por iteração para isso.

http://www.kumpera.net/blog/
http://www.mono-project.com/
"Each individual should work for himself. People will not sacrifice themselves for the company. They come to work at the company to enjoy themselves."
Soichiro Honda
[ICQ]
cv
Moderador
[Avatar]

Membro desde: 04/04/2003 00:32:12
Mensagens: 7842
Localização: São Paulo, SP
Offline

boaglio wrote: fazer um refactoring gigantesco num projeto


Nao existe "refactoring gigantesco". Por definicao, refactoring eh uma mudanca pequena que nao altera o comportamento de uma unidade de codigo qualquer. Se vc ta falando de REDESENHAR um sistema, ai tudo bem: comece demonstrando o valor de negocio que tal redesign vai ter, e toque.
[Email] [WWW] [Yahoo!] [MSN] [ICQ]
rodrigoy
GUJ Ranger
[Avatar]

Membro desde: 18/04/2006 01:06:28
Mensagens: 758
Localização: São Paulo
Offline

boaglio wrote:
Ao pessoal que anda praticando o SCRUM nas equipes, quais as diferentes estratégias que vocês adotam quando a situação é:


A estratégia é sempre a mesma: inspeção e adaptação.

boaglio wrote:
fazer um projeto novo


Promova uma concepção ágil, o tamanho do sprint e aplique o Scrum. Aqui não tem segredo, é só seguir a literatura e a intuição.

boaglio wrote:
dar uma pequena manutenção num projeto


Bem, que tamanho? Se for 1 semana você vai usar conceitos do Scrum e não Scrum. Se você realmente quer encarar como projeto defina sprints baseados em "bugs to do".

boaglio wrote:
fazer um refactoring gigantesco num projeto


Bem, nesse caso, cada aspecto a ser alterado deve ser priorizado e planejado. De qualquer forma, é difícil planejar um refactoring desse tipo. Você vai inspecionar todas as histórias já existentes? Se sim, priorize as histórias e defina o planejamento nesses termos.


Rodrigo Yoshima
www.ASPERCOM.com.br

Próximas Turmas:
São Paulo: Scrum 28/agosto | OOAD-UML 13/setembro

Débito Técnico Blog: blog.aspercom.com.br
[WWW]
fabeen
Debugger
[Avatar]

Membro desde: 30/06/2006 14:17:06
Mensagens: 63
Localização: São Paulo - SP - Brasil
Offline

No time em que trabalho, tratamos as estórias tanto de novos produtos quanto implementações de melhoria da mesma forma. Como o louds citou, refactorings e demais débitos técnicos são trabalhados com um tempo pré-definido no planning.

Do not try to imitate the old masters. Seek what they sought.
(Bosho)
http://www.keeponrightway.com
[WWW]
 
Índice dos Fóruns » Metodologias de Desenvolvimento e Testes de Software
Ir para:   
Powered by JForum 2.1.8 © JForum Team