Buenas prácticas con Kanban: los paneles de tareas

Una tarea sólo se asigna a una persona. Si una tarea parece "asignable" a más de una persona, debería dividirse en dos subtareas, una para cada persona.
Hay alguna metodología muy específica, por ejemplo XP (eXtreme Programming) para desarrollo de software, que promueve el "pair programming", es decir que una tarea se ejecute por dos personas. Pero no es lo más genérico en proyectos ágiles

Una tarea sólo puede desplazarse hacia la derecha del panel, nunca hacia la izquierda, porque desplazar a la derecha quiere decir que la tarea "avanza" en su estado de realización, y desplazarla hacia la izquierda refleja "deshacer" trabajo.
Sólo podemos hacer avanzar una tarea cuando su estado real es el que se refleja en su columna, no un estado "supuesto"; por tanto, si una tarea retrocede, es que no se dijo de forma realista cuál era su estado, y esto no se puede concebir (salvo error) como práctica aceptable.
Deshacer trabajo significa desperdicio, falta de eficiencia.

En una columna, en un momento determinado, no debería haber más tareas que personas del equipo de trabajo; si hubiera demasiadas tareas en una columna quiere decir que esa etapa del trabajo tiene problemas, las tareas llegan a ella y se detienen, es un cuello de botella y es signo de un problema.

A menudo se diseñan reglas específicas en cada proyecto del tipo "una persona no puede tener más de 3 ó 4 tareas asignadas". Esto intenta evitar la dispersión en la concentración de las personas, es decir, ir punteando tareas pero sin finalizar ninguna.
Es deseable centrarse en una tarea lo máximo posible e intentar cerrarla antes de comenzar otra.