-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathAgil.json
More file actions
589 lines (589 loc) · 34.5 KB
/
Agil.json
File metadata and controls
589 lines (589 loc) · 34.5 KB
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
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
[
{
"title": "Ágil XP",
"imagePath": "images/Methodologies/Agile/AgilXP.png",
"content": [
{
"type": "ImageConcept",
"concept": [
"La metodología XP (del Inglés “eXtreme Programming”) es una metodología iterativa creada por Kent Beck , Ron Jeffries y Ward Cunningham a principios de la década de los 2000.",
"Aquí se busca la participación activa de los involucrados en el proceso de gestión de incidencias en la especificación y priorización de los requerimientos del sistema."
]
},
{
"type": "section",
"header": "¿Cuál es su ciclo de vida?",
"bodyCopy": "Al igual que otras metodologías de gestión de proyectos, tanto Ágiles como tradicionales, el ciclo XP incluye:",
"content": [
{
"type": "list",
"list": [
"**Fase de Exploración:** Entender lo que el cliente necesita.",
"**Fase de Planificación:** Estimar el esfuerzo.",
"**Fase de Iteraciones:** Crear la solución.",
"**Fase de puesta en producción:** Entregar el producto final al cliente."
]
},
{
"type": "p",
"p": ["Las 4 etapas que sigue la Programación Extrema:"]
},
{
"type": "numberList",
"list": [
"**Planificación:** toma como referencia la identificación de la historia del usuario con pequeñas versiones que se irán revisando en periodos cortos con el fin de obtener un software funcional.",
"**Diseño:** trabaja el código orientado a objetivos y, sobre todo, usando los recursos necesarios para que funcione.",
"**Codificación:** se refiere al proceso de programación organizada en parejas, estandarizada y que resulte en un código universal entendible.",
"**Pruebas:** consiste en un testeo automático y continuo en el que el cliente tiene voz para validar y proponer. Es, en pocas palabras, la prueba de aceptación."
]
}
]
},
{
"type": "section",
"header": "¿Qué caracteriza XP?",
"bodyCopy": "Lo que caracteriza a XP, al igual que al resto de métodos Ágiles es un ciclo de vida dinámico. ¿Cómo lo logra XP? Mediante ciclos de desarrollo cortos (llamados iteraciones), al fin de los cuales se generan unos entregables funcionales.",
"content": [
{
"type": "p",
"p": ["Sus principales características son:"]
},
{
"type": "list",
"list": [
"**Programación en pares.** Los integrantes del equipo trabajan bajo esta premisa, en donde cada uno comprobará el trabajo del otro; además de ofrecer apoyo para que se realice siempre un buen trabajo.",
"**El desarrollo incremental se apoya en pequeñas y frecuentes liberaciones del sistema.** Los requerimientos se fundamentan en simples historias del cliente, o bien, en escenarios usados como base para decidir qué funcionalidad debe incluirse en un incremento del sistema.",
"**Programación de pruebas.** Los involucrados en el proceso de gestión serán los responsables de definir las pruebas de aceptación para el sistema.",
"**Ciclos Semanales y Trimestrales.** Se consideran a las semanas como iteraciones y a los trimestres como lanzamientos, donde se trata de ajustar las historias de usuario a desarrollar con base en las discusiones de lo que desea el cliente.",
"**Liberaciones regulares del sistema para su aprobación.** El cliente está muy involucrado en el seguimiento del proyecto, desde en la creación de las historias, en las pruebas de aceptación, y en la generación de cambios.",
"**Integración contínua.** Refactorización para evitar degeneración del código e integración continua de nueva funcionalidad, así como el uso de diseños simples para mejorar la calidad del proyecto."
]
}
]
},
{
"type": "specialSection",
"content": [
"Requisitos de software que cambian dinámicamente.",
"Riesgos causados por proyectos de tiempo fijo usando nueva tecnología.",
"Equipo de desarrollo extendido pequeño y ubicado en el mismo lugar.",
"La tecnología que está utilizando permite pruebas unitarias y funcionales automatizadas."
]
},
{
"type": "references",
"content": [
"https://www.digite.com/es/agile/programacion-extrema-xp/",
"https://proagilist.es/blog/agilidad-y-gestion-agil/agile-scrum/la-metodologia-xp/",
"https://orientacion.universia.edu.pe/infodetail/orientacion/consejos/que-es-xp-y-como-usarlo-en-el-desarrollo-de-un-proyecto-6157.html"
]
}
]
},
{
"title": "Scrum",
"imagePath": "images/Methodologies/Agile/Scrum.jpg",
"content": [
{
"type": "ImageConcept",
"concept": [
"Es un proceso para llevar a cabo un conjunto de tareas de forma regular con el objetivo principal de trabajar de manera colaborativa, es decir, para fomentar el **trabajo en equipo**.",
"Con este método de trabajo lo que se pretende es alcanzar el mejor resultado de un proyecto determinado. Las prácticas que se aplican con la metodología Scrum se retroalimentan unas con otras y la integración de las mismas tiene su origen en un estudio de **cómo hay que coordinar a los equipos para ser potencialmente competitivos.**"
]
},
{
"type": "section",
"header": "¿Cómo funciona?",
"content": [
{
"type": "p",
"p": [
"Cada día el equipo realiza una **reunión de sincronización** (15 minutos), normalmente delante de un tablero físico o pizarra (Scrum Taskboard). El equipo inspecciona el trabajo que el resto está realizando (dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos que pueden impedir este objetivo) para poder hacer las adaptaciones necesarias que permitan cumplir con la previsión de objetivos a mostrar al final de la iteración. "
]
}
]
},
{
"type": "section",
"header": "Fases de Scrum",
"bodyCopy": "Las fases de la metodología son:",
"content": [
{
"type": "numberList",
"list": [
"**Planificación:** Product Backlog\nEl Product Backlog es la fase en la que **se establecen las tareas prioritarias** y donde se obtiene información breve y detallada sobre el proyecto que se va a desarrollar.",
"**Ejecución:** Sprint\nDentro del método Scrum, **el Sprint es el corazón**, un intervalo de tiempo que como máximo tiene una duración de un mes y en donde se produce el desarrollo de un producto que es entregable potencialmente.",
"**Control:** Burn Down\nEl Burn Down es la fase en la que **se mide el progreso de un determinado proyecto** Scrum. En ella, el Scrum Master será el encargado de actualizar los gráficos cuando se finalice cada uno de los Sprint."
]
}
]
},
{
"type": "section",
"header": "Roles de Scrum",
"bodyCopy": "Se tienen los siguientes roles:",
"content": [
{
"type": "list",
"list": [
"Product Owner.",
"Scrum Master.",
"El equipo de desarrollo."
]
}
]
},
{
"type": "specialSection",
"content": [
"Proyectos donde la obtención de resultados es a corto plazo.",
"Proyectos con situaciones de incertidumbre.",
"Tareas poco definidas.",
"Tiempos de desarrollo ajustados."
]
},
{
"type": "references",
"content": [
"https://www.apd.es/metodologia-scrum-que-es/",
"https://proyectosagiles.org/que-es-scrum/"
]
}
]
},
{
"title": "Iterativa e Incremental",
"imagePath": "images/Methodologies/Agile/Incremental.png",
"content": [
{
"type": "ImageConcept",
"concept": [
"Es una metodología donde el proyecto se planifica en diversos bloques temporales llamados iteraciones.",
"Las iteraciones se pueden entender como mini proyectos: en todas las iteraciones se repite un proceso de trabajo similar (de ahí el nombre “iterativo”) para proporcionar un resultado completo sobre producto final, de manera que el cliente pueda obtener los beneficios del proyecto de forma incremental. Para ello, cada requisito se debe completar en una única iteración: el equipo debe realizar todas las tareas necesarias para completarlo y que esté preparado para ser entregado al cliente con el mínimo esfuerzo necesario. De esta manera no se deja para el final del proyecto ninguna actividad arriesgada relacionada con la entrega de requisitos."
]
},
{
"type": "section",
"header": "¿Cómo se generan las iteraciones?",
"content": [
{
"type": "p",
"p": [
"En cada iteración el equipo evoluciona el producto (hace una entrega incremental) a partir de los resultados completados en las iteraciones anteriores, añadiendo nuevos objetivos/requisitos o mejorando los que ya fueron completados. Un aspecto fundamental para guiar el desarrollo iterativo e incremental es la priorización de los objetivos/requisitos en función del valor que aportan al cliente.",
"A través de estas estrategias, las integraciones de los incrementos deben ser funcionales o con flujo de procesamiento. La integración funcional, organiza los incrementos con las principales capacidades del sistema de cualquier fase, mientras que, mediante la integración por flujo de procesamiento, abarca un subconjunto de interfaces totales durante la fase de integración dada"
]
}
]
},
{
"type": "specialSection",
"content": [
"Cualquier tipo de proyecto que tenga la necesidad de entregas graduales.",
"Se quiere que las liberaciones de software sean frecuentes.",
"Aplica la creación de un prototipo.",
"Es primordial un control de riesgos y costos.",
"Los requisitos son cambiantes.",
"Posibilidad de tener módulos pequeños para entregas cortas."
]
},
{
"type": "references",
"content": [
"http://ri.uaemex.mx/bitstream/handle/20.500.11799/99005/TESIS+Aplicaci%F3n+del+Modelo+Incremental+Para+el+Desarrollo+del.pdf;jsessionid=82998BB2AAAB94539773040BB4976245?sequence=1A"
]
}
]
},
{
"title": "Design Sprint",
"imagePath": "images/Methodologies/Agile/DesignSprint.png",
"content": [
{
"type": "ImageConcept",
"concept": [
"Es una metodología que permite prototipar y validar ideas con usuarios finales de manera rápida, con el fin de definir el roadmap de un producto en 5 fases.",
"Este método fue creado por Google Ventures en 2010, después de haber estudiado cientos de estrategias de User Research y Design Thinking; el Design Sprint reúne las más efectivas y propone una forma de trabajar que permite lanzar pronto e iterar para tener un producto exitoso."
]
},
{
"type": "section",
"header": "¿Cómo funciona?",
"content": [
{
"type": "p",
"p": [
"Un sprint es una carrera a máxima velocidad. Si se tiene una idea de negocio y se quiere emprender probablemente se esté en la etapa de definición de producto o servicio y donde se sabe que el tiempo es oro, pues normalmente está relacionado con la cantidad de dinero que se tiene disponible. El Design Sprint permite saltar de tener una idea a aprender de usuarios reales antes de construir algo por completo."
]
}
]
},
{
"type": "section",
"header": "Fases de Desing Sprint",
"bodyCopy": "Estas son las fases que se siguen para esta metodología:",
"content": [
{
"type": "numberList",
"list": [
"**Preparación:** Se asegura de tener todo listo antes de empezar. Se debe tener en cuenta que el proceso va a tomar de 3 a 5 días y el tiempo de las personas que trabajan en el proyecto es muy valioso. No debería haber más de 7 personas en un Design Sprint.",
"**Entendimiento:** En esta fase el equipo comprenda completamente el reto que fue definido en la etapa de preparación. Todos deben estar alineados y partir de la misma base de conocimiento para que el resto de pasos funcionen.\nAquí la idea es que cada integrante del equipo de Design Sprint tenga la oportunidad de hablar y mostrar lo que conoce acerca del problema que se va a atacar desde su perspectiva y su área de trabajo. Cada intervención dura alrededor de 10 minutos, y aquí vemos nuevamente la importancia de la fase de preparación, pues este primer paso será eficiente en la medida en que todos lleguen listos.",
"**Bocetado:** Después de tener claro cuál es el reto se debe empezar a enfocar en las soluciones rápidamente. En esta fase cada participante del Sprint tiene la oportunidad de hacer su propia lluvia de ideas de manera individual.\nSe tiene la idea de que un Design Sprint es una reunión en la que hay un montón de personas hablando y proponiendo, sin embargo esta etapa es justamente lo contrario, pues promueve de manera activa el trabajo individual y en silencio. Cada persona deberá crear sus bocetos y después vendrá el momento de compartirlos con los demás. No hace falta tener habilidades de diseño, aquí prima el pensamiento crítico sobre lo artístico.",
"**Decisión:**En esta fase se determinará qué es lo que se va a prototipar. Ya para este punto se deben tener ideas y posibles soluciones, así que se debe votar por las mejores y generar un consenso entre el equipo del Sprint.\nDentro de esta misma fase, hay que crear un storyboard, que básicamente consiste en un paso a paso para crear el prototipo de la siguiente fase.",
"**Prototipado:** \"Se construye únicamente lo que se va a testear\" es la filosofía de la fase 4 del Design Sprint. El prototipo solo debe incluir los elementos necesarios para validar la solución con usuarios reales, y justamente por esto se debería poder diseñar en un día.\nEn esta etapa no se debería volver a cuestionar lo que ya quedó definido, si se esta llevando el proceso correctamente se debe avanzar.\nPara generar el prototipo rápidamente es de utilidad dividir al equipo y asignar tareas específicas. Además, en este fase se deberá trabajar en la entrevista que se va a hacer a los usuarios.",
"**Validación:** En este punto ya se ha trabajado bastante donde, si se asignó un día entero a cada fase y se siguieron los pasos de manera correcta, se da la sensación de haber tenido una semana muy productiva, pero es en esta última fase en la que realmente se verán los resultados."
]
}
]
},
{
"type": "specialSection",
"content": [
"Startups sin una idea inicial clara",
"Proyectos de alto riesgo",
"Pitch de un producto",
"Mejoras en un producto o lanzamiento de una nueva versión",
"Proyectos de corto tiempo"
]
},
{
"type": "references",
"content": [
"http://www.uxables.com/diseno-ux-ui/que-es-la-metodologia-design-sprint-y-sus-fases/"
]
}
]
},
{
"title": "Métrica Version 3",
"imagePath": "images/Methodologies/Agile/MétricaV3.png",
"content": [
{
"type": "ImageConcept",
"concept": [
"Esta metodología esta formada por un conjunto de procesos, interfaces, técnicas y perfiles de participantes que nos ayudarán a conseguir los objetivos de nuestra organización o empresa, llevando a cabo una buena gestión del proyecto. Tiene como objetivo mejorar la productividad de los departamentos implicados en el proyecto, facilitando la comunicación entre los participantes implicados, dándole más relevancia al análisis de requisitos del proyecto, el mantenimiento y el uso de los productos. Se creó para ser una guía para que el desarrollo de los proyectos sea óptimo, rápido, correcto y documentada."
]
},
{
"type": "section",
"header": "Fases de Métrica Version 3",
"bodyCopy": "Las distintas fases que tenemos al utilizar este tipo de tecnología se pueden dividir en:",
"content": [
{
"type": "list",
"list": [
"**Planificación de Sistemas de Información:** Enfocado a partir del estudio de los últimos avances en este campo, alta competitividad y el cambio al que se someten las organizaciones.",
"**Desarrollo de Sistemas de Información:** Este a su vez se divide en varios puntos:\n○ Estudio de viabilidad del sistema (EVS).\n○ Análisis del sistema de información (ASI).\n○ Diseño del sistema de información (DSI).\n○ Construcción del sistema de información (CSI).\n○ Implantación y aceptación del sistema (IAS).",
"**Mantenimiento de Sistemas de Información:** Se realiza un registro de peticiones y se diagnostica el tipo de seguimiento, decidiendo si se le da respuesta o no en función del plan asociado al sistema de información."
]
}
]
},
{
"type": "specialSection",
"content": [
"Aquellos que se necesitan tener entregas constantes con productos de alta calidad.",
"Proyectos cuya calidad debe ir orientada a la mejora.",
"Proyectos orientados a objetos.",
"Proyectos que cuenten con un tiempo de desarrollo largo.",
"Proyectos que se puedan escalar a entregables pequeños.",
"Desarrollos que incluyen diferentes fases."
]
},
{
"type": "references",
"content": [
"https://elminimoviable.es/metodologia-metrica-v3-que-es-y-cual-es-la-estructuracion-de-los-procesos/"
]
}
]
},
{
"title": "Kanban",
"imagePath": "images/Methodologies/Agile/Kanban.png",
"content": [
{
"type": "ImageConcept",
"concept": [
"Kanban es un método para gestionar el trabajo que surgió en Toyota Production System (TPS). A finales de los años 40, Toyota implementó en su producción el sistema “just in time” (justo a tiempo”) que en realidad representa un sistema de arrastre. Esto significa que la producción se basa en la demanda de los clientes y no en la práctica tradicional “pull” de fabricar productos e intentar venderlos en el mercado.",
"La metodología Kanban se implementa por medio de **tableros Kanban**. Se trata de un método visual de gestión de proyectos que permite a los equipos visualizar sus flujos de trabajo y la carga de trabajo."
]
},
{
"type": "section",
"header": "¿Cómo funciona?",
"bodyCopy": "En un tablero Kanban, el trabajo se muestra en un proyecto en forma de tablero organizado por columnas. Tradicionalmente, cada columna representa una etapa del trabajo. El tablero Kanban más básico puede presentar columnas como **\"Trabajo pendiente\"**, **\"En progreso\"** y **\"Terminado\"**. Las tareas individuales (representadas por tarjetas visuales en el tablero) avanzan a través de las diferentes columnas hasta que estén finalizadas.",
"content": [
{
"type": "p",
"p": [
"Para utilizar Kanban, se tienen 4 principios que modelan el cómo trabajar, los cuales son:"
]
},
{
"type": "numberList",
"list": [
"**Empezar con lo que hace ahora:** Kanban no requiere configuración y puede ser aplicado sobre flujos reales de trabajo o procesos activos para identificar los problemas. Por eso es fácil implementar Kanban en cualquier tipo de organización, ya que no es necesario realizar cambios drásticos.",
"**Comprometerse a buscar e implementar cambios incrementales y evolutivos:** El método Kanban está diseñado para implementarse con una mínima resistencia, por lo que trata de pequeños y continuos cambios incrementales y evolutivos del proceso actual. En general, los cambios radicales no son considerados, ya que normalmente se encuentran con resistencias debidas al miedo o la incertidumbre del proceso.",
"**Respetar los procesos, las responsabilidades y los cargos actuales:** Kanban reconoce que los procesos en curso, los roles, las responsabilidades y los cargos existentes pueden tener valor y vale la pena conservarlos. El método Kanban no prohíbe el cambio, pero tampoco lo prescribe. Alienta el cambio incremental, ya que no provoca tanto miedo como para frenar el progreso.",
"**Animar el liderazgo en todos los niveles:** Este es el principio más novedoso de Kanban. Algunos de los mejores liderazgos surgen de actos del día a día de gente que está al frente de sus equipos. Es importante que todos fomenten una mentalidad de mejora continua (Kaizen) para alcanzar el rendimiento óptimo a nivel de equipo/departamento/empresa. Esta no puede ser una actividad de sólo el nivel de dirección."
]
}
]
},
{
"type": "section",
"header": "Las 6 prácticas de la metodología Kanban",
"bodyCopy": "Los principios básicos de Kanban son de suma utilidad para guiar la mentalidad de los equipos al momento de abordar un flujo de trabajo Kanban. Para implementar un proceso Kanban,es ideal seguir estas seis prácticas que usan las grandes empresas que permitirán ayudar a los equipos a implementar una mentalidad de mejora continua y a lograr un crecimiento progresivo: **los principios esenciales del marco Kanban**.",
"content": [
{
"type": "numberList",
"list": [
"Visualizar el trabajo.",
"Limitar el trabajo en curso.",
"Gestionar el flujo de trabajo.",
"Implementar políticas de procesos explícitas.",
"Implementar ciclos de comentarios.",
"Mejorar colaborando y evolucionar experimentando."
]
}
]
},
{
"type": "specialSection",
"content": [
"Proyectos que necesitan desarrollos rápidos.",
"Proyectos que requieren priorización de tareas.",
"Proyectos con poco tiempo disponible.",
"Proyectos donde el trabajo en curso no sea tan alto.",
"Proyectos que requieren visualizar el trabajo en equipo."
]
},
{
"type": "references",
"content": [
"https://kanbanize.com/es/recursos-de-kanban/primeros-pasos/que-es-kanban"
]
}
]
},
{
"title": "Scrumban",
"imagePath": "images/Methodologies/Agile/Scrumban.jpg",
"content": [
{
"type": "ImageConcept",
"concept": [
"Es la metodología de gestión de proyectos que combina dos estrategias ágiles comunes: Scrum y Kanban. Scrumban se desarrolló inicialmente para ayudar a los equipos en su transición de Scrum a Kanban o viceversa. Si los equipos tienen más experiencia con una de las estrategias que con la otra, esta técnica les servirá para cambiar gradualmente de una metodología a la otra.",
"Si bien el motivo inicial por el que nació Scrumban fue para ayudar a que los equipos migraran de un método al otro, en algunos casos, se descubrió que esta combinación de ambas estrategias resultaba beneficiosa. Scrumban funciona mejor en equipos que ya conocen algunas de las facetas de Scrum o de Kanban. La experiencia que tengan les dará la familiaridad necesaria para empezar a usar la metodología Scrumban."
]
},
{
"type": "section",
"header": "Proceso de Scrumban",
"content": [
{
"type": "p",
"p": [
"Hay cuatro simples pasos del proceso Scrumban. Como en Scrumban no hay un Scrum Master, es muy importante que todos en el equipo conozcan bien estos cuatro pasos esenciales.",
"A continuación, se muestra cómo empezar:"
]
}
]
},
{
"type": "section",
"header": "1. Crea un tablero Scrumban",
"content": [
{
"type": "p",
"p": [
"Un tablero Scrumban es un tablero Kanban que puede incluir un backlog del producto, un backlog del sprint, las etapas del flujo de trabajo de tu equipo (como “sin empezar”, “en progreso” o “en revisión”) y una columna clara para las tareas finalizadas. El equipo decide todas las etapas que aparecen en el tablero Kanban. Por ejemplo, algunos equipos eligen no colocar el backlog del producto en el tablero Scrumban, sino que allí solamente dejan el del sprint.",
"Scrumban sigue la naturaleza cíclica de los sprints. Cuando no haya más tarjetas en el tablero, los miembros del equipo las tomarán del backlog del producto. Lo ideal es que el equipo revise las tareas del tablero todas las semanas y que agregue las que correspondan al backlog del producto, según el objetivo del sprint de esa semana."
]
}
]
},
{
"type": "section",
"header": "2. Establece los límites para la etapa de trabajo en curso",
"content": [
{
"type": "p",
"p": [
"En Scrumban, no se usan los “puntos de historia”, una estrategia mediante la cual se asignan puntos a las tareas según el tiempo estimado o la dedicación que demandarán. Por el contrario, el tablero Kanban solamente debe tener una cantidad determinada de tareas para evitar el exceso de trabajo. Normalmente, a esta táctica se la conoce como los límites del trabajo en curso o del WIP, por sus siglas en inglés. Los equipos que trabajan con Scrumban deciden en grupo cuántas tareas puede haber y en qué etapa en un momento dado, para que los integrantes no se sientan agobiados con tantas tareas.",
"Un beneficio fundamental del Scrumban es la posibilidad que ofrece de planificar y cambiar el flujo de trabajo en cualquier momento durante el proceso. Por ejemplo, si el equipo considera que hay muchas tareas en el tablero a la vez, pueden elegir fácilmente dejar de tomar tareas hasta que algunas más se muevan a la categoría “Trabajo terminado”."
]
}
]
},
{
"type": "section",
"header": "3. Trabaja con el equipo para establecer las prioridades de las tareas",
"content": [
{
"type": "p",
"p": [
"Scrumban es una de las metodologías ágiles más flexibles. En Scrumban, no hay jerarquías dentro de los equipos. Entonces, todos tienen la posibilidad de elegir con qué trabajará el grupo. La manera más sencilla de establecer las prioridades de las tareas en Scrumban es prestando atención a lo que sea más útil para el producto. Dado que el proceso de priorización es continuo, los miembros del equipo pueden elegir lo que crean que es más importante para el producto. Como no hay un Scrum Master ni gerente de producto, todos los integrantes del equipo tienen la libertad de decidir qué creen que es mejor."
]
}
]
},
{
"type": "section",
"header": "4. Organiza reuniones diarias de actualización",
"content": [
{
"type": "p",
"p": [
"Las reuniones diarias ayudan a que todo el equipo entienda con qué se trabaja. Los miembros del equipo pueden decidir con qué tareas quieren trabajar basándose en las tareas del tablero. Cuando todos participan en las reuniones diarias de actualización, el equipo de desarrollo puede establecer mejor las prioridades de cada tarea, porque todos conocen la carga de trabajo de cada uno. Como en el método Scrumban no hay un líder definido, los miembros del equipo pueden designar a diferentes personas para que dirijan las reuniones diarias de actualización."
]
}
]
},
{
"type": "section",
"header": "Roles",
"content": [
{
"type": "p",
"p": [
"No son predefinidos. El equipo y los roles necesarios, como el gerente de proyecto, entre otros."
]
}
]
},
{
"type": "specialSection",
"content": [
"Proyectos con gestión muy flexible.",
"Cuando se necesita mantener proyectos a largo plazo.",
"Proyectos que necesiten ahorrar tiempo.",
"Proyectos de gran escala."
]
},
{
"type": "references",
"content": ["https://asana.com/es/resources/scrumban"]
}
]
},
{
"title": "Design Thinking",
"imagePath": "images/Methodologies/Agile/DesignThinking.jpg",
"content": [
{
"type": "ImageConcept",
"concept": [
"Design Thinking es una metodología de trabajo dividida en diferentes fases que se ha convertido en una herramienta indispensable en las empresas. Su éxito se basa en un enfoque centrado en fomentar la innovación en las organizaciones de una forma eficaz y exitosa. Esto se debe a que, gracias a su aplicación, se generan importantes beneficios en el diseño de soluciones, permitiendo a las empresas obtener mejores resultados."
]
},
{
"type": "section",
"header": "¿Cómo se presenta?",
"bodyCopy": "El Design Thinking se presenta como una metodología para **desarrollar la innovación centrada en las personas**, ofreciendo una lente a través de la cual se pueden observar los retos, detectar necesidades y, finalmente, solucionarlas. Se trata de dar un enfoque que se sirve de la sensibilidad del diseñador y su método de resolución de problemas. El objetivo: **satisfacer las necesidades de las personas de una forma que sea tecnológicamente factible y comercialmente viable**.",
"content": [
{
"type": "p",
"p": [
"Design Thinking es un proceso que, a través de soluciones creativas, permite resolver problemas y así generar valor gracias a una metodología centrada en entender y co-crear alrededor de los usuarios. Este proceso se enfoca en la experiencia del usuario, primordialmente, busca comprender sus problemas y analizar sus comportamientos para, así, generar ideas que permitan darle solución a sus dolencias a través de prototipos rápidos."
]
}
]
},
{
"type": "section",
"header": "¿Cómo se usa?",
"bodyCopy": "El proceso de investigación del Design Thinking permitirá crear soluciones para que los clientes estén más satisfechos no solo con el producto o servicio sino también con la relación que tiene con la marca. Son 5 las etapas de este proceso que ayudará a entender cómo influye el comprender qué es lo que busca el usuario:",
"content": [
{
"type": "numberList",
"list": [
"**Empatía:** Como primera etapa del proceso es importante ser empático con los usuarios ya que buscas resolver el problema que tienen con el producto o servicio. Incluir en la investigación entrevistas u observación será de mucha utilidad para comprender los comportamientos presentados. Es importante, también, tomar en cuenta el contexto y factores ambientales.",
"**Definición:** Luego de que la empatía ayudó a identificar patrones de problemas podremos definir qué es lo que se busca cambiar o mejorar. El enfoque en las necesidades y comportamientos de los usuarios ayudará a desarrollar las hipótesis sobre cómo resolver los inconvenientes.",
"**Idea:** Teniendo la información necesaria para resolver la problemática, la lluvia de ideas entre expertos en diseño, tecnología y negocios puede aumentar la probabilidad de encontrar una combinación única para crear un producto más atractivo o un servicio que mejore la experiencia de los usuarios.",
"**Prototipo:** Construir prototipos antes de crear el producto final ayuda a visualizar las ideas planteadas y corroborar si han sido válidas. Son esenciales para percatarse de alguna falla de usabilidad y así ahorrar tiempo de producción o posible pérdida comercial.",
"**Prueba:** Una vez que el prototipo es el buscado, es importante hacer que los usuarios la validen. Observar cómo interactúan con el prototipo confirmará que el diseño propuesto funcione de acuerdo a lo establecido."
]
}
]
},
{
"type": "specialSection",
"content": [
"Proyectos en los que se necesitan entender los problemas del usuario.",
"Proyectos que requieren el trabajo en equipo.",
"Proyectos que pueden tener un prototipado.",
"Proyectos que requieran conocer la necesidad del mercado.",
"Proyectos con plazos y ritmos dinámicos."
]
},
{
"type": "references",
"content": [
"https://educacion-ejecutiva.utec.edu.pe/blog/5-etapas-proceso-design-thinking#:~:text=Design%20Thinking%20es%20un%20proceso,crear%20alrededor%20de%20los%20usuarios",
"https://gestion.pe/economia/management-empleo/design-thinking-aplicar-metodo-innovar-empresas-nnda-nnlt-250663-noticia/"
]
}
]
},
{
"title": "Crystal",
"imagePath": "images/Methodologies/Agile/Crystal.png",
"content": [
{
"type": "ImageConcept",
"concept": [
"Crystal es una metodología de desarrollo de Software ágil y más que una metodología se le considera una familia de metodologías debido a que se subdivide en varios tipos de metodologías en función a la cantidad de personal que vayan a estar en un proyecto.",
"Es una metodología que ha sido creada por una persona en particular (Alistair Cockburn, firmante del manifiesto ágil), el cuál la creó en base al análisis de distintos proyectos de desarrollo de software y su propia experiencia, lo cual fusionando ambos aspectos dio lugar a una metodología bastante interesante."
]
},
{
"type": "section",
"header": "Una familia de metodologías",
"content": [
{
"type": "p",
"p": [
"No es una metodología en sí misma, sino una familia de metodologías con un “código genético común”, puesto que comparte una orientación humana, pero esta centralización en las personas se hace de una manera diferente. Alistair Cockburn, considera que las personas encuentran difícil seguir un proceso disciplinado, así que más que seguir la disciplina de XP, Alistar explora una metodología menos disciplinada que aún podría tener éxito intercambiando conscientemente productividad por la facilidad de la ejecución. Son una familia de metodologías ágiles, donde cada una de ellas está adecuada para un tipo de proyecto. Están caracterizadas por estar centradas en las personas que componen el equipo (de ellas depende el éxito del proyecto) y la reducción al máximo del número de artefactos producidos.",
"Dependiendo de la cantidad de desarrolladores involucrados, el bienestar de los mismos, el ciclo de vida del desarrollo del proyecto, el presupuesto monetario imprescindible y el presupuesto de uso opcional Crystal Methodologies es capaz de clasificarse mediante los siguientes colores que determinan los métodos incluidos dentro de las metodologías Crystal:"
]
},
{
"type": "list",
"list": [
"Crystal Yellow",
"Crystal Orange",
"Crystal Orange Web",
"Crystal Red",
"Crystal Magenta",
"Crystal Blue"
]
},
{
"type": "p",
"p": [
"La diferencia con las metodologías ágiles Scrum y FDD es que son menos extremas y están pensadas para más tipologías de proyectos y organizaciones, destacando especialmente proyectos y empresas grandes; además de ser la única metodología que específicamente da cuenta de proyectos con criticidad de vida."
]
}
]
},
{
"type": "specialSection",
"content": [
"Se toma en cuenta el aspecto humano del equipo.",
"Proyectos donde el tamaño de un equipo.",
"Proyectos donde la comunicación entre los desarrolladores.",
"Políticas a seguir.",
"Se tiene poco espacio físico de trabajo."
]
},
{
"type": "references",
"content": [
"https://es.linkedin.com/pulse/metodolog%C3%ADa-%C3%A1gil-crystal-clear-cristian-mu%C3%B1oz-carvajal#:~:text=Crystal%20es%20una%20metodolog%C3%ADa%20de,a%20estar%20en%20un%20proyecto",
"https://isi2018.wordpress.com/2018/04/09/metodologia-agil-crystal/"
]
}
]
}
]