No es posible ser maduros en agilidad sin hacerlo en la ingeniería del software. Cómo se relacionan entre sí y con la tecnología.

1. Ingeniería de Software y
Agilidad
Agosto de 2018
Álvaro Ruiz de Mendarozqueta

2. Ingeniería de Software y
Agilidad
Agosto de 2018
Álvaro Ruiz de Mendarozqueta
aruizdemendarozuqeta@gmail.com
skype: alvaro.rdm
http://www.slideshare.net/AlvaroRuizdeMendaroz
Laboratorio de Investigación y Desarrollo en Ingeniería y
Calidad de Software
LIDICALSO
http://www.institucional.frc.utn.edu.ar/sistemas/lidicalso/
Departamento de Ing. en Sistemas de Información
UTN FRC

3. Un marco de referencia: lazos
de aprendizaje

4. Contexto
Paradigmas
Creencias
Cultura
ResultadosAccionesInterpretación
Guía Generan

5. ResultadosAccionesInterpretación
Lazo simple, ¿estamos
haciendo bien las
cosas?
Lazo doble, ¿estamos
haciendo las cosas
correctas?
Lazo triple, ¿cómo
sabemos cuáles son las
cosas correctas?

6. Teoría
ResultadosAccionesInterpretación
¿Cómo sé qué teoría usar?
¿Qué teorías conozco?

7. ResultadosAccionesInterpretación
Guía Genera
Acá está la teoría
Acá está la
habilidad
Acá está el
objetivo

8. No hay nada más práctico que una
buena teoría
Kurt Lewin

9. Ingeniería de Software

10. Hacer software…

11. Cómo es el software de buena calidad
Hace lo que tiene que hacer y sin errores
Correcto
Utiliza de manera eficiente a los recursos de la
computadora
Es eficiente
Lo cambiamos a bajo costo, lo entendemos, lo
podemos corregir y probar.
Se puede mantener
Se usa fácilmente y se entiende en todas las
funcionalidades y situaciones
Es fácil de usar
Funciona en diferentes situaciones sin fallar
Es confiable y robusto
Funciona ante situaciones de
riesgo de seguridad. Se conoce
quién hace qué cosa
Es seguro

13. Cadena de Valor
Necesidades Requerimientos Diseño Desarrollo Provisión
Se hace con ingeniería de software

14. Cadena de Valor
Necesidades Requerimientos Diseño Desarrollo Provisión
Cadena de valor
Gestión de las configuraciones
Mejora continua
V&V

15. Personas
Gestión del Proyecto
Realización de producto
Necesidades
Requerimientos Diseño Desarrollo Provisión
V&V
Plan
Producto conforme
Producto no conforme
Mejora continua
Auditoría, revisiones, evaluaciones, calibración
Trazabilidad
Indicadores
Infraestructura, ambientes, entrenamiento
Revisión
gerencial Riesgos
Seguimientodeacciones
Gestión de las configuraciones

16. Agilidad

17. Basado en un
plan
Fijo Requerimientos
Estimado Recursos Calendario
Enfoque tradicional

18. Basado en el
valor
Funcionalidad
Recursos Calendario
Estimado
Enfoque ágil
Fijo

19. Tradicional
Líder de Proyecto
AnalistaCliente Diseñador Programador Tester

20. Ágil
Scrum Master
Miembro del equipo
Product Owner
Miembro del equipo
Miembro del equipo
Miembro del equipo
Cliente

21. Ágil
Scrum Master
Miembro del equipo
Product Owner
Miembro del equipo
Miembro del equipo
Miembro del equipo
Cliente

22. Manifiesto ágil

23. Manifiesto ágil
personas e interacción
software funcionando
colaboración con clientes
responder a los cambios
herramientas y procesos
documentación exhaustiva
negociación de contratos
seguir un plan
…antes que
foco en los resultados
valoramos mas…
http://agilemanifesto.org/

24. Satisfacer al cliente
a través de
entregas tempranas y continuas
de software que
provea valor
http://agilemanifesto.org/
principio 1

25. Aceptamos que los requisitos cambien, incluso
en etapas
tardías del desarrollo
Los procesos ágiles aprovechan
el cambio para proporcionar ventaja
competitiva al
cliente.
http://agilemanifesto.org/
principio 2

26. Entregamos software funcional
frecuentemente, entre dos
semanas y dos meses,
con preferencia al período de
tiempo más corto posible.
http://agilemanifesto.org/
principio 3

