Parte1: Mitos y Tendencias De donde viene la complejidad en la ingeniería de software? / Por qué nos cuesta cambiar? / Complejidad, cambio e innovación.

1. Prácticas Ágiles en entornos hostiles Parte 1: Complejidad y cambio Licenciado bajo: Creative Commons 2.5 Bogotá / Colombia Luis Raul Mulato [email_address]

4. Complejidad

5. Por qué nos cuesta cambiar?

6. Complejidad, cambio e innovación

7. Agilidad

8. Procesos Ágiles

9. Procesos y Prácticas Ágiles en el Ciclo de desarrollo

10. Aquellos que no aprendan de la historia están condenados a repetirla! Jorge Santayana, Filosofo Español

11. Tecnología Internet Web 2.0 Móviles Diseño Patrones Arquitectura Procesos Frameworks Componente Estándares Clientes Usuarios Stakeholders Gerentes de Proyectos Vendedores Propietarios Políticas Corporativas “Falta de Comunicación” “ Falta de Valores Comunes” Incompetencia Arrogancia Ego “Cultura de la culpa” Desarrollo de Software:

13. Si Ud le dice a la gente a donde ir, Pero no cómo llegar, Se sorprenderá con los resultados. General George S. Patton

14. Complejidad:

16. Tecnologias/Frameworks

17. Relevancia

18. Clientes cambiantes

19. ... Desde Aristoteles hasta Fred Brooks [2]

21. En los 80's Fred Brooks pensó que se iba a lograr con la masificación los lenguajes de alto nivel (ej: Fortran,C,...)

23. Pequeños errores impactan todo el sistema.

25. Código Nativo vs Virtual Machines

26. Lenguajes interpretados vs Lenguajes Compilados

27. ...

29. Proyectos con pruebas unitarias son más costosos y no tenemos tiempo de hacerlo.

30. Generación automática de versiones? Eso aquí no es posible, no tenemos tiempo. Eso lo hace el líder en 2 minutos.

31. Aquí todos seguimos los estándares.

32. ...

34. Cambiamos o trabajamos?

35. Es necesario asumir el cambio como un rio a su cauce: “Adaptándose a las rocas pero siempre fluyendo cuesta abajo.”

36. Queremos participar, queremos colaborar, pero no queremos ser los “responsables a cargo” .

37. Agile:Equipos auto-gestionados (liderazgo de equipo) Reluctant Leader, Reluctant Follower, Kent Beck [4]

40. El líder puede aprender tan rápido como sus seguidores lo hagan. Cuando la zona de seguridad de los seguidores es muy pequeña no es posible avanzar.

41. Tanto el líder como los seguidores deben crear espacios en la zona de seguridad antes de cualquier aprendizaje.

42. Complejidad, Cambio e Innovación Curva de Adopción de la Innovación [4] Trying to convince the mass of a new idea is useless. Convince innovators and early adopters first.

43. S-Shapen Adoption Curve Complejidad, Cambio e Innovación

44. Complejidad, Cambio e Innovación

46. Las “modas” aumentan la Complejidad (accidental)

47. Solo cuando ampliamos la zona de seguridad es posible el aprendizaje, el cambio y el liderazgo.

48. Responsabilidad compartida (equipo, GP, cliente,...)

49. La velocidad en la adaptación al cambio (tecnológico), la calidad y la innovación son la tendencia predominante en las empresas de éxito (ej: Google, Facebook, Amazon,..).

50. Preguntas?

52. [2] Fred Brooks: No Silver Bullet - Essence and Accidents of Software Engineering (1986)

53. [3] Kent Beck, Reluctant Leader Reluctant Follower (2000)

55. Magic Lamp: http://www.flickr.com/photos/30459150@N07/4255300330/

56. Containers: http://koti.kapsi.fi/anpurola/temp/1184318230469.jpg

57. Pregunta: http://www.flickr.com/photos/pimkie_fotos/2759061117/

59. Agile Coach, ALM Coach

60. M.Sc Ingenieria de Sistemas / Construcción de Software. Ver más información en: http://www.slideshare.net/group/agile-practices Licenciado bajo: Creative Commons 2.5 Bogotá / Colombia Cabo de la Vela / Guajira