Tableros kanban: conceptos: Difference between revisions

From Scrum Manager BoK
Created page with "_NOTOC_ Las prácticas de gestión visual kanban resultan útiles para: #Trazar la gestión de un procedimiento y controlar el flujo de ejecución. #Radiar información. Un ..."
 
No edit summary
 
(12 intermediate revisions by 2 users not shown)
Line 1: Line 1:
_NOTOC_
__NOTOC__
Las prácticas de gestión visual kanban resultan útiles para:
Las prácticas de gestión visual kanban son útiles para:  
#Gestionar el flujo de trabajo.
#“Radiar” información.


#Trazar la gestión de un procedimiento y controlar el flujo de ejecución.
Un tablero kanban puede emplearse con una de estas finalidades, o con ambas a la vez; aunque en realidad si se usa para gestionar el flujo de trabajo, siempre acompaña el hecho de mostrar la información del trabajo que se está controlando.
#Radiar información.


Un tablero kanban puede emplearse con una de estas finalidades, o ambas a la vez; aunque en realidad si se usa con la finalidad de control de flujo, siempre acompaña el hecho de mostrar la información del trabajo que se está controlando.
==1. Gestionar el flujo de trabajo==
===Características===
*Sobre un tablero kanban se pueden establecer pautas para regular el flujo de avance de las tareas.
*La posición de cada tarjeta sobre el tablero refleja el estado en el que se encuentra el trabajo que representa.
*Los '''estados mínimos habituales''' en un tablero kanban son “pendiente”, “en curso” y “terminado”.


===1.- Kanban para trazar la Gestión y Controlar el flujo.===
Kanban como herramienta para la gestión del proyecto ofrece además de información, pautas para el control del flujo de avance de las tareas.
*Monitorización y regulación del flujo y la carga de trabajo
La posición de cada tarjeta sobre el tablero refleja el estado en el que se encuentra el trabajo correspondiente
Los estados básicos que se suelen representar en un tablero kanban son “pendiente”, “en curso” y “terminado”.


[[File:Tablero kanban 1.png|45Opx|center]]
[[File:Tablero kanban 1.png|45Opx|center]]


En algunos casos puede resultar conveniente marcar sub-estados (por ejemplo: Testeado, Validado).
El orden de los trabajos desde el área “pendiente”, indica ya en el inicio la secuencia de las tareas según sus prioridades.
Los trabajos monitorizados puede ser del tamaño de tareas, historias de usuario o epics, según el uso que interese en cada tablero.


*Lleva a la superficie la información de los problemas.
*En algunos casos es conveniente incluir estados adicionales (por ejemplo: testeado, validado).
*El orden de los trabajos desde el área “pendiente”, refleja la secuencia de tareas prevista, según sus prioridades.
*Los trabajos monitorizados pueden ser tareas, historias de usuario o epics, según el uso al que se dedique el tablero
====Kanban saca a la superficie la información de los problemas====
Los conflictos en la priorización de los trabajos, los problemas en el flujo por impedimentos o cargas de trabajo, las incidencias en el desarrollo, etc. se ponen de manifiesto de forma inmediata al actualizar sobre el tablero del estado de los trabajos.
====Kanban facilita un ritmo sostenido y evita la ley de Parkinson====
Genera un avance continuo de trabajo cuyo ritmo no está “predestinado” por una planificación temporal: Gantt o ''sprint'' (incremento iterativo).


Los conflictos en la priorización de los trabajos, los problemas en el flujo por impedimentos o cargas de trabajo, las incidencias en el desarrollo, etc. se ponen de manifiesto de forma inmediata en la actualización continua sobre el tablero del estado de los trabajos.
La ausencia de hitos temporales evita la tendencia habitual de alargar el tiempo de trabajo hasta completar el tiempo estimado (ley de Parkinson).




*Facilita un ritmo sostenido y evita la ley de Parkinson
{{Párrafo_enmarcado|texto=El trabajo se expande hasta llenar el tiempo que se había previsto
 
(Ley de Parkinson).}}
Genera un avance continuo de trabajo cuyo ritmo no está marcado por una planificación temporal: Gantt o Sprint (incremento iterativo).


