Taller Introducción al desarrollo de Proyectos Ágiles

Programa de Transformación digital del sector
turístico de la Comunitat Valenciana
Taller
Introducción al desarrollo de Proyectos Ágiles
Impartido por:
- Juan Gasca , CEO Thinkers Co, agencia de innovación y
diseño especializada en la creación de nuevos productos y
experiencias centradas en el cliente.
ColaboraOrganiza

Aceleramos el diseño de nuevas
soluciones de negocio
| Copyright 2019 © Thinkers Co. and/or its afﬁliates. All rights reserved |

Nuestros proyectos se mueven en diferentes sectores, incluyendo:
Nuestros clientes
Impacto
social
Banca, ﬁnanzas
y seguros
Retail y productos
de consumo
Industria
y tecnología
Servicios
de salud
Transporte y
telecomunicaciones

¿Cuántas veces ocurre que, tras enseñarle los avances
de un proyecto al cliente o stakeholder,
la reacción es de “¿Qué es esto?”
4

5

Cierre de oferta/
proyecto
Toma detallada
de requisitos
DesarrolloDiseño Entrega ﬁnal
Ciclo de gestión de proyectos clásico
6

7
7

Cierre de oferta/
proyecto
Toma detallada
de requisitos
DesarrolloDiseño Entrega ﬁnal
Ciclo de gestión de proyectos clásico
8

X El conocimiento es estático
y se mide por cantidad.
9

Cómo lo explicó
el cliente
Cómo lo entendió el
Project Manager
Cómo lo diseñó
el diseñador
El enfoque del
programador
La recomendación del
consultor externo
La documentación del
proyecto
La implantación
en producción
El presupuesto
del proyecto
El soporte
operativo
Lo que el usuario
realmente necesitaba
10

X Las estructuras deben ser
jerárquicas y estancas.
11

Tengo un mensaje que transmitiros...

| Copyright 2018 © Thinkers Co and/or its affiliates. All rights reserved |
13
13

Problema cliente: DESCONOCIDO
Funcionalidad producto: DESCONOCIDA

Asumir la cultura del fallo,
para maximizar la probabilidad
de éxito de los proyectos.
15

16
Metodologías
Ágiles
Innovación
Creatividad Liderazgo

Agile
Filosofía de gestión para resolver
problemas complejos de manera adaptativa
17

Pero…
¿Cómo nace AGILE?
18

19

20

¿Qué es AGILE?
Un ﬁlosofía de gestión que permite hacer frente a
problemas complejos de forma adaptativa,
entregando de manera efectiva y eﬁciente productos
del más alto valor para el cliente.
21

Agile
Y MÁS...
SCRUM
KANBAN
DEVOPS
CRYSTAL
DSDM
ATERN
XP
22

Valores y principios
de AGILE
23

Los 4 valores de Agile
1. Individuos
e interacción
3. Colaboración
con el cliente
4. Respuesta al
cambio
2. La solución
funciona
24

Los 12 principios de Agile
1. Entrega temprana y continua de solución con valor al cliente.
2. Aceptar que los requisitos cambien, incluso en etapas tardías.
3. Entregar soluciones funcionales frecuentemente.
4. Los responsables de negocio y los desarrolladores trabajan juntos.
5. Los proyectos se desarrollan en torno a individuos motivados.
6. Conversación cara a cara como método más eﬁciente y efectivo de comunicación.
25

Los 12 principios de Agile
7. La solución funcionando es la medida principal de progreso.
8. Desarrollo sostenible y ritmo constante.
9. Atención continua a la excelencia técnica y buen diseño.
10. Simplicidad, o maximizar la cantidad de trabajo realizado.
11. Equipos auto-organizados.
12. Reﬂexionar sobre la efectividad del equipo y perfeccionarla.
26

Beneﬁcios
de AGILE
27

● Limpieza temprana de fallos y errores.
● Respuesta ante un entorno cambiante e impredecible.
● Alto grado de satisfacción en los proyectos.
● Realización del producto correcto, acorde a las necesidades del cliente.
28

Cuándo implementar AGILE
29

30

¿Sería posible emplear un Marco Ágil
en la construcción de una casa?
31

ÁGIL PREDICTIVO
Prioridad del negocio Valor Cumplimiento
Estabilidad de los requisitos Inestables Estables
Rigidez del producto Modiﬁcable Difícil de modiﬁcar
Coste del prototipo Bajo Alto
Criticidad del sistema Baja Alta
Tamaño del equipo Pequeño Grande
32

Alcance
Coste
(Nº de Personas)
Tiempo
(1-3 Semanas)
Calidad
No podemos cerrar los 3 vértices
33

