En mi equipo, estamos comenzando a trabajar con kanban y se aplican límites de columna. Uno de nuestros miembros trabajará con frecuencia en las tardes o en la noche y expresa que los límites de la columna le impiden trabajar ya que en las noches todos los espacios generalmente están llenos.
Actualmente tenemos un límite de columna de nuestro número de miembros del equipo: 1.
Tenemos una revisión de código obligatoria, y la columna de revisión se llenará y no se puede borrar sin el equipo de prueba durante el horario laboral normal.
¿Cuáles son algunas estrategias que pueden permitir que esta persona sea productiva pero que no reduzcan demasiado los límites de la columna?
Todo depende de lo que necesites.
Pregúntele a su equipo: ¿por qué existe este límite de código?
=====
=====
=====
En resumen: discuta con su equipo y elija la mejor opción desde una perspectiva de equipo, enfocada en brindar valor, no en adherirse a una metodología ágil . Agile es una herramienta para un medio (entregar más valor) no un propósito en sí mismo.
Aunque no se especifica, infiero que tiene un desarrollador 'propietario' de cada tarea.
Puedes arreglar esto cambiando eso. Cualquiera:
A) El codificador nocturno elige uno de los problemas en progreso y comienza a trabajar en él. ¡Asegúrese de estar haciendo un buen uso del control de fuente!
B) Los codificadores diurnos se emparejan más en temas, dejando más disponible para el codificador nocturno. Esencialmente, tiene dos límites WIP diferentes: numMembers-2 para codificadores de día, numMembers-1 para codificadores de noche.
Cuando leí su pregunta, mi pensamiento inicial fue que estaba trabajando en varios turnos y que varias personas estaban trabajando en la misma tarea, algunos desarrolladores trabajaban durante el día y otros por la noche, una especie de programación emparejada inconexa :)
Pero parece que ese no es el caso. Cada persona está trabajando en sus propias tareas, y resulta que están trabajando en momentos diferentes.
Si una persona está trabajando en una etapa específica de su flujo de trabajo, y tiene la capacidad para trabajar, pero no puede debido al límite WIP en la columna, claramente hay una discrepancia entre el límite WIP para esa columna y la capacidad disponible para esa columna
El gran Don Reinertsen dijo en una de las conferencias Lean Kanban que un límite WIP recomendado para equipos nuevos en Kanban puede ser el doble de la cantidad promedio de trabajo que se realiza en cualquier momento en una columna (más sobre eso aquí ). Por lo tanto, no estoy seguro de que tenga un límite WIP lo suficientemente alto y este problema es un indicador de eso.
¿Cómo decide qué límites WIP definir? Las siguientes son algunas de las pautas:
Una regla general que he visto que usan la mayoría de los equipos es un límite WIP de 1,5 veces la cantidad de personas asignadas para trabajar en una columna específica.
En última instancia, sus límites WIP deben definirse en función de su propio contexto. Si tiene personas esperando para comenzar a trabajar pero no pueden debido a un límite WIP bajo, tiene un problema de exceso de capacidad. Si tiene demasiadas tareas en una columna en las que no se está trabajando, tiene una baja capacidad/alta demanda o estancamiento del trabajo relacionado con múltiples tareas (las personas no pueden completar ninguna tarea porque tienen demasiadas pelotas en el aire) .
Yo diría que comience aumentando su límite WIP a por lo menos 1,25 veces el número de personas y luego vea cómo se comporta el sistema.
nvoigt
J.Krom