¿Porque los developers recelan de Agile? En los últimos años estamos viendo que los desarrolladores pierden interés en Agile muy probablemente porque sienten que ha perdido credibilidad. Muchos lo ven como un impedimento en su dia a dia y una pérdida de tiempo, cómo hemos llegado a esta situación siendo una metodología creada por los propios desarrolladores? En esta charla veremos cómo Agile ha perdido credibilidad entre los desarrolladores, paradójicamente una metodología creada y promovida durante años por este colectivo que han intentado hacer llegar su mensaje a Management. ¿Porque ha sucedido? Analizaremos las causas, veremos como Agile ha pasado a ser liderada y promovida por los perfiles de Management y cómo ha llegado el mensaje a los grupos de developers late adopters. Por otro lado, como la complejidad de aplicación y necesidad de adaptación a cada contexto ha generado fracasos que han llevado a una pérdida de credibilidad de esta metodología en los mismos colectivos que la crearon. Finalmente veremos qué podemos hacer? Como podemos hacer llegar las virtudes a los desarrolladores y hacer entender como sus principios siguen siendo válidos y pueden ayudar a los equipos y desarrolladores en su dia a dia.

1. Oriol del Barrio
@lordudun
Guillem
Hernández Sola
@guillemhs
¿Por qué los developers
recelan de Agile?
Software craftsmanship

2. Ponentes
Guillem Hernández Sola
@guillemhs
Professional Scrum Trainer and DevOps Advocate
coaching software delivery teams
Oriol del Barrio
@lordudun
Developer mutating to Product Guy. Team player
helping teams to grow and Passionate Geek

3. ¿Por qué los
developers recelan de
Agile?

4. ¿De dónde surge esta
percepción?

5. Breve historia
2009:
Manifesto Software
Craftsmanship
DevOps
2001:
Agile Manifesto
1986:
Scrum: “The New New
Product Development
Game.”
1996:
Extreme
Programming
2013:
LeSS
2007:
Kanban en Desarrollo
SAFe
2002:
TDD
2003:
Lean Software
Development
1991:
Continuous Integration
1993:
Scrum en Desarrollo

6. Cómo ha evolucionado Agile
2001:
Agile Manifesto
1986:
Scrum: “The New New
Product Development
Game.”
1996:
Extreme
Programming 2013:
LeSS
2007:
Kanban en Desarrollo
SAFe2002:
TDD
Innovators
Early
Adopters
Early Majority Late Majority Laggards

7. Cómo ha evolucionado Agile
Agile
(Google Search Trends)

8. Cómo ha evolucionado Agile
(Google Search Trends)

9. Cómo ha evolucionado Agile
2001:
Agile Manifesto
1986:
Scrum: “The New New
Product Development
Game.”
1996:
Extreme
Programming 2013:
LeSS
2007:
Kanban en Desarrollo
SAFe2002:
TDD
Innovators
Early
Adopters
Early Majority Late Majority Laggards
Oleada de Management a Agile

10. Cómo ha evolucionado Agile
(Google Search Trends)

11. Cómo ha evolucionado Agile
(Google Search Trends)

12. ★ Los Desarrolladores buscaban implicar Managers para
mejorar en áreas fuera de su influencia que les afectaba
Punto de partida
Agile fue creado por Desarrolladores para
resolver problemas en el desarrollo de Software

13. Dónde estamos
★ Necesidad de soluciones de gestión, proceso y
escalado por la llegada de managers
Los Desarrolladores Ágiles hemos conseguido
captar la atención de los Managers

14. ★ Se mantiene la desconexión entre áreas.
★ En cierto modo los silos persisten:
○ desarrollo - negocio - usuario
Algunas Reflexiones
Casi 20 años después la gran mayoría de los
problemas siguen vigentes

15. ● Mucho foco en procesos, métodos y técnicas
● Llegada de métodos para escalado que quedan muy
lejos de la realidad de los desarrolladores
● El management quiere la agilidad de hoy para
mañana
Algunas Reflexiones

16. Algunas Reflexiones
Agile ahora es una industria

17. Algunas Reflexiones

18. … entonces, ¿Qué
podemos hacer?

19. Problemas complejos...
https://martinalaimo.com/es/blog/cynefin

