Síntomas y como tratar la deuda técnica para equipos ágiles

1. 1
Por: Jorge H. Abad L –jorge.abad@gmail.com
@jorge_abad
http://www.lecciones-aprendidas.info/
Hablemos de Deuda Técnica
“Como la Deuda Técnica puede acabar tu proyecto ágil”
V.2018-08

2. 2
HELLO!2
¡HOLA!
Soy Jorge H. Abad L.
Soy Enterprise Agile Coach
Pueden encontrarme en
linkedin.com/in/jorgeabadl / @jorge_abad
Mi propósito es acompañar a equipos y
organizaciones para que logren resultados
grandiosos
Mi Blog: http://www.lecciones-aprendidas.info/

3. 3
3
Aclaración:
Esta presentación contiene muchas heridas de
guerra y algunas diapositivas de:
– Ángel Nuñez @snahider
– Javier Garzas @jgarzas

4. 4
Mis objetivos con esta sesión:
- Elevar nuestro nivel de conciencia
sobre la deuda técnica
- Inquietarlos
- Ser disparador de un cambio para
testers y team members

5. 5
Indaguemos

6. 6
La deuda técnica son las
consecuencias de un
desarrollo apresurado de
software o un despliegue
descuidado de hardware.
Wikipedia

7. 7

8. 8
La deuda técnica son las consecuencias de:
• un desarrollo apresurado
• un desarrollo inconsciente de software
• o un despliegue descuidado de hardware
Que se terminará pagando ya sea con:
• baja velocidad de desarrollo
• inversión de tiempo removiéndola o
• bajo rendimiento del sistema
@jorge_abad

9. 9

10. 10

11. 11

12. 12

13. 13

14. 14

15. 15

16. 16

17. 17
Ej: aunque está pactado esta versión no contará
con la versión full de auditoria

18. 18

19. 19
¿Y CÓMO LUCE?

20. 20

21. 21
Nuestro servidor agotado por :
• La carga
• Necesita continuos reinicios
• Carecemos de
• buen hardware
• Software liviano adecuado
para el hardware
• Software bien construido
(por lo general las últimas dos)

22. 22
También luce así

23. 23

24. 24
Ejemplos

25. 25
O así…

26. 26
O mejor
así

27. 27
Es mejor hacer el
proyecto (módulo) desde
cero

28. 28
Ejemplos

29. 29

30. 30

31. 31

32. 32

33. 33
<

34. 34
E
Es así…

35. 35
Y se siente así…

36. 36

37. 37
E
Lineas
comentadas que
no sirven
(pero la verdad
esto es lo menos
problemático)

38. 38

39. 39

40. 40

41. 41
Corregir un bug en código legado

42. 42

43. 43

44. 44

45. 45

46. 46
Un
Cuanto trabajamos para el
sistema y el sistema no trabaja
para nosotros.
Otra forma de ver la
Deuda Técnica
Un sistema mal construido
requerirá mucho esfuerzo de
modificación y mantenimiento

47. 47
Ejemplo

48. 48
¿Algún ejemplo más?

49. 49
 Presiones de Negocio
 Poco entendimiento del proceso
 Software no modular, clases muy acopladas
 Falta de una buena suite de pruebas
 Falta de documentación
 Falta de colaboración entre equipos
 Falta de acompañamiento a desarrolladores jóvenes
 Desarrollo paralelo (en dos o más branches)
 Postergar la refactorización
 Inexistencia de estándares o no alineación con ellos
 Poco conocimiento por parte del desarrollador de buenas prácticas
 Poca apropiación del código
 Pobre liderazgo técnico
 Subutilización del software base
 Sobreutilización del software base
 Presiones por cambios de último minuto
 Entre otros
Causas

50. 50

51. 51
Sintomas
 Despliegue lentos
 Constantes reinicios del servidor por consumo de
memoria
 Código inmantenible
 Código inestable o con el síndrome de castillo de
naipes
 Cambio aquí y daño allá
 Costo alto de cambios
 Costo alto de corrección de código
 Disminución de la velocidad de los sprints
 Entre otros

52. 52

53. 53
Efectos

54. 54

55. 55

56. 56

57. 57
La Deuda Técnica es Adictiva
Se decide
tomar
Deuda
Técnica
No pagar
la Deuda
Técnica
Acumula
Deuda
Reduce la
velocidad
del equipo
Más
presión
sobre el
equipo
Ángel Núñez