La ausencia de hitos temporales evita la tendencia habitual de alargar el tiempo de trabajo hasta completar el tiempo estimado (ley de Parkinson).


{{Párrafo_enmarcado|texto=El trabajo se expande hasta llenar el tiempo que se había previsto
Por otra parte, la ausencia de hitos temporales, sin técnicas de monitorización y gestión del avance generaría alargamiento de tiempos y retrasos por procrastinación y perfeccionismo.
(Ley de Parkinson).}}


Por otra parte, la ausencia de hitos temporales, sin técnicas de monitorización y gestión del avance generaría alargamiento de tiempos y retrasos por procrastinación y perfeccionismo.


{{Párrafo_enmarcado|texto=Los procesos ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
{{Párrafo_enmarcado|texto=Los procesos ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.}}
(Principio del Manifiesto Ágil)
}}


*Facilita el incremento continuo


====Kanban facilita el incremento continuo====
Dando respuesta de esta forma al principio ágil imprescindible: entrega frecuente de valor.  
Dando respuesta de esta forma al principio ágil imprescindible: entrega frecuente de valor.  
Tareas que se completan con un ritmo sostenido y de forma continua, y con ellas historias de usuario que se van sumando al producto, proporcionándole un incremento continuo de valor según las prioridades de negocio marcadas por el propietario del producto.
Tareas que se completan con un ritmo sostenido y de forma continua, y con ellas historias de usuario que se van sumando al producto, proporcionándole un incremento continuo de valor según las prioridades de negocio marcadas por el propietario del producto.


 
==2. Radiador de información==
===2.- Radiador de información.===
===Características===
 
====Favorece la comunicación directa====
Los principios ágiles a los que se puede dar un soporte adecuado usando kanban en su dimensión de “radiador de información” son:
*Facilita la comunicación directa del equipo al actualizar la información en reuniones enfrente de un tablero kanban.
 
*Comparte la visibilidad de la evolución del proyecto con todos los implicados.
*Favorece la comunicación directa
====Facilita la detección temprana de problemas====
**Facilita la comunicación directa del equipo al actualizar la información en reuniones enfrente de un tablero kanban.
*Kanban monitoriza continuamente la evolución del proyecto. La actualización de la información ''just-in-time'', ayuda a identificar en un primer momento los posibles impedimentos, problemas y riesgos, que de otra forma pasan desapercibidos hasta que empiezan a producir retrasos o repercusiones ya inevitables.
**Comparte la visibilidad de la evolución del proyecto entre todos los implicados.  
====Favorece una cultura de colaboración y resolución====
*Detección temprana de problemas
*Es un medio de comunicación abierto y transparente para el equipo y todos los participantes.
**Kanban monotoriza continuamente la evolución del proyecto. La actualización de la información just-in-time, ayuda a identificar en un primer momento los posibles impedimentos, problemas y riesgos, que de otra forma pasan desapercibidos hasta que empiezan a producir retrasos o repercusiones ya inevitables.
==Operativa de kanban==
*Favorece una cultura de colaboración y resolución.
Dos son los factores que delimitan cuatro escenarios de trabajo diferentes:
**Es un medio de comunicación abierto y transpa¬rente para el equipo y todos los participantes.
 
 
 
===Secuencia y polivalencia===
 
Al diseñar la estructura y el funcionamiento de un tablero kanban adecuado a un entorno determinado, dos son las variables de ese entorno a las que debe dar respuesta:
 
*Secuencia (del trabajo).
*Secuencia (del trabajo).
*Polivalencia (de las personas).
*Polivalencia (de las personas).
===Secuencia===
¿Los trabajos reflejados en las tarjetas del tablero deben ejecutarse en un orden determinado o pueden realizarse en cualquier orden?


