-
Notifications
You must be signed in to change notification settings - Fork 129
/
ágil.html
165 lines (142 loc) · 7.21 KB
/
ágil.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
<title>Desarrollo ágil propiamente dicho</title>
<link rel="stylesheet" href="dist/reset.css">
<link rel="stylesheet" href="dist/reveal.css">
<link rel="stylesheet" href="dist/agil.css" id="theme">
<!-- Theme used for syntax highlighted code -->
<link rel="stylesheet" href="plugin/highlight/monokai.css" id="highlight-theme">
</head>
<body>
<div class="reveal">
<div class="slides">
<section><h2>Desarrollo ágil</h2>
<h1>Propiamente dicho</h1>
<h3><a href="https://jj.github.io/curso-tdd/temas/ágil"><code>jj.github.io/curso-tdd/temas/ágil</code></a></h3>
</section>
<section>
<section><h1>✓ TODO: Retro</h1>
<h2 class="fragment">La versión del PR debe
coincidir con un tag del repo</h2>
<h2 class="fragment">Código siempre se
incorpora mediante PR</h2>
</section>
</section>
<section>
<section><h1>20 años del <strong>Manifiesto
ágil</strong></h1>
<aside class="notes">Que está <a
href="https://agilemanifesto.org/">aqui</a>. Son
4 principios, me quedo con tres. No se
habla de "metodología" ágil, porque es un
conjunto de metodologías y buenas
prácticas. Se habla de desarrollo ágil o de
mentalidad ágil.</aside>
</section>
<section>
<h2>Algunos lemas</h2>
<h1 class="fragment"> ➖ documentación ➕
código funcionando</h1>
<h1 class="fragment"> ➖ procesos ➕
interacción</h1>
<h1 class="fragment"> ➖ contratos ➕
colaboración</h1>
</section>
<section><h2>Y principios</h2>
<h2 class="fragment">Resolver
problemas</h2>
<h2 class="fragment">Publicar
frecuentemente</h2>
<h2 class="fragment">Buenas prácticas y
buen diseño</h2>
<h2 class="fragment">La simplicidad es esencial</h2>
<h2 class="fragment">Revisar el trabajo
frecuentemente</h2>
</section>
</section>
<section>
<section><h1>Recordatorio: Ingeniería del software: resolver
problemas mediante código</h1></section>
<section><h1>Publicar frecuentemente: cada hito
debe tener un producto mínimamente
viable</h1>
<aside class="notes">Y que, por tanto, se
puede testear según los requisitos
específicos de ese hito.</aside>
</section>
<section><h1>La calidad empieza por el
diseño</h1>
<aside class="notes">De hecho, ya hemos
empezado al usar personas y design thinking</aside>
</section>
<section><h1>Buscar siempre las mejores prácticas
en cualquier decisión técnica</h1>
</section>
<section><h1>Revisar el trabajo en "retros" y en
los PRs</h1>
<aside class="notes">Aparte de registrar
decisiones técnicas.</aside>
</section>
</section>
<section> <!-- En la práctica -->
<section><h1>Historias de usuario</h1>
<h2>Los deseos de los clientes</h2>
</section>
<section><h1>Las HUs se agrupan en
<strong>épicas</strong></h1>
<aside class="notes">Y las iniciativas, y
los <a
href="https://www.atlassian.com/es/agile/project-management/epics-stories-themes">temas</a>. Pero
no nos vamos a meter ahí</aside>
</section>
<section>
<h1>Como usuario de tipo x, en el
contexto y, quiero que suceda z, y si no,
w</h1>
<aside class="notes">Tipo de usuario,
contexto, entrada, salida, y posibles
errores o alternativas</aside>
</section>
</section>
<section>
<section><h1>¿SCRUM o Kanban?</h1>
<h2 class="fragment">O un poco de
cada</h2>
</section>
<section><h1>Organizando un <a href="https://github.com/JJ/curso-tdd/projects/1?add_cards_query=is%3Aopen">tablero kanban</a></h1>
<aside class="notes">Los tableros
se usan también en Scrum, sólo que de
forma diferente. Lo importante es ver
claramente en qué estado está todo, y
qué tareas se pueden emprender fácilmente</aside>
</section>
</section>
<section>
<section><h1>✓ TODO</h1>
<h2 class="fragment">Diseñar un grupo
de épicas
<strong>épica</strong> que guíen el desarrollo</h2>
</section>
</section>
</div>
</div>
<script src="dist/reveal.js"></script>
<script src="plugin/notes/notes.js"></script>
<script src="plugin/markdown/markdown.js"></script>
<script src="plugin/highlight/highlight.js"></script>
<script>
// More info about initialization & config:
// - https://revealjs.com/initialization/
// - https://revealjs.com/config/
Reveal.initialize({
hash: true,
width: "95%",
// Learn about plugins: https://revealjs.com/plugins/
plugins: [ RevealMarkdown, RevealHighlight, RevealNotes ]
});
</script>
</body>
</html>