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)
- 🔴 Sin Working Software (o soluciones, o servicios) no hay Agile (Vídeo Agile Fast&Furious) - 21 septiembre, 2022
- 🔴 El 1er paso en una Transformación Ágil (Vídeo Agile Fast&Furious) - 7 septiembre, 2022
- KEYNOTE invitada en CENTIC (2022): PRESENTE, FUTURO, TENDENCIAS en AGILIDAD tras 2 años de COVID (Vídeo Agile Fast&Furious) - 20 julio, 2022
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.