-
Notifications
You must be signed in to change notification settings - Fork 83
/
pmv.html
156 lines (130 loc) · 7.21 KB
/
pmv.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
<!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>IV: Producto mínimamente viable == milestones</title>
<link rel="stylesheet" href="dist/reset.css">
<link rel="stylesheet" href="dist/reveal.css">
<link rel="stylesheet" href="dist/iv.css" id="theme">
<link rel="stylesheet" href="dist/extra.css">
<!-- 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 data-background="https://live.staticflickr.com/144/346408173_4146bc3b2c_b_d.jpg"><h1>Qué son productos mínimamente viables y cómo
usarlos en el desarrollo</h1>
<h3><a href="https://github.com/JJ"><code>JJ</code>
en GitHub</a>, <a href="https://twitter.com/jjmerelo"><code>@jjmerelo</code></a></h3>
</section>
<section><h1>Un PMV es</h1>
<h2 class="fragment">Un producto informático</h2>
<h2 class="fragment">Con un ámbito determinado</h2>
<h2 class="fragment">Que implementa lógica de
negocio</h2>
<h2 class="fragment">Un escalón para el siguiente
PMV</h2>
</section>
<section><h1>En desarrollo ágil, comunicación frecuente
cliente-equipo</h1>
<h2 class="fragment">Y equipo-equipo (backend, frontend,
ops, diseño...)</h2>
</section>
<section><h2>En desarollo ágil importa</h2>
<h1 class="fragment">Qué se hace <em>ahora</em></h1>
<h1 class="fragment">Si está bien lo que se hace</h1>
</section>
<section>
<section><h1>El concepto de PMV permite organizar el desarrollo en
etapas: <em>milestones</em></h1>
<h2 class="fragment">Agrupa bloques de funcionalidad
interdependientes</h2>
<h3 class="fragment">De una cierta entidad</h3>
<aside class="notes">Priorizando lo que bloquee
ulterior desarrollo, y enfocando los esfuerzos de todo
el equipo</aside>
</section>
<section><h2>¿Qué se hace ahora?</h2>
<h1 class="fragment">Completar el PMV</h1>
<h2 class="fragment">Trabajando para satisfacer las
necesidades en las historias de usuario</h2>
<aside class="notes">Si no se completa el PMV, no se
puede avanzar a la siguiente etapa que lo necesita.</aside>
</section>
<section><h2>¿Es correcto?</h2>
<h1 class="fragment">Hay qué decir qué hace a un
producto viable</h1>
</section>
</section>
<section><h1>Como producto informático</h1>
<h4 class="fragment">Diseño</h4>
<h3 class="fragment">Estructura de datos con interfaz:
código que compile</h3>
<h2 class="fragment">Clase/módulo</h2>
<h2 class="fragment">Biblioteca</h2>
<h2 class="fragment">Microservicio</h2>
<h3 class="fragment">Microservicio + API</h3>
<aside class="notes">Los diseños tendrán que estar en un
formato adecuado; Figma es bastante popular, pero hay
otros.</aside>
</section>
<section><h1>Es <em>mínimamente viable</em></h1>
<h2 class="fragment">Seguridad por diseño, pasa los
tests</h2>
<h2 class="fragment">No <em>goldplating</em></h2>
<h3 class="fragment">Lo dice el <em>product
manager</em></h3>
</section>
<section><h1>Un <em>ámbito</em> determinado</h1>
<h2 class="fragment">Interno/externo</h2>
<h2 class="fragment">Priorizando HUs/issues para
delimitar el producto</h2>
</section>
<section><h1>Un milestone tiene un límite temporal</h1>
<h2 class="fragment">Y tiene que establecerse un orden:
milestone 1, 2</h2>
</section>
<section><h1>Un milestone <em>describe</em> un producto</h1>
<blockquote>Milestone 0 (interno): módulo o módulos, sin
funcionalidad, que plasmen el modelo del
problema</blockquote>
<h3 class="fragment">== un fichero o ficheros, colocados
siguiendo buenas prácticas, que incluyan las estructuras
de datos para las entidades/objetos valor básicos del problema</h3>
</section>
<section><h1>Problema resuelto == viabilidad</h1>
<h2 class="fragment">Por eso se hace tanto énfasis en el
planteamiento de un problema <em>real</em></h2>
<aside class="notes">En algunos casos, como el anterior,
hará falta que alguien externo evalúe si efectivamente es un
buen modelo del problema o no.</aside>
</section>
<section><h1><em>Agilidad</em>: Ningún producto <strong>sin
test</strong></h1>
<blockquote>Milestone 1 (externo): Código de clase o
clases que implementan la lógica de negocio
necesaria para calcular el porcentaje de finalización de
milestones de estudiantes</blockquote>
<aside class="notes">Los tests forman parte de la
"viabilidad" del producto, y además del principio ágil
de preocupación por la calidad</aside>
</section>
<section><h1>A trabajar en los objetivos 0 al 2</h1></section>
</div>
</div>
<script src="dist/reveal.js"></script>
<script src="plugin/notes/notes.js"></script>
<script src="plugin/highlight/highlight.js"></script>
<script>
Reveal.initialize({
hash: true,
width: "95%",
slideNumber: true,
// Learn about plugins: https://revealjs.com/plugins/
plugins: [ RevealHighlight, RevealNotes ]
});
</script>
</body>
</html>