¿Tiene mi equipo Scrum los conocimientos necesarios para construir mi Producto?

Scrum propone que nuestros equipos tengan todos los conocimientos para generar productos que cubran nuestras necesidades. Te traigo hoy una herramienta sencilla para averiguar si tus equipos Scrum son realmente multidisciplinares.

Scrum propone que nuestros equipos tengan todos los conocimientos para generar productos que cubran nuestras necesidades. Te traigo hoy una herramienta sencilla para averiguar si tus equipos Scrum son realmente multidisciplinares.

Una de las situaciones más habituales que me encuentro cuando llegamos a un cliente, incluidos en los que ya estoy, es una gran cantidad de silos de conocimiento, o en lenguaje coloquial “esto sólo lo puede hacer fulanit@ que es quién sabe”. No voy a entrar hoy en los riesgos que eso supone para tu empresa, tener una dependencia tan elevada del conocimiento de una o varias personas. Simplemente aquí te dejo la idea para que reflexiones.

En cuanto inicio la intervención y se forman los equipos Scrum, una de las primeras preguntas que hago es ¿este equipo es capaz de acometer cualquier solicitud o necesidad que le llegue de las áreas de Negocio o del Cliente? ¿Tiene los conocimientos necesarios y en el nivel adecuado para ello? Sea cual sea la respuesta, hay una siguiente pregunta ¿Cómo lo sabes? Y aquí la respuesta, depende del nivel de vendedor de humo del interpelado, va desde la mirada de cordero degollado, pasando por el sincero “No lo sé”, hasta “es que mi perro se ha comido los deberes”.

Si no estás midiendo de alguna manera los conocimientos de las personas que forman parte de tus equipos, ¿cómo sabes si son o no multidisciplinares? ¿cómo sabes si tienen todos los conocimientos que necesitas? ¿cómo sabes dónde están los huecos de conocimiento para reforzarlos?

La Matriz de Conocimientos

Nosotros, en Enciende la Luz, ponemos en práctica una herramienta simple y que con un poco de constancia y esfuerzo por parte de nuestro cliente, se convierte en imprescindible para conocer a nuestros equipos Scrum: la Matriz de Conocimiento, o si quieres el nombre cool Skill Matrix.

La idea es muy sencilla. Consiste en crear una matriz en la que por un lado tenemos todos los conocimientos técnicos, funcionales y del negocio que el equipo Scrum debe poner en juego a la hora de construir producto, y por otro a cada una de las personas que conforman el equipos Scrum. Este es un ejemplo de una matriz de conocimiento real de uno de nuestros clientes, antes de rellenarla.

En esta matriz utilizamos 3 conceptos por persona:

    • Nivel de Maestría o Experiencia: Evalúa cuánto conocimiento y/o experiencia tiene la persona.
    • Nivel de Aplicación: Que tipo de supervisión o apoyo necesita para poner en práctica los conocimientos.
    • Nivel de Interés: Si tiene interés en trabajar, mejorar, aprender más esa rama de conocimiento.

Esto nos permite averiguar si una persona tiene suficiente conocimiento de un ámbito concreto, si se ve capaz de apoyar a otros o necesita ayuda, e independientemente de eso, si personalmente le interesa o no.

En una primera medición tendremos la situación actual del equipo Scrum. Lo siguiente será marcar la situación ideal que necesita el equipo Scrum en cada área de conocimiento, en su conjunto para cubrir con calidad las necesidades del negocio. Fácilmente tendremos el GAP identificando las áreas en las que:

    • Tenemos especialistas de los que dependemos, ya que el resto del equipo Scrum no podría cubrir su ausencia.
    • Falta conocimiento en general dentro del equipo Scrum.

A partir de aquí las acciones para solucionar las carencias se pueden ajustar a tus posibilidades: talleres de autoformación dentro del equipo Scrum, prácticas de pair-programming, mentorización, formación externa, etc…

Completar la Matriz de Conocimiento

