Asignación de responsabilidad con tablero Kanban físico

Pregunta

Al iniciar un equipo nuevo en el uso de tableros kanban (en este caso, un tablero físico), ¿cómo les asigna tareas y les da el hábito de revisar el tablero en busca de nuevas responsabilidades?

Antecedentes del equipo

Editar: El equipo está formado por unos pocos ingenieros/técnicos experimentados y un puñado de técnicos sin experiencia.

Las tareas vienen esporádicamente pero tienen un flujo típico. Por ejemplo, se puede asignar a un ingeniero para investigar un producto COTS, luego el gerente se encargaría de asegurarse de que finalmente se compre y entregue. Planeamos tener algunos carriles principales, algo como "proponer", "investigar", "aprobar/rechazar", "hecho".

Mi idea

  • Inicie una nota adhesiva y asígnele un nombre de usuario
  • durante las primeras semanas, envíe un correo electrónico a la persona responsable y mencione '¡compruebe el estado del tablero!'
  • Tenga un carril temporal etiquetado como 'usuario responsable enviado por correo electrónico' para indicar que la tarea se asignó por correo electrónico. esto se eliminaría a medida que la gente se acostumbrara al tablero

Mis preocupaciones con esta idea.

  • Las personas pueden volverse dependientes del correo electrónico y olvidarse de la pizarra.

  • Eliminar un 'carril temporal' interrumpe el impulso ganado durante esas semanas

  • La suposición original de que "la gente no aceptará la idea del tablero" podría estar equivocada y todos están mirando el tablero .

  • Suponga que las personas mirarán la pizarra y usarán una discusión verbal menos formal "oye, Bob, ¿investigaste ese problema con la PC? Lo arrojé en la pizarra hace 2 días y te envié un correo electrónico con los detalles".

Ideas de otras preguntas SO

esta pregunta y esta pregunta abordan cómo mostrar visualmente quién es responsable, pero no cómo decirle a esa persona que es responsable de la tarea (nuevamente, suponiendo que las personas no tengan el hábito de navegar por el tablero)

Para cada miembro del equipo, use un imán con su nombre y colóquelo en la etiqueta adhesiva (la tarea).

y

Una nota amarilla representa un proyecto y un avatar muestra quién o qué equipo está trabajando en ese proyecto.

Si su equipo es tan grande que nadie sabe quién está trabajando en una tarea WIP, su equipo es demasiado grande para ser ágil. Considere dividirse en equipos más pequeños.
el tablero es para elementos 'secundarios' que solían perderse en medios digitales como correo electrónico, puntos compartidos, etc. Creemos que el tablero ayudará a nuestro 'problema más grande', así que dejé esos detalles para centrarme en esta pregunta de implementación más simple.

Respuestas (2)

Creo que podría resolver el problema con procesos simples pero muy efectivos, como una reunión diaria de Kanban (donde cada miembro del equipo puede discutir problemas específicos que impiden su progreso en las tareas en las que están trabajando actualmente y lo que podrían hacer a continuación). terminar su trabajo actual) y tal vez una reunión de reabastecimiento semanal (o simplemente una planificación) en la que su equipo, y sus clientes/partes interesadas internas o externas, pueden discutir y priorizar qué conjunto de elementos de trabajo debe trabajar a continuación el equipo en general. .

Los tableros Kanban no son solo para visualizar el trabajo (y las tareas), sino también para la colaboración y las discusiones que nunca tendría si solo usara herramientas no visuales como las que mencionó.

Una vez que comience a hacer esto, también puede establecer algunas políticas explícitas (que es algo que enfatiza Kanban), como la forma en que las personas de su equipo extraen el siguiente elemento de trabajo (o se les asigna a uno), en cuántos elementos de trabajo pueden trabajar simultáneamente. (Límites WIP), etc.

Todo esto debería ayudarlo a abordar el problema que ha descrito.

Agregaría a esto que es posible que desee tener su stand-up diario frente a la pizarra, para que pueda revisar las tareas en tiempo real mientras habla. En cuanto a los recordatorios y la discusión en otros momentos, una herramienta de chat en tiempo real como Slack es muy superior al correo electrónico, además de permitir que otras partes interesadas comenten y discutan el problema.

¿Ha considerado evitar el problema por completo haciendo que el equipo se auto asigne tareas? Los equipos deben conocer sus propias capacidades mucho mejor que cualquier gerente. La asignación de tareas de arriba hacia abajo es un estilo muy de comando y control, mientras que la autoasignación es una mejor aplicación de la Teoría Y.

Si Alice se asigna una tarea y luego se olvida de que tiene que hacerla, entonces tienes un problema completamente diferente.

El equipo es una mezcla de ingenieros y técnicos experimentados con muchos técnicos sin experiencia. Creo que el enfoque híbrido mencionado en algunos de los artículos valdría la pena.
Le di un +1 porque su respuesta toca el punto importante de que para que Kanban sea realmente efectivo, debe ser un sistema de extracción, no un sistema de inserción.