Muda, Mura y Muri: algunos consejos para ajustar el flujo: Difference between revisions

← Older edit

Muda, Mura y Muri: algunos consejos para ajustar el flujo (view source)

Revision as of 15:20, 12 January 2024

40 bytes added , 12 January

no edit summary

Mberne

Bureaucrats, Interface administrators

954

edits

@@ Line 26: / Line 26: @@
 Cuando surgen las dificultades las variables que se deben combinar, según las posibilidades en cada caso, son:
-*Volumen de demanda.
+*'''Volumen de demanda.'''
-*Orden del backlog o pila de historias de usuario: si se va a producir un cuello de botella en una fase, procurar que la próxima historia que va a entrar al tablero requiera poco esfuerzo de esa fase.
+*'''Orden del backlog o pila de historias de usuario:''' si se va a producir un cuello de botella en una fase, procurar que la próxima historia que va a entrar al tablero requiera poco esfuerzo de esa fase.
-*WIP o límite de tareas en una determinada fase.
+*'''WIP''' o límite de tareas en una determinada fase.
-*Staffing: Tamaño del equipo y especialización o polivalencia.
+*'''Staffing:''' tamaño del equipo y especialización o polivalencia.
 ==Muri==
 Analicemos cómo el WIP se convierte en un método para ajustar los cuellos de botella (Muri):
-Al emplear kanban como técnica con la que regular un incremento continuo desaparece el concepto de sprint. El incremento no es en este caso el resultado de un sprint, sino cada historia de usuario que se termina y entrega. Para lograr un flujo continuo de funcionalidades que, una a una van aportando incrementos de forma sostenida, es necesario evitar la aparición de cuellos de botella (Muri): la acumulación de tareas en una determinada fase del proceso. Una técnica muy útil es limitar la cantidad de trabajo que puede acumularse en las fases y generan cuellos de botella.
+*Al emplear kanban como técnica con la que regular un incremento continuo desaparece el concepto de ''sprint''. El incremento no es en este caso el resultado de un ''sprint'', sino cada historia de usuario que se termina y entrega.
+*Para lograr un flujo continuo de funcionalidades que, una a una van aportando incrementos de forma sostenida, es necesario evitar la '''aparición de cuellos de botella (Muri):''' la acumulación de tareas en una determinada fase del proceso. Una técnica muy útil es limitar la cantidad de trabajo que puede acumularse en las fases y generan cuellos de botella.
-Al parámetro que indica el número máximo de tareas en un área del tablero kanban se le denomina WIP: Work In Process, o bien “in-process inventory” (inventario en el proceso). No se debe confundir con Work in progress (trabajo en progreso) término que designa un trabajo que ha comenzado pero aún no está terminado.
+*Al parámetro que indica el número máximo de tareas en un área del tablero kanban se le denomina '''WIP: Work In Process''', o bien ''in-process inventory'' (inventario en el proceso). No se debe confundir con ''Work in progress'' (trabajo en progreso) término que designa un trabajo que ha comenzado pero aún no está terminado.
-Un valor “WIP” demasiado bajo puede producir cuellos de botella en otras fases, en especial si el sistema es demasiado rígido (tareas secuenciales y equipo de especialistas).
+**Un valor WIP demasiado bajo puede producir cuellos de botella en otras fases, en especial si el sistema es demasiado rígido (tareas secuenciales y equipo de especialistas).
+*La experiencia ayuda al equipo a ir ajustándolo para lograr un flujo continuo, o lo más continuo posible.
-La experiencia ayuda al equipo a ir ajustándolo para lograr un flujo continuo, o lo más continuo posible.
+**Si no se cuenta con experiencia previa, y considerando que las tareas no deberían tener tamaños mayores de 4 horas ideales, el equipo debe establecer un criterio de inicio, y  a partir de él ir ajustando.
-Si no se cuenta con experiencia previa, y considerando que las tareas no deberían tener tamaños mayores de 4 horas ideales, el equipo debe establecer un criterio de inicio, y  a partir de él ir ajustando.
+*Una recomendación generalmente útil (en equipos de personas polivalentes) es empezar con un WIP igual al nº de miembros del equipo x 1.5, redondeando el resultado por exceso, ó x 2.
-En este sentido una recomendación general¬mente útil (en equipos de personas polivalentes) es empezar con un WIP igual al nº de miembros del equipo x 1.5, redondeando el resultado por exceso, ó x 2.
+*No es aconsejable trabajar con tareas de tamaño que se prevea superior a un día de trabajo, y si esto ocurre lo aconsejable es dividirlas en otras de menor tamaño.
+*'''Ejemplo:''' La figura siguiente presenta una implementación kanban con límite de trabajo en los estados “Producto analizado” y “En curso”.
-No es aconsejable trabajar con tareas de tamaño que se prevea superior a un día de trabajo, y si esto ocurre lo aconsejable es dividirlas en otras de menor tamaño.
-Ejemplo:
-La figura siguiente presenta una implementación kanban con límite de trabajo en los estados “Producto analizado” y “En curso”.
@@ Line 51: / Line 48: @@
 *[[Lean]].
 *[[Kaizen]].
-*[[Kanban: origen y concepto]].
+*[[Kanban: origen y definición]].
 [[Category:Glosario de términos]]
 [[Category:Sueltos]]