Solía practicar Scrum con un tablero físico. A menudo nos enfrentábamos a problemas cuando trabajábamos con equipos distribuidos o simplemente cuando íbamos a una sala de reuniones. Así que decidí implementar un servicio SaaS para proporcionar un tablero en línea, pero después de hablar con entrenadores ágiles, parece que no les gusta esta solución virtual porque rompe las interacciones reales promovidas por el marco Scrum.
Por qué dirían eso? Creo que es mejor tener a todo el equipo involucrado e informado.
¿Cuál es mejor? El que funcione mejor para el equipo. Ese es el objetivo de Scrum . Permita que sus equipos se organicen en torno a prácticas y herramientas que funcionen para ellos, y manténgase alejado.
Realmente no importa lo que les guste y no les guste a sus entrenadores ágiles. Su opinión se puede utilizar como base en su equipo, pero la conclusión es utilizar lo que funciona. Pruebe una placa para algunas iteraciones y hable sobre ella durante sus retrospectivas. Si no funciona, cámbialo. Sé ágil. Adaptar.
Mi voto en esta instancia siempre es por una pizarra electrónica y un proyector o monitor grande en un área pública.
[D]espués de hablar con entrenadores ágiles, parece que no les gusta esta solución virtual porque rompe las interacciones reales promovidas por el marco Scrum.
Según una entrada de Wikipedia , 2/3 de toda la comunicación es no verbal. En un contexto ágil, esto significa que la interacción en persona generalmente proporciona comunicaciones semánticas de mayor ancho de banda entre los miembros del equipo que un intercambio comparable por teléfono, correo electrónico o mensajería instantánea.
Además, el Manifiesto Ágil valora a las personas y las interacciones por encima de los procesos y las herramientas. Una razón para esto es que las herramientas deben respaldar el comportamiento emergente orgánico del equipo en lugar de obligar al equipo a construir sus procesos en torno a una cadena de herramientas específica. De hecho, en un post relacionado dije:
Nunca construya su proceso alrededor de una cadena de herramientas; ¡Construya siempre su cadena de herramientas en torno a su proceso!
Nada de lo anterior significa que los storyboards virtuales sean malos o que no deban usarse. Sin embargo, uno ciertamente debe ser consciente de las compensaciones inherentes al uso de un guión gráfico virtual y tener cuidado de que la herramienta no se use en lugar de interacciones o procesos.
Un tablero físico generalmente aumentará las interacciones interpersonales y creará oportunidades de comunicación espontáneas en torno al guión gráfico a medida que las personas lo actualicen o lo vean. Si tuviera la opción, yo también recomendaría un tablero físico en lugar de un tablero virtual en abstracto.
Habiendo dicho todo eso, creo que tiene razón: en su caso específico, un guión gráfico virtual es una herramienta necesaria para mantener informado y comprometido a su equipo distribuido. Sin embargo, la razón por la que es valioso no es que sea electrónico o virtual; es útil porque aumenta el ancho de banda de las comunicaciones, la visibilidad del proyecto y la sincronización de tareas dentro del equipo. Aborda un problema logístico concreto; como tal, ciertamente lo consideraría adaptativo.
El objetivo de tener scrums es facilitar las comunicaciones dentro del equipo. A partir de ese momento, tener una pizarra física es beneficioso porque obliga a las personas a estar en la misma sala y comunicarse cara a cara. Recuerde que alrededor del 75-80% de la comunicación se compone de señales no verbales, por lo que si está tratando de hacer cosas virtualmente cuando no tiene que hacerlo, está haciendo que las comunicaciones sean menos efectivas de lo que deberían ser.
Si tiene un equipo distribuido que no puede estar físicamente en el mismo lugar, debe encontrar formas de evitar las limitaciones inherentes a ese tipo de configuración. Si este es su caso, es posible que deba reconocer que no tiene una situación perfecta, pero que la está enfrentando lo mejor que puede. La advertencia es que cuando digo "no pueden estar físicamente en el mismo lugar" quiero decir que, como regla general, tendrían que conducir, volar o tomar un tren para llegar a donde está tu tabla en lugar de caminar. Mejorar las comunicaciones en un proyecto bien vale un pequeño inconveniente.
He trabajado en equipos usando ambos métodos, a veces al mismo tiempo. Otros han mencionado que las razones para preferir que el tablero de scrum del mundo real se trate de interacción física y comunicación en persona.
Personalmente, prefiero los tableros de scrum virtuales por varias razones.
Primero, como mencionaste, equipos distribuidos o incluso simplemente trabajando desde casa. En esos casos, los miembros del equipo no tienen vista de un tablero de scrum físico y, lo que es más importante, no pueden actualizar el tablero de scrum por sí mismos. Tienen que pedirle a otro miembro del equipo que actualice la placa por ellos y eso solo le quita más tiempo de ingeniería a esa persona. Además, esto casi siempre da como resultado actualizaciones una vez al día de esa persona en lugar de tener el estado de sprint continuo que se supone que debe transmitir el tablero.
Además, el seguimiento y las vistas históricas del proyecto son mucho más fáciles de manejar con un tablero de scrum virtual. Cuando se usan tableros físicos, al final de un sprint, todas las cartas se quitan y se tiran en una pila que nadie mira o se tiran. Entonces, ¿cómo se supone que debes mirar hacia atrás a algo más profundo que tu velocidad de punto cuando todo el seguimiento del nivel de tu historia/tarea se ha ido?
La presentación de informes en general es más fácil con un tablero de scrum virtual. Uno de mis equipos ahora usa un tablero físico y tengo que ir todos los días y copiar los puntos restantes del tablero en una hoja de cálculo de Excel para poder generar un gráfico de quemado. En una situación de tablero virtual, todos los datos están ahí y, dependiendo del sistema que esté usando, pueden generar constantemente un agotamiento basado en el tablero en cualquier momento del día o de la noche.
Entonces, a pesar de todo lo que se dice sobre fomentar la comunicación en persona, creo que las desventajas de una pizarra física superan a las ventajas. Todavía tendrá sus reuniones diarias de scrum para esa interacción en persona. Vas a mostrar el tablero virtual al equipo durante la reunión. Diablos, incluso puede configurar un lugar donde se muestre el tablero virtual las 24 horas del día, los 7 días de la semana, en el que los miembros del equipo aún puedan reunirse.
Prefiero un tablero físico por varias razones:
Es (generalmente) más fácil cambiar su proceso.
¿Quiere agregar un paso de revisión de código? Simplemente agregue una columna. Eso es fácil en algunos productos virtuales pero un dolor en algunos.
Crea un punto focal para standups.
a menos que tenga una pantalla realmente grande donde tenga su standup, un tablero físico es un excelente punto para reunirse, discutir lo que está en progreso y los obstáculos y hablar sobre los riesgos.
¡La gente realmente lo actualiza!
En todos los equipos en los que he estado que han usado un tablero virtual, las personas lo actualizan con muy poca frecuencia (por lo general, con prisa antes de las reuniones después de que el Scrum Master haya tenido que ir y pedirles que lo hagan) por lo que no siempre tiene un buen imagen de lo que está pasando.
Se comunica con otras partes interesadas más fácilmente.
Es poco probable que mi CIO abra una junta virtual, pero echará un vistazo a la física cuando pase. Del mismo modo, si lo veo mirando la pizarra, generalmente me acerco y podemos conversar sobre cómo van las cosas. Incluso si viera un tablero virtual, nos perderíamos esos chats informales.
Dicho todo esto, mi equipo está ubicado en el mismo lugar. En un entorno distribuido, estaría usando un tablero virtual (¡así como pateando y gritando para que mi equipo coubique!).
He usado ambos, a veces al mismo tiempo. Es casi una perogrullada que depende de tu situación.
Si su equipo cumple con los siguientes criterios, debe optar por el tablero físico:
Es fácil escribir "renovar páginas de destino", pero sin datos como "fecha de creación", "creado por", "número de tarjeta", se vuelve difícil administrar y extraer informes útiles.
Un tablero virtual o un rastreador de boletos puede ser muy útil si no puede cumplir con esos criterios y tiene beneficios adicionales que no son realmente posibles independientemente de su disciplina. Ayuda con los informes, permite la centralización de las conversaciones en línea y lo ayuda a mantener los archivos necesarios y vincular a las referencias.
El mejor enfoque de ambos mundos es tener una gran pantalla de televisión para mostrar el tablero durante las reuniones de scrum y alguien que opere la computadora para clasificar las tarjetas en tiempo real.
Es cierto que si no puedes con el tablero físico, el virtual tampoco resolverá tus problemas. En primer lugar, es un buen comienzo para hacer todo en físico, también mantiene un presupuesto pequeño. Más adelante, cuando te aburras de todos los desechos que genera el físico, puedes cambiar al digital. Pero tenga en cuenta que puede costarle un poco más y, por supuesto, necesitará algún tipo de software para ejecutarlo. Recomiendo leer algunas de las ideas de uso práctico en mi blog sobre tableros virtuales aquí .
He estado involucrado en equipos Scrum como SM o miembro del equipo durante 4 años. En 56 sprints, usamos pizarras . Nos encantó porque la comunicación cara a cara nos hizo sentir como parte de un equipo real con compañeros de equipo reales enfocados en un objetivo.
En un equipo, hemos usado el tablero de scrum en línea durante casi un año. La razón era sencilla: teníamos compañeros repartidos por otros continentes. Obtenemos la ventaja de usar herramientas en línea porque el uso de herramientas en línea aumentó la comunicación en el equipo.
Entonces, este es mi consejo: no importa cuál seleccione. Selecciona el que creas que mejorará la comunicación y colaboración en el equipo . Inspeccionar. Si no es así, adáptese y vuelva a intentarlo.
Tengo que compartir mi última observación. Si su equipo tiene experiencia en Scrum, no se sentirá en desventaja al usar herramientas en línea. Pero si tu equipo es nuevo en Scrum, te aconsejo que uses pizarras . Las herramientas en línea dañan la cultura que intentas construir mucho más de lo que esperas.
Después de haber sido entrenador de Scrum y practicante de Agile durante más de 6 años, puedo decirle que fomentamos los tableros físicos por su capacidad para producir mejores interacciones de equipo y las herramientas electrónicas por su capacidad para realizar un seguimiento sin esfuerzo de las métricas de rendimiento . Como herramienta de gestión y medición de la información, los tableros físicos son, en el mejor de los casos, mediocres y ciertamente no pueden competir con las herramientas electrónicas. Como herramienta de interacción, son muy superiores.
Por qué los tableros físicos son mejores para la interacción
En reuniones y sesiones de planificación, los tableros físicos son más fluidos y menos torpes que los electrónicos. Cambiar el tablero simplemente implica caminar hacia él y mover las cosas. No tiene que iniciar sesión en una computadora para hacerlo, no hay que lidiar con la actualización, la sincronización u otra incomodidad inducida por la tecnología. Simplemente funciona, y cuando tienes un equipo ubicado en el mismo lugar, todos pueden verlo y cambiarlo en tiempo real.
Por supuesto, cuando tiene un equipo distribuido y pocas personas (si es que hay alguna) ocupan el mismo espacio, es probable que una pizarra física no se mantenga y se desperdicie rápidamente. Como todos los demás han dicho, haga lo que funcione para el equipo y su situación actual y , si puede compartir la ubicación, ciertamente lo hará .
Por qué querrás ambos
Ahora, te diré por qué realmente quieres tanto una placa física como una electrónica. Quiere el tablero físico para la interacción sin esfuerzo, quiere el tablero electrónico porque puede ayudar a su equipo a rastrear y mejorar sus datos de rendimiento. El impuesto de sincronización vale la pena y en realidad es bastante mínimo.
Registrar con precisión cuándo se mueven las tareas por quién y cuál es el impacto en la historia relacionada sería una tontería intentarlo de otra manera que no sea utilizando un sistema electrónico. En el mundo perfectamente ubicado, mantenga el tablero físico y sincronícelo con el virtual para que pueda ver tendencias y hacer análisis de sus datos para comprender los cuellos de botella y mejorar continuamente los procesos de su equipo.
Considere la teoría de la riqueza de los medios
. Me gusta y estoy completamente de acuerdo con el otro comentario sobre la comunicación no verbal y su importancia. Esto coincide directamente con lo que sabemos sobre la teoría de la riqueza de los medios : que algunos medios de comunicación son más capaces de transmitir información completa que otros. Tiene que elegir, dadas las limitaciones únicas de su equipo, cuál es el método de interacción más rico disponible mientras reconoce y, con suerte, compensa los costos del método que elija.
Haga su tablero físico de la manera más fácil
Si desea los beneficios de un tablero Kanban o scrum físico sin el dolor de cabeza de hacer uno con lo que tenga en la oficina, considere obtener un Kanboard profesional y listo para usar de Kanboard.com . Es perfecto para ponerse en marcha rápidamente.
Si no puede hacerlo manualmente con tarjetas, bolígrafos y una pared, ningún sistema lo ayudará.
Tradicionalmente, se manipulaban mucho los documentos y la gente perdía el arte de comunicarse. Entrenar al equipo para que "realmente se comunique" es un trabajo duro y debe ser el punto de partida.
Una vez que tenga éxito con un muro físico, es posible que desee considerar los muros virtuales para ayudar a mejorar la productividad, especialmente cuando se usan en una solución ALM.
Por lo tanto, coloque un muro virtual por las razones correctas.
Creo que no se puede asumir con autoridad que una de estas soluciones, en línea o una placa física, es mejor. No es tan simple. El equipo no es igual. Por favor, no intentes simplificar la realidad. ¿Qué herramienta es mejor? Depende del equipo. Siempre debe probar una solución diferente y luego decidir cuál es mejor. Uno de los equipos de mi oficina funciona mejor con un tablero basado en la web porque:
El segundo funciona bien con tablero físico.
No hay un "medio dorado".
En mi opinión, el tablero en línea funciona mejor para equipos más grandes, que tienen su equipo ubicado en varias posiciones. Si se realizan algunos cambios, se pueden informar rápidamente, a diferencia de un tablero físico en el que tendría que replicar esos cambios de alguna otra manera o reunir a todo el equipo para ver el tablero.
Otro argumento a favor del tablero en línea es que las notas pueden almacenar mucha más información, no necesitará tantas notas diferentes y todo el tablero se verá "más limpio" y más comprensible.
Sin embargo, el tablero en línea será más costoso y probablemente llevará más tiempo configurarlo, ya que necesita algún tipo de software para ejecutarlo.
He usado ambos y he encontrado que para un equipo ubicado en el mismo lugar, un tablero físico es el más efectivo.
Una vez que comience a tener el equipo o las partes interesadas repartidas o trabajando de forma remota, debe tener algunas técnicas para mantener a todos actualizados y sincronizados. Esto generalmente implica tener una combinación de los 2 y un proceso para mantener los datos sincronizados. Existen herramientas que pueden ayudarlo a mantener sincronizados un muro físico y uno virtual.
Algunas de las ventajas de una pared física simplemente no se pueden replicar en un sistema electrónico. Hay algo en la naturaleza táctil de las tarjetas físicas que ayuda a la colaboración: http://www.wallsync.net/blog/physical-cards-are-better-1/
Creo que una solución híbrida funcionó bien para ambos proyectos en los que yo era el líder del equipo.
Eche un vistazo a algunos tableros de scrum físicos diseñados profesionalmente en http://www.Scrumboards.com . Creo que podrían usarse bastante bien con Rallydev.
Personalmente, me encanta tener tareas en un tablero físico. Pero hay muchas limitaciones, así que solía tener todas las tareas en Jira/Trello y solo ponía "épicas" en el tablero. Fue una solución para mí contra complicar demasiado mi rutina diaria.
No hace mucho tiempo, me uní a una empresa que desarrolló la solución para sincronizar fácilmente los tableros físicos y virtuales, por lo que recomiendo revisarla: https://spartez-software.com/products/agile-cards-for- jira
Todd A. Jacobs
Olivier Hory
MCW