58. 58

59. 59
Deuda técnica a ser pagada

60. 60

61. 61

62. 62

63. 63

64. 64

65. 65
Process Debt
Methodology Debt
Fuente: Ángel Nuñez - @snahider

66. 66

67. 67

68. 68

69. 69

70. 70

71. 71

72. 72

73. 73

74. 74

75. 75

76. 76

77. 77

78. 78
Post Recomendado
 Mide tu deuda técnica… ¡en 5 min! -
http://www.javiergarzas.com/2016/0
6/mide-deuda-tecnica-5-min.html

79. 79

80. 80

81. 81
Prácticas Técnicas compartidas por todo el
equipo
• Revisiones de código
• Buenas practicas de desarrollo (Principios SOLID, ACID,
etc)
• Pruebas de Aceptación
• Pruebas Unitarias
• Propiedad Colectiva de Código
• Clean Code
• Test Driven Development
• Integración Continua
• Entrega Continua (Continuous Delivery)
• Diseño Simple
• Programación por Pares
• Mob Programming
• Mob Testing
• Estándares de Codificación
• Refactoring
• Monitoreo de la deuda técnica

82. 82

83. 83
Categorías de deuda técnica a gestionar
 La asumida deliberadamente (no tenemos tiempo para
hacer eso pero tenemos que hacerlo después)
 La encontrada por los validadores de código estático o
en las inspecciones de código
 La declarada por los desarrolladores, es decir, cuando
ellos saben que hay cosas mal desarrolladas que deben
ser corregidas.

84. 84

85. 85
Como resolverla

86. 86
Como resolverla

87. 87
Otra opción
 WSJF = Valor impacto / tiempo de
remoción
 Weighted shorted job first

88. 88

89. 89

90. 90
En general los team members de un equpo
scrum son responsables de la excelencia
técnica del producto

91. 91
El Tester debe moverse a un nuevo mindset

92. 92
Y los otros roles de Scrum
¿Qué?

93. 93
El/la Product Owner
con la ayuda del
equipo priorizará
dentro del backlog la
remoción de la deuda
técnica cada Sprint

94. 94
El/la Scrum Master
• Monitoreará la Deuda
Técnica
• Y seguirá promoviendo
la excelencia técnica

95. 95
Fuente: Ángel Nuñez - @snahider

96. 96
Principios Ágiles
http://agilemanifesto.org/iso/es/prin
ciples.html

97. 97

98. 98
Por último…
No trates de remover la deuda
técnica de la siguiente forma

99. 99

100. 100
“Nunca atribuyas a la maldad
lo que puede ser explicado por
la estupidez”
Principio de Hanlon.

101. 101
No esperes a que la deuda de
tu software no pueda ser
pagada, comienza a
gestionarla
Deja de ser víctima y
hazte responsable

102. 102

103. 103
¿Logré mi
propósito?
Espero que si…

104. 104
PREGUNTAS

105. 105

106. 106 | Copyright © 2015 Tata Consultancy Services Limited
¡GRACIAS!
Jorge H. Abad L.
jorge.abad@gmail.com
@jorge_abad

107. 107
Fuentes y referencias
 http://es.slideshare.net/JavierGarzas/deuda-tecnica-slideshare
 http://es.slideshare.net/snahider/software-debt-que-es-y-como-gestionarlo
 https://es.wikipedia.org/wiki/Deuda_t%C3%A9cnica
 https://en.wikipedia.org/wiki/Technical_debt
 http://es.slideshare.net/JavierGarzas/qa-gil-o-te-quedaste-en-el-qa-de-los-
80-nov-2014-ii-jornadas-calidad-software-qa-open-space

108. 108
Aviso de Copyright
 Usted es libre de:
– Compartir- copiar, distribuir y trasmitir el trabajo
– Modificar- adaptar el trabajo
 Bajo las siguientes condiciones
– Atribución. Ud. debe atribuir el trabajo en la manera especificada por el autor
o licenciante (pero de ninguna manera que sugiera que ellos aprueban su uso
del trabajo).
 Nada de lo dispuesto en esta licencia menoscaba o
restringe los derechos morales del autor.
 Para más información ver http://creativecommons.org/licenses/by/3.0/

109. 109
Información de contacto
 Jorge Hernán Abad Londoño
–jorge.abad@gmail.com
–@jorge_abad

110. 110
Bonus track

111. 111