====Secuencia.====
No es lo mismo diseñar un tablero para el equipo de programadores de un sistema, que para el de mantenimiento de los sistemas informáticos de una empresa. Los primeros deben realizar las tareas en un orden determinado. Así por ejemplo, no es posible realizar la tarea de pruebas si antes no se ha hecho la de programación. Sin embargo las siguientes podrían ser las tareas de un equipo de mantenimiento: “instalación de nueva impresora en el equipo de dirección” “actualización del sistema operativo en el servidor web”, etc. Este tipo de tareas se pueden realizar en cualquier orden. No hay una relación de dependencia entre ellas de forma que no se pueda realizar una si la otra no se ha completado.
 
¿Los trabajos reflejados en las tarjetas del tablero tienen que ejecutarse en un orden determinado o pueden realizarse en cualquier orden.?
 
 
No es lo mismo diseñar un tablero para el equipo de programadores de un sistema, que para el de mantenimiento de los sistemas informáticos de una empresa. Para los primeros los trabajos se deben hacer en un orden de secuencia determinado. Así por ejemplo, no es posible realizar la tarea de pruebas si antes no se ha hecho la de programación. Sin embargo las siguientes podrían ser las tareas de un equipo de mantenimiento: “instalación de nueva impresora en el equipo de dirección” “actualización del sistema operativo en el servidor web”, etc. Este tipo de tareas se pueden realizar en cualquier orden. No hay una relación de dependencia entre ellas de forma que no se pueda realizar una si la otra no se ha completado.
 
 
 
====Polivalencia ====


===Polivalencia===
¿Es un equipo polivalente o de especialistas? ¿Por el tipo de trabajo y el perfil de los integrantes del equipo, cualquier miembro puede realizar cualquier tarea?
¿Es un equipo polivalente o de especialistas? ¿Por el tipo de trabajo y el perfil de los integrantes del equipo, cualquier miembro puede realizar cualquier tarea?


Siguiendo con los ejemplos anteriores, es posible que en el equipo de mantenimiento una persona pueda indistintamente instalar una impresora, o un sistema operativo; o es posible que no: que haya técnicos de hardware y técnicos de software. De forma similar un proyecto de programación puede incluir tareas específicas de diseño gráfico, o programación integración testing, etc que pueden realizar sólo determinados miembros del equipo.
Siguiendo con los ejemplos anteriores, es posible que en el equipo de mantenimiento una persona pueda indistintamente instalar una impresora, o un sistema operativo; o es posible que no, que haya técnicos de hardware y técnicos de software. De forma similar un proyecto de programación puede incluir tareas específicas de diseño gráfico, programación, integración, testing, etc. que pueden realizar sólo determinados miembros del equipo.


[[Category:Scrum II]]
==Véase también==
*[[Sprint]].
*[[Incremento continuo]].
*[[Ley de Parkinson]].
*[[Historia de usuario]].
*[[Kanban: origen y definición]].
*[[Tableros kanban: operativa]].
*[[Ejemplo de tablero kanban: "Kanban Box" para una oficina multiproyecto]].
*[[Ejemplo de tablero kanban: desarrollo evolutivo con incremento iterativo]].
*[[Ejemplo de tablero kanban: desarrollo evolutivo con incremento continuo]].
*[[Ejemplo de tablero kanban: información relativa al estado de desarrollo del producto]].
*[[Ejemplo de tablero kanban: equipo de operación y mantenimiento]].
[[Category:Glosario de términos]]

Latest revision as of 13:58, 12 January 2024

Las prácticas de gestión visual kanban son útiles para:

  1. Gestionar el flujo de trabajo.
  2. “Radiar” información.

Un tablero kanban puede emplearse con una de estas finalidades, o con ambas a la vez; aunque en realidad si se usa para gestionar el flujo de trabajo, siempre acompaña el hecho de mostrar la información del trabajo que se está controlando.

1. Gestionar el flujo de trabajo

Características

  • Sobre un tablero kanban se pueden establecer pautas para regular el flujo de avance de las tareas.
  • La posición de cada tarjeta sobre el tablero refleja el estado en el que se encuentra el trabajo que representa.
  • Los estados mínimos habituales en un tablero kanban son “pendiente”, “en curso” y “terminado”.


