O clásico modelo de fervenza, introducido por Winston Royce en 1970, foi o enfoque de xestión de proxectos máis común e amplamente utilizado no ciclo de vida do desenvolvemento de software ata que foi superado por enfoques máis sofisticados e moito mellores baseados en técnicas áxiles ao redor de 2008. O fenomenal crecemento de áxil atribuíuse ás trampas do modelo tradicional e aos moitos beneficios que aporta o novo enfoque. Agile comezou como un enfoque iterativo e colaborativo para o desenvolvemento de software, pero co paso do tempo, evolucionou ata un conxunto de principios e valores ben articulados que comparte coas moitas variedades de Agile. Dito isto, Kanban e Scrum son dúas das metodoloxías áxiles máis populares de uso xeneralizado.

Que é Scrum?

Scrum é un marco lixeiro pero increíblemente potente baseado na metodoloxía áxil que axuda aos equipos a traballar xuntos. É un enfoque flexible para o desenvolvemento áxil de software baseado na noción de iteración. A diferenza do modelo de fervenza tradicional, onde cada tarefa e proxecto se dividen en fases secuenciais lineais, Scrum axuda aos equipos e organizacións a ofrecer produtos en ciclos iterativos curtos. É un marco áxil rápido e fiable que axuda á xestión de proxectos con máis rapidez e flexibilidade. Scrum está deseñado para ofrecer valor aos seus clientes baseado en procesos incrementais, o que significa que divide o seu traballo en entregas concretas pequenas ou o seu equipo en pequenos equipos multifuncionais. Scrum describe un conxunto de ferramentas e métodos que funcionan en conxunto para axudar aos equipos a organizar e xestionar o seu traballo. Scrum pode empregarse en calquera proxecto ou desenvolvemento de produto, entregando así valor aos clientes en pequenos e regulares incrementos. Scrum baséase no concepto de sprints.

Que é Kanban?

Kanban é un sistema de xestión de fluxos de traballo deseñado especialmente para axudarche a visualizar o teu traballo e as túas tarefas en curso centrándose na entrega xusta a tempo. É unha metodoloxía áxil baseada en tres conceptos: visualización do fluxo de traballo, limitación do traballo en curso e medición do tempo de execución. Kanban baséase nunha idea moi sinxela de que o traballo en curso debería ser limitado e o novo traballo debería comezar só cando o traballo actual estea sendo entregado ou tirado por unha función descendente. A palabra Kanban deriva dunha palabra xaponesa que significa sinal visual. Non é un ciclo de vida de desenvolvemento de software e xestión de proxectos; no canto diso, Kanban é un enfoque para a xestión do cambio que ten como obxectivo ofrecer un valor de alta calidade aos seus clientes, con tempo e orzamento. Utiliza un mecanismo de control visual para rastrexar o traballo ao pasar polas diferentes etapas do fluxo de valor. A diferenza de Scrum, Kanban céntrase no tempo do ciclo: reduce o tempo do ciclo e identifica e aborda os problemas do fluxo de traballo.

Diferenza entre Kanban e Scrum

Enfoque

  - Scrum é un enfoque flexible para o desenvolvemento áxil de software baseado na noción de iteración. Scrum axuda aos equipos e organizacións a ofrecer produtos en ciclos iterativos curtos. Con Scrum, unha tarefa ou proxecto divídese nunha serie de pequenas iteracións manexables chamadas sprints. Kanban tamén é unha metodoloxía áxil onde o traballo se realiza de xeito iterativo, como Scrum, pero usa un mecanismo de control visual para rastrexar o traballo ao pasar polas diferentes etapas do fluxo de valor.

Cronoloxía da entrega

- Scrum baséase no concepto de sprints e cada primavera adoita durar unha ou dúas semanas. O equipo do proxecto completa unha parte de todo o proxecto e o proxecto non está rematado ata que rematen todos os sprints. Entón, a entrega continua é seguida da conclusión exitosa de cada sprint. En Kanban, os produtos e procesos entréganse continuamente segundo as necesidades. Céntrase na entrega xusta a tempo de produtos e funcionalidades optimizando o tempo de ciclo.

Funcións e responsabilidades

- En calquera equipo Scrum, hai tres funcións principais e cada papel ten as súas propias responsabilidades específicas: o propietario do produto, que decide que construír; o mestre Scrum, que se asegura de que o equipo está a usar Scrum con eficacia e eficiencia; e, finalmente, o equipo de entrega, que se encarga de entregar o produto final. Os papeis dos membros do equipo non están tan claramente definidos en Kanban.

Priorización

–Mentres que Scrum e Kanban utilizan sistemas PULL para a xestión do fluxo de traballo, sendo Kanban o marco máis popular para empregar o sistema PULL, ambos o fan de formas sorprendentemente diferentes. En Scrum, o sistema PULL funciona por lotes, o que significa que novas tarefas só se poden tirar cando o equipo de desenvolvemento rematou de traballar no lote actual. O equipo tira todo o lote para cada iteración. Kanban, por outra banda, permite sacar novas tarefas en canto hai espazo para que o equipo poida sacar unha nova tarefa.

Kanban vs. Scrum: gráfico de comparación

Resumo

En poucas palabras, Scrum baséase no concepto de iteración, o que significa que un proxecto divídese en iteracións máis pequenas chamadas sprints. Cada primavera ten unha ou dúas semanas e o proxecto finaliza cando rematan todos os sprints. Así, con Scrum, a entrega continua é seguida da conclusión exitosa de cada sprint. Kanban é outra metodoloxía áxil baseada nunha idea moi sinxela de que o traballo en curso debería ser limitado e o novo traballo só debería comezar cando o traballo actual está a ser entregado ou tirado por unha función descendente. Mentres tanto Kanban como Scrum comparten algunhas similitudes, Kanban non é Scrum e viceversa.