27. Los responsables de negocio y los
desarrolladores
trabajamos juntos
de forma cotidiana durante todo
el proyecto
http://agilemanifesto.org/
principio 4

28. Los proyectos se desarrollan en torno a
individuos motivados
Hay que darles el entorno y el apoyo que
necesitan, y confiarles la ejecución del trabajo.
http://agilemanifesto.org/
principio 5

29. El método más eficiente y efectivo de
comunicar
información al
equipo de desarrollo y entre sus
miembros es la conversación cara a cara.
http://agilemanifesto.org/
principio 6

30. El software funcionando es la medida principal
de
progreso.
http://agilemanifesto.org/
principio 7

31. Los procesos ágiles promueven el desarrollo
sostenible.
Los promotores, desarrolladores y usuarios
debemos ser capaces de mantener un ritmo
constante
de forma indefinida.
http://agilemanifesto.org/
principio 8

32. La atención continua a la excelencia técnica y al
buen diseño mejora la agilidad
http://agilemanifesto.org/
principio 9

33. La simplicidad, o el arte de maximizar la
cantidad de
trabajo no realizado, es esencial.
http://agilemanifesto.org/
principio 10

34. Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto organizados
http://agilemanifesto.org/
principio 11

35. A intervalos regulares el equipo reflexiona sobre
cómo ser más efectivo para a continuación
ajustar y
perfeccionar su comportamiento en
consecuencia.
http://agilemanifesto.org/
principio 12

36. Cómo se relacionan agilidad
e ingeniería del software

37. Satisfacer al cliente
a través de
entregas tempranas y continuas
de software que
provea valor
http://agilemanifesto.org/
principio 1

38. El software funcionando es la medida principal de
progreso.
http://agilemanifesto.org/
principio 7

39. La atención continua a la excelencia técnica y al
buen diseño mejora la agilidad
http://agilemanifesto.org/
principio 9

40. Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto organizados
http://agilemanifesto.org/
principio 11

41. A intervalos regulares el equipo reflexiona sobre
cómo ser más efectivo para a continuación ajustar y
perfeccionar su comportamiento en consecuencia.
http://agilemanifesto.org/
principio 12

42. Los procesos ágiles promueven el
desarrollo sostenible.
Los promotores, desarrolladores y usuarios
debemos ser capaces de mantener un ritmo
constante
de forma indefinida.
http://agilemanifesto.org/
principio 8
Lean

43. Realización de producto
Necesidades
Requerimientos Diseño Desarrollo Provisión
V&V
Plan
Producto conforme
Producto no conforme
Trazabilidad
Pila de producto
Pila de producto
Demo
Condiciones de aceptación
Criterio de done Revisión de sprint
Reunión diaria
Revisión de sprint
TDD
Condiciones de aceptación Criterio de done
Revisión de sprint
Pila de producto
Sprint planning,
Condiciones de aceptación
Criterio de done
Condiciones de aceptación
Revisión de código
A3
Tablero

44. ResultadosAccionesInterpretación
Acá están los
fundamentos y el
cuerpo de conocimiento
de la ingeniería
Acá está la
implementación de
las técnicas y
herramientas
Acá está el
objetivo
Acá están los
fundamentos y el
manifiesto ágil
Acá está la
implementación de
Scrum, Kanban, XP

45. Madurez en agilidad e
ingeniería

48. Madurez en Ingeniería de Software
- +
MadurezenAgilidad
-
+ Zona imposible, no se
pueden cumplir
principios de la agilidad
sin madurez en IS
CAOS
Mala calidad
--

49. Madurez en Ingeniería de Software
- +
MadurezenAgilidad
-
+
Agilidad con integridad
de producto
++

50. Agregamos tecnología

51. Madurez en Ingeniería de Software
-MadurezenAgilidad-
+
+
+ Tecnología madura y
probada
Tecnología nueva

52. Madurez en Ingeniería de Software
-MadurezenAgilidad-
+
+
+
---
Condenado al
fracaso

53. Madurez en Ingeniería de Software
-MadurezenAgilidad-
+
+
+
+++

54. Madurez en Ingeniería de Software
-MadurezenAgilidad-
+
+
+
++-
Tecnología
nueva

55. Madurez en Ingeniería de Software
-MadurezenAgilidad-
+
+
+
++-

56. Versiones
Versión Fecha Descripción Autor
1.0 Ago-2018 Primera versión.
Basada en materiales previos
Alvaro Ruiz de Mendarozqueta