Solucionado (ver solução)
Solucionado
(ver solução)
2
respostas

Aula 2

É viável implementar mais de um método ágil por projeto? Ou implementar apenas partes de um método? A dúvida surge, porque cada método possui sua particularidade que é mais visíveis comparado a outros métodos. Scrum -> gestão de pessoas como foco. XP -> parte técnica e refatoração de códigos com mais facilidade. Kanban -> encontrar gargalos em processos com mais facilidade.

att. Guilherme Urbinatti

2 respostas

Oi Guilherme,

não só é possível, como é muito comum também! Na verdade, se assumirmos que tanto XP quanto Scrum são um conjunto de práticas cada, é bem usual aproveitarmos algumas práticas de um e outras de outro.

Como Scrum é um framework apenas gerencial, o mais comum é usarmos as cerimônias dele (Planning, Daily, Review e Retrospectiva), duas das quais também estão presentes em XP (Daily Scrum == Daily Meeting e a Retrospectiva de mesmo nome).

Assim, também é comum deixarmos de lado a parte gerencial de XP e adotarmos apenas suas práticas mais técnicas, como programação pareada, testes automatizados, automatização de build e deploy, refatorações constantes, etc.

XP também fala de uma workspace informativa que, usualmente, se traduz em cartolinas e um quadro de branco de acompanhamento. Nesse quadro, podemos usar várias ideias do processo Kanban também.

O ponto é... desde que lembremos do que valorizamos como agilistas, vale tudo. Apenas, é necessário lembrar e relembrar o manifesto ágil e os princípios ágeis com frequência e examinarmos se estamos nos afastando deles.

Isso sim seria um problema para quem pretende ser ágil. :-)

solução!

Sim !

Seguir os 3 a risca é difícil, isso varia muito do projeto, quantidade de pessoas entre outro fatores.

O Scrum define o processo gerencial(reuniões diárias / sprint / retrospectiva / review) .

O Xp é mais parte técnica, o que fica a critério dos devs.

O Kanban é para o time conseguir enxergar as dificuldades mais facilmente.Lembrando que o Kanbam não é apenas as tarefas do desenvolvimento, devemos colocar tarefas como requisitos, entrega, usuário testando, feedback como tarefas do produto.

Apenas entregar o sistema de nada vale, temos que validar, cadastrar os usuários, entre outras demandas que o scrum não define.

A utilização de cada um deles fica a critério da equipe. Experimente cada um e veja o que melhor te atende.A equipe deve ficar satisfeita com o processo. Uma equipe motivada e feliz vale mais do que qualquer processo.

Forte abraço ! Boa sorte !

Quer mergulhar em tecnologia e aprendizagem?

Receba a newsletter que o nosso CEO escreve pessoalmente, com insights do mercado de trabalho, ciência e desenvolvimento de software