Convertir en realidad una idea o iniciativa de negocio es una de las habilidades más directas del equipo de desarrollo, son los responsables de crear el incremento del producto y por ende incrementar su valor.
La excelencia técnica es un tema controvertido donde los equipos maduros suelen encontrar dificultades para mantener el equilibrio entre la entrega de valor y la calidad sin perderse en el proceso.
Es por eso que os propusimos un Road2BAOS con la excelencia técnica como temática para poner en común todo el conocimiento de las comunidades de desarrolladores.
Y eso hicimos. Tras dar a conocer el evento (y otros cuantos de la comunidad) y explicar qué es un Open Space y sus reglas y principios, nos pusimos a generar la parrilla. Sólo surgió un único track, pero la temática fue muy potente.
Para priorizar los temas propuestos usamos la estructura liberadora 25/10 Crowd Sourcing y así aprovechar la inteligencia colectiva del sistema.
Empezamos con una charla debate sobre cómo medir la excelencia técnica. Os dejo un resumen de la pizarra que recogió las ideas.
Después lo enlazamos con un debate sobre quién es el responsable de la deuda técnica. La visión general es que era una responsabilidad compartida entre negocio y desarrollo. Sin embargo, se expusieron varios ejemplos, como el DieselGate de VolksWagen y la caída de un Airbus A400M en que la justicia enjuició al responsable técnico.
Finalmente hablamos de las habilidades que debía de tener un Scrum Master o un Agile Coach en relación a la excelencia técnica. Primero repasamos los modelos de Lyssa Adkins y las 8 estancias de un Scrum Master de Barry Overeem para contextualizar los modelos en los que encuadrábamos los roles de SM y AC a fin de establecer una terminología común. Después continuamos con un pequeño debate acerca de si este rol debe ser técnico o no.
Seguiríamos ahí todavía si no hubieramos recordado los timebox. Aún así unos 15 minutillos nos pasamos de la hora
Hasta el siguiente Road2BAOS!!!
Comentários