2. ¿Qué es la CAS?
La CAS es la Conferencia Agile Spain, un evento que reúne a personas del
mundo de Agile y metodologías ágiles.
Se realiza anualmente y cambia de ubicación cada año.
Tiene una duración de 2 días en los que se realizan diferentes talleres y
conferencias divididas en tracks.
Es abierta, cualquier persona puede proponer una conferencia
Participan desde personas iniciadas hasta expertos, clientes y compañías.
3. En esta presentación vamos a mostrar las
principales ideas sacadas de cada
conferencia
5. Eugenio Moliní
Las personas cambiando cuando quieren
Reflexión: Parece una frase obvia, pero en lo que no caemos.
Las personas que se dedican a la gestión del cambio deben
tener en mente esta frase a la hora de trabajar.
6. Israel Alcázar
Un equipo pequeño (7+-2 personas) debe ser autoorganizado
Ser autoorganizado significa que pone reglas de juego, que es responsable y
que necesita seguridad, coherencia y confianza para funcionar.
Multifuncional significa que un equipo es capaz de resolver todos los
problemas.
Reflexión: En Agile, es importante que existan reglas a las
que jugar y que el equipo sea responsable siempre que se
confíe en ellos.
7. Florentino Romero “Lo que Agile y
Scrum no nos dice y te gustaría saber”
“Personas e interacciones por encima de todo lo demás”
Buscar tu propio manifiesto ágil ¿Desde dónde trabajas?
Hacer feedback al finalizar cualquier experimento (UX, tests, Criterios de
aceptación)
Revisar tus contratos cada cierto tiempo
Scrum no es del Scrum Master, Scrum es del equipo
Hacer un experimento como Scrum Master llegando tarde a una daily ¿El
equipo la hace?
Preguntarle al equipo cada cierto tiempo “¿Qué has aprendido?”
Reflexión: En esta charla veíamos mejoras sobre Scrum que nos pueden
ayudar. La visión de experimentos y feedback constante nos ayuda mucho a
interiorizar el concepto de mejora contínua.
8. Alberto Gómez “El arte de dar Feedback
(comunicación verbal no violenta)
Observar sin enjuiciar
Ver las necesidades de la persona con la que hablamos
Ser claros y concisos en las peticiones que le hacemos a las otras personas
Reflexión: La manera en la que damos feedback y nos comunicamos es muy
importante tanto en nuestra vida profesional como personal. Hablar
pensando en las necesidades del receptor mejora nuestra comunicación.
9. Pablo Domínguez “how to bet in Montecarlos
and end up with some money in your pocket”
Podemos disminuir la incertidumbre pero nunca eliminarla
Existen diferentes modelos matemáticos para realizar predicciones sobre
nuestros proyectos de manera que las expectativas se gestionen mejor.
En modelos como el Montecarlo, debemos de contar con una base de
conocimiento de proyectos anteriores.
Reflexión: El gran problema del Software es la gestión de las expectativas y
exceso de incertidumbre. Estudiar modelos matemáticos como el Montecarlo
puede ayudar mucho a las organizaciones.
10. Desarrollando Personas I
Juanma Gómez “Visual Management para facilitar tu
trabajo”
Las cosas necesarias deben estar en primer plano
Es muy bueno tener un decálogo del equipo con las reglas que comparten
todos los miembros
Podemos utilizar colores para clasificar tipologías de tareas y tamaños para
clasificar dificultad
Reflexión: El visual management es un mundo apasionante donde cada
equipo acaba usando las reglas que mejor se adaptan a su situación.
11. Desarrollando Personas II
Dani Jiménez “Anti-patrones de motivación”
Los empleados poco motivas son “working-dead”
Las empresas no deben pagar por debajo del mercado y no proporcionar
herramientas adecuadas a sus empleados
No formar las personas
No parar de correr (incompatibilidad con la vida personal)
Realizar muchas reuniones y sin sentido
Poner límites a la creatividad
Permitir a gente tóxica en los equipos
No modular correctamente el reconocimiento de las personas
Hablar sólo de trabajar (lo que hacemos fuera también es importante!)
No dar comida (o cualquier evento similar)
Reflexión: Las empresas que se toman en serio estas ideas consigue que sus
empleados sientan la empresa como una marca propia.
12. Desarrollando Personas III
David García Fernández “Combatir el EDD (Ego Driven
Development)”
Cuando un empleado tiene exceso de ego es que ese grupo no es el correcto
para él
Es importante para un equipo tener un objetivo común que los una en el día a
día
Cuidado con las “divas”. Aquellas personas que saben de todo y acaban por
desmoralizar a los compañeros.
Para evitar que una “diva” acabe en una compañía se pueden realizar
diferentes entrevistas para ver si “sabe de todo”. Cuando eso pasa,
normalmente se trata de una “diva”.
Reflexión: La unidad de los equipos es muy importante en cualquier
proyecto Agile. Un llanero solitario no tiene futuro en este mundo y hacer
equipo es vital para que las cosas funcionen.
13. Vanesa Tejada “Cómo un Portfolio de
Proyectos nace, se reproduce y muere”
Experiencia sobre como fue la integración de dos grandes compañías
¿Qué tenemos que hacer para decir que estamos integrados?
Término “driver”: persona responsable de un conjunto de proyectos.
Reflexión: En el portfolio trabajaron para tener un objetivo claro y común al
empezar, y a partir de ahí dividieron el trabajo en proyectos y se pusieron a
coordinarse, un buen ejemplo de divide y vencerás.
14. Leo Antoli
Ser críticos con los experimentos de terceros y con los números.
Qué dos hechos ocurran de manera simultánea no significa que estén
relacionados.
Técnicas como Scrum, Kanban o programación por pares les ha podido
funcionar a otras personas y puede que a tu equipo no. Hay que experimentar
nuevas ideas, debatir y progresar.
Es más importante estar preparados para el cambio