Los 2 tipos de
ciclo de vida de proyecto
34

Requisitos
Diseño
Veriﬁcación
Implementación
Mantenimiento
Waterfall o Modelo Cascada (Predictivo)
35

¿Qué ocurre cuando los clientes
no saben exactamente lo que quieren,
y continuamente cambian los requisitos?
36

Planteamiento
Requerimientos
priorizados
Iteración/
Sprint
Puesta
en marcha
Modelo Adaptativo
Ciclos de vida iterativos
37

SPRINT
Monitorear
Ejecutar Planiﬁcar
Analizar
Diseñar
● Soluciones intermedias
al ﬁnal de cada Sprint.
● Mostrárselo al cliente.
● Recibir su feedback.
38

Monitorear
Analizar
Diseñar
SPRINT 1
Monitorear
Analizar
Diseñar
SPRINT 2
Monitorear
Analizar
Diseñar
SPRINT 3
39

La arquitectura del software es esencial y
se expresa mediante modelos desde el principio.
Basadas en heurísticas provenientes
de prácticas de producción de código.
Basadas en normas provenientes de estándares
seguidos por el entorno de desarrollo.
Especialmente preparadas para
cambios durante el proyecto.
Cierta resistencia a los cambios.
Impuestas internamente
(por el equipo).
Impuestas externamente.
Proceso menos controlado,
con pocos principios.
Proceso mucho más controlado,
con numerosas políticas/normas.
No existe contrato tradicional,
o al menos es bastante flexible.
Existe un contrato prefijado.
El cliente es parte del equipo de desarrollo.
El cliente interactúa con el equipo
de desarrollo mediante reuniones.
Grupos pequeños (<10 integrantes)
y trabajando en el mismo sitio.
Grupos grandes y posiblemente distribuidos.
Pocos artefactos.Más artefactos.
Pocos roles.Más roles.
Menos énfasis en la arquitectura del software.
Se va definiendo en el desarrollo.
METODOLOGÍAS TRADICIONALES METODOLOGÍAS ÁGILES
40

Scrum
Proceso iterativo e incremental utilizado
para la construcción de proyectos.
41

42
El proceso de
SCRUM
42

IDEA
STAKEHOLDERS
PRODUCT OWNER
BACKLOG
(PILA PRODUCTO)
PILA DEL SPRINT
REUNIÓN DE
PLANIFICACIÓN
REUNIÓN DIARIA
REVISIÓN
INCREMENTO
REUNIÓN
REFINAMIENTO
DEFINICIÓN
DE LISTO
DEFINICIÓN
TERMINADO
INCREMENTO
PRODUCTO
REUNIÓN
RETROSPECTIVA
EQUIPO
SPRINT SCRUM MASTER
1
ARTEFACTOS
ROLES
CEREMONIAS
SECUENCIA
DE REUNIONES
2
3
4
5
43

Proceso Scrum: Roles
Permiten dividir las distintas responsabilidades.
44

45
Proceso Scrum: Roles
Permiten dividir las distintas responsabilidades.
STAKEHOLDERS
PRODUCT OWNER
EQUIPO
SCRUM MASTER
Es el responsable de mantener la visión del producto que se va a construir
maximizando la cantidad de valor entregado al ﬁnalizar cada Sprint.
Rol encargado del proceso y de las personas. De remover impedimentos y resolver
conﬂictos.
Son los encargados de construir el producto.
Son todas aquellas personas que de una manera u otra utilizan el resultado de nuestro
producto. Debemos distinguir a usuario de cliente.

46
Proceso Scrum: Artefactos
Son los elementos con los que trabajamos.

47
BACKLOG
(PILA PRODUCTO)
PILA DEL SPRINT
DEFINICIÓN
DE LISTO
DEFINICIÓN
TERMINADO
INCREMENTO
PRODUCTO
SPRINT
Es el conjunto de requisitos o características que debe tener nuestro producto.
Contiene todo lo que se considera que aporta valor y estará priorizado.
Conjunto de tareas o de requisitos que tiene que cumplir cada uno de los PBIs para
poder empezarlos. Nos evitará desperdicios durante el Sprint.
Lista de acciones que deben cumplirse para dar por terminada una tarea. Cuanto
mayor sea la lista de deﬁnición de terminado más calidad tendrá mi lista de producto.
El incremento de producto es el resultado de cada Sprint: La suma de todos los
elementos de la Lista de Producto completados y el valor de los incrementos.
Es el resultado de la Reunión de planiﬁcación al inicio de cada Sprint. Está compuesta
por los todos los requisitos que han sido seleccionados de la pila de producto.
Es el bloque de tiempo durante el cual se crea el incremento de producto (1-4 semanas).
De esta manera se conseguirá ritmo sostenido.
Proceso Scrum: Artefactos
Son los elementos con los que trabajamos.

