El Backlog de las Conversaciones: Scrum y la conversación cara a cara
- Escrito por Vanessa Amaya
- Publicado en Blog
- Visto 2984 veces
Una de las más notorios cambios en la forma de comunicarnos se ha visto desde la llegada de la comunicación digital: los chats y los correos electrónicos vinieron a facilitar mucho pero lamentablemente se empezaron a utilizar como sustituto para conversaciones no tan triviales.
Y es natural, es más cómodo porque tenemos en la palma de nuestra mano la forma de contactar a alguien, es más cómodo porque no tenemos que dar la cara y podemos editar lo que escribimos antes de enviarlo. Pero que sea más cómodo no quiere decir que sea algo eficiente. Basta con contabilizar cuántos correos mandas al día y cuantos mensajes mandas por chat y sacar el tiempo invertido y los resultados de esas conversaciones, seguramente encontraremos más resultados negativos que positivos.
En el Manifiesto Ágil hay un principio que habla sobre la conversación cara a cara, no está de más, incluso yo lo hubiera puesto en primer lugar porque el Software es del humano para el humano y por ello la comunicación en los proyectos debería de cuidarse más que muchos procesos innecesarios y burocráticos.
De repente estamos trabajando en una dirección totalmente equivocada, porque nadie nos retroalimenta eficientemente y nosotros tampoco solicitamos retroalimentación.
¿Cuántas veces has escrito correos muy largos para evitar conversaciones que te resultan incómodas?
¿A cuántos problemas le falta una conversación y les sobra un mensaje electrónico?
¿Y si tuviéras un backlog de conversaciones pendientes, cuáles pondrías?
Piensa en esas conversaciones que han sido sustituídas por correos que solo han crecido los malos entendidos y han dividido a los equipos. Piensa en todo eso que has tenido ganas de decir por el bien del proyecto, por el bien de tu equipo, por tu bien pero que no lo has dicho.
Incluso podríamos estructurar el objetivo de esa conversación pendiente como una historia de usuario "Como X quiero conversar sobre Y con el objetivo de Z" porque con esta estructura tendríamos claro el rol que jugamos en la vida de la persona con quien vamos a conversar, lo que necesitamos decir y para qué lo necesitamos decir. Nuestras condiciones de satisfacción podrían ser los hechos en los cuales nos estamos basando y los escenarios con los que nos gustaría tener como resultado de la conversación.
Si en la Ingeniería de Software necesitamos estructuras, fórmulas y requerimientos claros, las conversaciones no deberían de ser diferentes.
Menos correos, menos chats y más conversaciones = más productividad = más agilidad
