Ph.D. en informática, Postdoctorado en la Carnegie Mellon (EE.UU) e Ingeniero en Informática.
Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.
También soy profe de la Universidad Rey Juan Carlos.
Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.
También soy profe de la Universidad Rey Juan Carlos.
Últimas entradas de jgarzas (ver todo)
- ¿Cerrar ALCANCE, TIEMPO y COSTE?… El aprendizaje ágil del día en 2 min. (fast & furious) (VÍDEO) - 23 julio, 2021
- ¿Cómo priorizar (pensando en valor a negocio) el Backlog?… El aprendizaje ágil del día en 2 min. (fast & furious) (VÍDEO) - 22 julio, 2021
- ¿Hay que dejar tiempo para la mejora en un Sprint?… El aprendizaje ágil del día en 2 min. (fast & furious) (VÍDEO) - 21 julio, 2021
Escribí hace relativamente poco un artículo sobre T-Shaped skills, y lo tengo en cola, pendiente de publicar. Pero yo lo entiendo más a nivel individual que a nivel de equipo. Es decir, si tengo un equipo orientado a un producto, tengo todos los conocimientos necesarios en él: QA, Front, Back, BD, …
El objetivo de tener habilidades en T, es tener por lo menos a uno que domine de CSS, uno que domine de Angular, uno que domine de las tecnologías de Back, … Pero que todos puedan hacer de todo, para que el equipo pueda adaptarse a las necesidades que requieren las historias que pasa el product owner.
Así cada uno sabe un poco de todo, pero es experto en algo.