48
Proceso Scrum: Ceremonias
Eventos predeﬁnidos para evitar reuniones no deﬁnidas.

49
Proceso Scrum: Ceremonias
Eventos predefinidos para evitar reuniones no definidas.
REUNIÓN DE
PLANIFICACIÓN
REUNIÓN DIARIA
REUNIÓN
REFINAMIENTO
REVISIÓN
INCREMENTO
REUNIÓN
RETROSPECTIVA
El objetivo tras esta reunión, es la de facilitar la transferencia de información y
colaboración entre los miembros del equipo. | Cuándo: al inicio del día.
Analizar las problemáticas y las formas de trabajar del propio equipo, para mejorar la
productividad y la calidad del producto. | Cuándo: al final del sprint
Los objetivos son, revisar qué se ha completado durante el sprint, presentar la demo y
examinar el incremento del producto/servicio creado. | Cuándo: al final del sprint
El objetivo es añadir detalle, estimaciones y orden a la Lista de Producto o Refinar los
requisitos del siguiente sprint. | Cuándo: durante el sprint
El objetivo es definir qué tareas van a entrar y cuales no. Y estimar y asignar el trabajo
entre los miembros del equipo. | Cuándo: al inicio del sprint.

50

Kaban
Visualización del proceso de un proyecto.
51

52
¿Qué es KANBAN?
Kanban es una metodología ágil de gestión
de proyectos, que organiza y coordina
el proceso de manera visual.
52

かんばん
53

54
54

PENDIENTES EN CURSO (5) TERMINADAS
55

Kanban en pocas palabras:
● Visualizar el ﬂujo de trabajo
● Limitar el WIP (Work in Progress)
● Medir el lead time ("tiempo de ciclo")
56

Veamos algunos casos prácticos.
57

58

59

Pero seamos sinceros...

Tecnología + negocios + persona: deseos / necesidades

Lean Startup
VALIDACIÓN de Ideas: Solución
(ajuste SOLUCION - MERCADO)
Design Thinking
CREACIÓN de ideas
(ajuste PROBLEMA - SOLUCIÓN)
Scrum/Kanban
IMPLEMENTACIÓN Soluciones
(ejecución y desarrollo)
PROYECTO
SOLUCIÓN
NECESIDAD/
OPORTUNIDAD
SOLUCIÓN
63

Scrum / Kanban
IMPLEMENTACIÓN Soluciones
(ejecución y desarrollo)
Fase de puesta en marcha de nuestro proyecto tras validación
del MVP mediante un plan de release o mejoras incrementales
hasta construir el concepto global de solución.
Lean Startup
VALIDACIÓN de Ideas: Solución
(ajuste SOLUCION - MERCADO)
Contrastar contra mercado (interno o
externo) la viabilidad real de la idea y
ajuste a las expectativas del mismo.
Learning by doing para descubrir
quién es o qué quiere realmente mi
cliente en base a mi idea de solución,
así como la mejor manera de llevarla
a cabo.
Fase de puesta en marcha de
nuestro proyecto y construcción de
un Mínimo Producto Viable (MPV).
Design Thinking
CREACIÓN de ideas
(ajuste PROBLEMA - SOLUCIÓN)
Fase de comprensión cualitativa de
los stakeholders y herramientas de
investigación para la comprensión
del entorno y desarrollo empatía con
el usuario. Captura de necesidades y
deﬁnición de oportunidades para la
generación de ideas de solución que
puedan estar alineadas con nuestro
modelo de negocio. Despliegue de
herramientas y técnicas propias de
Design Thinking.
PROYECTO
SOLUCIÓN
NECESIDAD/
OPORTUNIDAD
SOLUCIÓN
64

Para resumir...
65

El cambio de mindset
66

67
1. De la jerarquía a la redarquía
67

2. Del trabajo individual a la
participación en un equipo
68

3. De la planiﬁcación lineal
a la iteración.
69

4. Del pensamiento analítico
a la actitud reﬂexiva.
70

5. Del cliente pasivo al cliente activo.
71

6. De la documentación escrita y
laboriosa al Visual Thinking.
72

73
/thinkers-co @ThinkersCo @ThinkersCo
Accede a todo nuestro conocimiento en
thinkersco.com/comunidad

Taller Introducción al desarrollo de Proyectos Ágiles

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Taller Introducción al desarrollo de Proyectos Ágiles

Similar a Taller Introducción al desarrollo de Proyectos Ágiles (20)

Más de Invattur

Más de Invattur (20)

Taller Introducción al desarrollo de Proyectos Ágiles