A nosotros nos gusta que esta matriz sea una autoevaluación de cada persona del equipo Scrum. En sesiones individuales, donde le explicamos el funcionamiento, evaluamos con cada persona los 3 conceptos.

Por supuesto confiamos en la honestidad de cada persona. Aunque en ocasiones hayamos detectado un pequeño afán de “súpercrack que lo sabe todo”, esto se mitiga con el tiempo cuando comprueban que esta matriz se utiliza para darles apoyo y ayuda en las área de conocimiento donde se detectan carencias.Y no para castigarles de alguna manera por su desconocimiento.

Resumen

Para afirmar que tu equipo Scrum es multidisciplinar y que tiene todos los conocimientos necesarios para construir el producto, necesitas medir. La matriz de conocimiento es una herramienta sencilla y al alcance de cualquiera, para disponer de esta información y tomar decisiones.

Como toda herramienta si la utilizas para penalizar a las personas, terminarán saboteando el sistema para evitar el castigo. Si la usas para apoyar y ayudar a los equipos Scrum, conseguirás sacarle el máximo partido.

Cuéntanos tus primeros pasos

Ojalá esta solución te sirva para mejorar tu entendimiento de los equipos Scrum y tomar mejores decisiones. Cuéntanos cómo ha sido tu experiencia cuando la has puesto en marcha:

¿Qué cosas encajan con tu equipo y cuáles no?

¿Qué impedimentos has encontrado?

¿Qué beneficios te ha aportado?

Con esta información, ven y deja un comentario. ¡Ánimo!

También te puede interesar.

¿Tiene mi equipo Scrum los conocimientos necesarios para construir mi Producto?

Scrum propone que nuestros equipos tengan todos los conocimientos para generar productos que cubran nuestras necesidades. Te traigo hoy una herramienta sencilla para averiguar si tus equipos Scrum son realmente multidisciplinares.

El Product Owner: el desconocido y olvidado

Desde hace tiempo tengo la sensación que se desconoce la función de un Product Owner.

Ventajas de aplicar el Lead Time en los Equipos Scrum

En ocasiones, cuando arrancamos con los Equipos Scrum, nos encontramos con un par problemas habituales: el tamaño de los PBIs y que trabajan en paralelo en todas los PBIs del sprint. Hoy te traigo una solución que hemos puesto en marcha en algunos Equipos Scrum de nuestros clientes.

Definition of Ready y Definition of Done

¿Qué necesitas para poder comenzar una tarea? ¿Cuándo podemos dar una tarea por terminada? Para resolver estas dudas, en este vídeo te traemos el Definition of Ready y el Definition of Done

El Product Owner y su relación con los Stakeholders

Como Product Owner enseguida te has dado cuenta de la gran importancia que tiene tu relación y la del Equipo Scrum con los Stakeholders.

Aprendiendo en un Equipo Scrum

El conocimiento compartido potencia a tu equipo. Aquí descubrirás cómo identificar las áreas de conocimiento y favorecer su aprendizaje continuo

Por dónde empezar como Product Owner que viene de Tecnología

Estás dando tus primeros pasos como Product Owner, tras haber pasado años diseñando y desarrollando software. Te enfrentas a varios dilemas.

Monta equipos Scrum de éxito

Cómo montar equipos Scrum de éxitoYa sabes lo que es un equipo Scrum. Es hora de dar un paso adelante y entender cómo montar un equipo Scrum de éxito. ¿Qué tipo de perfiles incorporas? ¿Cómo se balancean? ¿Cuándo les incorporas? Son preguntas que probablemente te...

Cómo facilito una retrospectiva si no soy Scrum Master

Una buena retrospectiva da la oportunidad al equipo de analizar su funcionamiento y establecer mejoras. Te dejamos consejos para facilitarla.

Sprint Review: más allá de la demo

La Sprint Review es el evento de Scrum donde se muestra el resultado del sprint. Una buena review te ayudará en la estrategia de producto.

0 comentarios

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Aceptarás nuestra política de cookies si continúas navegando.

ACEPTAR
Aviso de cookies