Deiser Blog | Atlassian | ITSM | DevOps | Agile at Scale | Cloud

4 diferencias entre Jira Kanban board vs Jira Scrum board

Escrito por Leo D. Murillo | 26-sep-2017 11:23:00

En Jira Software puedes crear una vista de un Jira Kanban board vs Jira Scrum board, esto dependerá de las necesidades que tengas tu y tu equipo. Aquí te contaremos las diferencias entre Scrum y Kanban, y sus pro y contras en Jira Software.

Al hablar de un Jira Kanban board vs Jira Scrum board, no pretendemos comparar o debatir los respectivos frameworks o los puntos de vista que ofrecen estos tableros, sus metodologías o tipos de gestión. Simplemente buscamos enseñarte las diferencias de usar una vista u otra en Jira Software 7.5.

¿Cuáles son las cuatro diferencias principales entre un tablero Kanban en Jira y un tablero Scrum?

  1. La estimación es distinta.
  2. Reports: La cantidad de informes.
  3. El Sprint.
  4. Backlog y Épicas.

Pero primero, es importante hacer la siguiente aclaratoria:

Si estás usando boards de Scrum o Kanban en Jira Software, debes saber que éstos son independientes de los proyectos Jira, es decir: 

La relación de proyectos Jira y boards, es de N a N, se puede tener un board con issues de varios proyectos, al igual que se puede tener un proyecto que aparece en varios boards.


Una aclaración que resulta necesaria, dado que algunas empresas asumen que los "boards/pizarras/tableros" son propios de los proyectos Jira, y no es así.

Ejemplo de boards con varios proyectos:

Una vez dicho esto, vamos a enumerar las cuatro diferencias entre las vistas de los boards Scrum y Kanban en Jira Software:

1. La estimación es distinta

La primera diferencia entre un board Scrum y otro Kanban es que los boards de Scrum incorporan en su configuración un enlace para configurar la estimación. Esto tiene que ver con el concepto de velocidad de Scrum que puede ser configurado con cualquier atributo numérico de las issues.

2. Reports: Cantidad de informes

Otra diferencia entre una vista y otra son los informes. Scrum incorpora más informes que un board Kanban (de velocidad, de evolución épica, de burndown, etc...), sobre todo para permitir el seguimiento de la evolución de los Sprints.

3. El Sprint

Como es lógico, el Sprint es algo propio y único de los boards de Scrum. Independientemente si tu proyecto tiene un board o no de Scrum "apuntando a él" en su esquema de permisos siempre tendrá la opción de configurar la seguridad del Sprint. Por esto recomendamos tener siempre configurado el permiso en el esquema, en caso de que alguien con permisos de creación de boards pueda crear uno de tipo Scrum apuntando al proyecto. 

 

4. El Backlog y las Épicas

Por defecto y hasta la versión 7.5 de Jira Software Server se gestionaba la relación Épicas - Historias principalmente en boards de tipo Scrum (por la facilidad del drag and drop). ahora también se puede hacer en boards de tipo Kanban, para ello hay que habilitarlo en la configuración del board. 

Esto habilita la opción de visualizar Épicas en el backlog, característica que también es reciente (desde la versión 7.4), y permite disponer de un backlog "previo" desde el punto de vista del método ideal para priorizar las tarjetas (issues), antes de llevarlas al board, y desde el punto de vista de herramienta, una liberación. Esto nos ayuda a no "condenar" una columna con el backlog.

En resumen, decidir entre la creación de un Kanban board o un Scrum board en Jira Software, es crucial comprender y evaluar las necesidades específicas que tiene el equipo que las utilizará. Nuestra labor con esteb blog ha sido la de destacar las distinciones sin entrar en debates de las metodologías subyacentes, para que puedas optimizar tu experiencia de trabajo en Jira Software 7.5. Si tienes dudas entre este tipo de boards, o alguna que no se relacione, no dudes en escribirnos, te ayudaremos en lo que haga falta.