¿Tablero Kanban físico o virtual?

Scrum diario ante un tablero Kanban

Si tienes un equipo distribuido geográficamente no te queda otra opción que usar una herramienta virtual como iceScrum, Redmine, Jira o Kunagi, y si los miembros del equipo trabajan en franjas horarias diferentes se ha de plantear una solución específica diferente a una reunión diaria o daily-scrum de todo el equipo ante un tablero Kanban físico.

Pero en la situación común, donde el equipo coincide físicamente, lo ideal son los tableros Kanban físicos. Scrum está orientado a personas y tiene en cuenta como funcionamos las personas. Hay una conexión entre nuestra mano y el ojo que hace que cuando usamos los dos se fijen las cosas en nuestra cabeza, y Kanban, que es gestión visual, hace que las personas visualicen claramente el proyecto. El tablero si es físico se convierte en nuestro punto de referencia, por tanto una de las recomendaciones de Scrum es que el tablero Kanban esté siempre a la vista de todo el equipo. Entre otras el tablero es un irradiador de información, y si está presente en todo momento y muestra lo que se está haciendo, apoya y focaliza a las personas en lo que más valor aporta y permite que se regulen a si mismos. Cuando el equipo se reúne físicamente ante el tablero toma consciencia del avance y de que el éxito del proyecto es una responsabilidad compartida con un objetivo único para todos.

Yo he vivido que ocurren cosas como:

• Ves a un compañero tuyo que alza la vista, mira el tablero y asienta. (El tablero es su referencia y ha tomado una decisión en base a la visión completa del sprint).
• Ves a dos compañeros ante el tablero discutiendo sobre algo. (El tablero vuelve a ser una referencia y sitúa a los dos en un contexto de sprint completo).
• Al participar todos ante el tablero Kanban en la reunión de daily-scrum, todos están informados de la situación del sprint completo. (El tablero vuelve a ser un referente para el todo el conjunto del equipo).
• Una historia de usuario lleva mucho tiempo en la columna de en curso, el equipo se da cuenta y busca de forma autoorganizada la solución al problema.

Todas estas cosas no ocurren si como individuos miramos un tablero virtual, no es una acción del equipo completo. Se pierde la comunicación entre el equipo, y una persona sola tiende a mirar solo lo que le interesa o lo que le rodea inmediatamente. Un tablero virtual puede ser una solución perfectamente válida si las personas están conectadas y presente, aunque la solución óptima, si es posible, siempre será la comunicación ante un tablero Kanban físico.

¿Tiene el rol de Team Leader cabida en equipos Scrum, por muy pragmáticos que sean?

¿Cómo eliminamos a los jefes? - Meetup Madriagil

La asignación de roles de liderazgo dentro de un equipo no es una práctica ágil, y desde luego no es Scrum. Si se diera la situación en que fuera necesario el rol de un Team Leader o Jefe de Proyecto, lo primero que se debería de hacer es tratar de averiguar lo que está impidiendo la autoorganización del equipo.

Saliendo del Scrum formal y adentrandónos en Scrum avanzado, que invita a adoptar otras prácticas posibles, pero sin perder el concepto original de avance de un equipo con pautas ágiles, un Team Leader podría ser algo muy positivo, si con ello el equipo funcionara mejor. Lo que se debe de adoptar es lo que funcione mejore con las particularidades de cada empresa. Personalmente no visualizo un Team Leader como rol, aunque si es cierto que en cada equipo siempre hay algún líder natural. Ese líder natural sería producto de la autoorganización y sin duda este haría que las cosas rueden mejor, porque el resto del equipo le seguiría, también de forma natural.

¿Un blog más sobre Scrum?

Bienvenidos a mi blog :-)

Me impulsa mucha ilusión para poner en marcha este blog. Soy apóstol de Scrum y Kanban que ejerce de coach y trainer, y mis intenciones con la puesta en marcha del blog es compartir mis experiencias.

Mesa lista para que lleguen los alumnos

Mi idea es darles a los posts forma de pregunta, ya que tratan sobre respuestas a preguntas a las que mis alumnos me exponen en clase y en los foros, en algún caso me ponen en más de un aprieto, jajaja. En ocasiones se generan debates en los cursos de Scrum que son realmente muy interesantes, y a través del blog pretendo irradiarlos y que estos lleguen a una audiencia más amplia.

También confieso que el hecho de tener que perfilar y trabajar cada uno de los posts me ayudará a fijar el conocimiento en mi mente para después tener repuestas a mano para preguntas futuras.

Gracias por pasar por mi blog, quizá sea uno más, pero espero que con su crecimiento vaya aportando a la comunidad Agile.

Alexander Menzinsky