45Opx
45Opx


  • En algunos casos es conveniente incluir estados adicionales (por ejemplo: testeado, validado).
  • El orden de los trabajos desde el área “pendiente”, refleja la secuencia de tareas prevista, según sus prioridades.
  • Los trabajos monitorizados pueden ser tareas, historias de usuario o epics, según el uso al que se dedique el tablero

Kanban saca a la superficie la información de los problemas

Los conflictos en la priorización de los trabajos, los problemas en el flujo por impedimentos o cargas de trabajo, las incidencias en el desarrollo, etc. se ponen de manifiesto de forma inmediata al actualizar sobre el tablero del estado de los trabajos.

Kanban facilita un ritmo sostenido y evita la ley de Parkinson

Genera un avance continuo de trabajo cuyo ritmo no está “predestinado” por una planificación temporal: Gantt o sprint (incremento iterativo).

La ausencia de hitos temporales evita la tendencia habitual de alargar el tiempo de trabajo hasta completar el tiempo estimado (ley de Parkinson).


El trabajo se expande hasta llenar el tiempo que se había previsto (Ley de Parkinson).


Por otra parte, la ausencia de hitos temporales, sin técnicas de monitorización y gestión del avance generaría alargamiento de tiempos y retrasos por procrastinación y perfeccionismo.


Los procesos ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.


Kanban facilita el incremento continuo

Dando respuesta de esta forma al principio ágil imprescindible: entrega frecuente de valor. Tareas que se completan con un ritmo sostenido y de forma continua, y con ellas historias de usuario que se van sumando al producto, proporcionándole un incremento continuo de valor según las prioridades de negocio marcadas por el propietario del producto.

2. Radiador de información

Características

Favorece la comunicación directa

  • Facilita la comunicación directa del equipo al actualizar la información en reuniones enfrente de un tablero kanban.
  • Comparte la visibilidad de la evolución del proyecto con todos los implicados.

Facilita la detección temprana de problemas

  • Kanban monitoriza continuamente la evolución del proyecto. La actualización de la información just-in-time, ayuda a identificar en un primer momento los posibles impedimentos, problemas y riesgos, que de otra forma pasan desapercibidos hasta que empiezan a producir retrasos o repercusiones ya inevitables.

Favorece una cultura de colaboración y resolución

  • Es un medio de comunicación abierto y transparente para el equipo y todos los participantes.

Operativa de kanban

Dos son los factores que delimitan cuatro escenarios de trabajo diferentes:

  • Secuencia (del trabajo).
  • Polivalencia (de las personas).

Secuencia

¿Los trabajos reflejados en las tarjetas del tablero deben ejecutarse en un orden determinado o pueden realizarse en cualquier orden?

No es lo mismo diseñar un tablero para el equipo de programadores de un sistema, que para el de mantenimiento de los sistemas informáticos de una empresa. Los primeros deben realizar las tareas en un orden determinado. Así por ejemplo, no es posible realizar la tarea de pruebas si antes no se ha hecho la de programación. Sin embargo las siguientes podrían ser las tareas de un equipo de mantenimiento: “instalación de nueva impresora en el equipo de dirección” “actualización del sistema operativo en el servidor web”, etc. Este tipo de tareas se pueden realizar en cualquier orden. No hay una relación de dependencia entre ellas de forma que no se pueda realizar una si la otra no se ha completado.

Polivalencia

¿Es un equipo polivalente o de especialistas? ¿Por el tipo de trabajo y el perfil de los integrantes del equipo, cualquier miembro puede realizar cualquier tarea?

Siguiendo con los ejemplos anteriores, es posible que en el equipo de mantenimiento una persona pueda indistintamente instalar una impresora, o un sistema operativo; o es posible que no, que haya técnicos de hardware y técnicos de software. De forma similar un proyecto de programación puede incluir tareas específicas de diseño gráfico, programación, integración, testing, etc. que pueden realizar sólo determinados miembros del equipo.

Véase también