20. Problemas complejos...
Resolver problemas de
usuarios y modelar la
realidad
Soluciones técnicas o de
“Ingeniería”
https://martinalaimo.com/es/blog/cynefin

21. Problemas complejos...
Resolver problemas de
usuarios y modelar la
realidad
Soluciones técnicas o de
“Ingeniería”
Principios Agile
Prácticas Técnicas
https://martinalaimo.com/es/blog/cynefin

22. Agile no es lo que haces, es lo que vives

23. Aprendiendo del manifiesto ágil
Esto es, aunque valoramos los elementos de
la derecha, valoramos más los de la izquierda

24. Aprendiendo del manifiesto ágil
Individuos e interacciones sobre
procesos y herramientas

25. Aprendiendo del manifiesto ágil
Individuos e interacciones sobre
procesos y herramientas
Este valor se sustenta 5 de los 12
principios

26. Aprendiendo del manifiesto ágil
Colaboración con el cliente sobre
negociación contractual

27. Aprendiendo del manifiesto ágil
Colaboración con el cliente sobre negociación
contractual
Nuestra mayor prioridad es satisfacer
al cliente mediante la entrega
temprana y continua de software con
valor.
Aceptamos que los requisitos cambien,
incluso en etapas tardías del
desarrollo. Los procesos Ágiles
aprovechan el cambio para
proporcionar ventaja competitiva al
cliente.

28. … y qué hay de la mejora continua?
¿Cómo sabes que has mejorado?

29. … hay vida más allá de la retrospectiva ...

30. SMART Actions, PopCorn Workflow, A3 Thinking, Toyota Kata
… hay vida más allá de la retrospectiva ...
La Retrospectiva está bien para resolver problemas de procesos o
sistémicos pero no para problemas de equipo. Con personas no hay que
mirar al pasado sólo al futuro.
Gerard Chiva

31. … ¿y las prácticas técnicas?
Agile fue creado por Desarrolladores para resolver
problemas en el desarrollo de Software
Agile se sustenta en buen software, sin software de calidad,
mantenible no se puede satisfacer al cliente

32. ¿Qué me pueden aportar?
No hay calidad Externa sin calidad
Interna

33. Las reglas no son universales
No hay 2 implementaciones de agilidad
iguales

34. ...y ¿cuál es mi papel
como Developer?

35. Developers! Developers!

36. Tres caras de la misma moneda
Qué Cómo Por qué

37. Déjate guiar por los valores!
Predica con el ejemplo: Si tu actúas
acorde con los valores los demás
también lo harán
★ Comprueba tus decisiones y acciones:
○ ¿Responden a los valores que quiero seguir?

38. Visión compartida
Crea una conciencia compartida
en equipos multidisciplinares

39. Algunos trucos para mejorar
Eleva la transparencia en el desarrollo

40. Crece con tu equipo
Aprende/Enseña Comparte Lidera

41. Innovar
Ayuda a Innovar y creando una
cultura donde es fácil
experimentar

42. Automatiza
Ocupa tu mente en resolver
problemas complejos programa
las máquina para hacer las tareas
rutinarias

43. RECUERDA
No se puede ser ágil sin ser un buen
profesional y haciendo buen
software

44. Hacer buen software no es sólo hacer buen código, aplicar patrones, usar TDD,
BDD y desplegar automáticamente en la nube
También son prácticas técnicas la colaboración, el liderazgo,la mejora continua
en tu equipo para ofrecer soluciones que hagan que tu cliente tenga una vida
mejor
… ¿y las prácticas técnicas?

45. Referencias
Agile Manifesto: https://agilemanifesto.org/iso/es/principles.html
Scrum.org: https://www.scrum.org
Daniel de la Cruz - Aporta valor a tu equipo: https://octuweb.com/aporta-valor-a-tu-equipo/
Eduardo Ferro: A letter to Agile Coaches: http://www.eferro.net/2019/04/a-letter-to-agile-coaches-scrum-xp-and.html
Martin Fowler- FlacidScrum: https://martinfowler.com/bliki/FlaccidScrum.html
IT Risk Manager: https://theitriskmanager.com/2015/04/19/communities-of-need-community-of-solutions/

46. ¿Preguntas?

47. Gracias!!