x

La mentalidad ágil

#TallerIntroductorio
> ¿Qué es el agilismo?

¡Una lista de
¡Un proceso de ¡Un conjunto
pasos ¡Una forma de
desarrollo de de mejores
obligatorios a pensar.
software. prácticas.
seguir.

2
> ¿Qué es el agilismo?

¡Una lista de
¡Un proceso de ¡Un conjunto
pasos Una
desarrollo de de mejores
obligatorios a mentalidad.
software. prácticas.
seguir.

3
¿QUÉ ES EL AGILISMO?

El agilismo es una mentalidad que

sirve para organizar proyectos usando un
enfoque Incremental al desarrollo de producto.

Esto permite que los proyectos sean más

flexibles y adaptables a los cambios,
promoviendo más frecuente entrega de valor
como una medida de progreso.

4
> ¿Cuándo se creó el manifiesto ágil?

¡Año 1979. ¡Año 2001. ¡Año 2000. Año 2005.

5
> ¿Cuándo se creó el manifiesto ágil?

¡Año 1979. Año 2001. ¡Año 2000. Año 2005.

6
EL MANIFIESTO ÁGIL

Fue creado en el año 2001 para sintetizar los valores y

principios detrás de diferentes enfoques ágiles que se habían
estado generando hasta ese tiempo (Kanban fue desarrollado
en el año 1943, Scrum en el año 1990 por ejemplo).

El Manifiesto ágil fue escrito en el Snowbird Ski Resort en Utah

(USA) (en sí los principios presentados en el Manifiesto ágil
fueron escritos vía email y llamadas de conferencia después
de que la reunión en el hotel terminó).

Las personas que escribieron este manifiesto fueron: Robert C. Martin, Kent Beck, Mike Beedle,
Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim
Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Steve Mellor, Ken Schwaber, Jeff
Sutherland, Dave Thomas

7
> ¿Usamos agilismo para esto?

No, no tiene
Si, desde ya!
sentido!

8
> ¿Usamos agilismo para esto?

No, no tiene
Si, desde ya!
sentido!

9
 ¿QUÉ NO ES EL AGILISMO?

Una Bala de Plata!!!!

Fijo
Recursos Tiempo
Alcance

Desarrollo
Desarrollo ÁGIL
en cascada
(Waterfall)
Alcance
Recursos Tiempo
Estimado

10
> ¿Tener cero defectos en el código
es un objetivo ágil?

Verdadero Falso

11
> ¿Tener cero defectos en el código
es un objetivo ágil?

Verdadero Falso

12
→ Robert C. Martin (Uncle Bob / El tío Bob)

→ Inclusive código malo puede funcionar, pero si el código no está

limpio (bien codificado), este puede traer al departamento de
desarrollo a sus rodillas.
“Nosotros no vamos a entregar mier**” // “We will not ship shi*”

Un libro importante para leer:

Código limpio: Manual de estilo para el desarrollo ágil de software / Clean

code: A Handbook of Agile Software Craftsmanship (Programación)
(Spanish Edition)

13
> El Testing

Es solo de No es
Es un esfuerzo Es realizado
interés para la necesario
colaborativo solo al final del
persona QA si el código
del team. trabajo.
(tester) es sencillo.

14
> El Testing

Es solo de No es
Es un esfuerzo Es realizado
interés para la necesario
colaborativo solo al final del
persona QA si el código
del team. trabajo.
(tester) es sencillo.

15
> Si Abe tiene 2 manzanas y Bruno le saca 3,
¿Cuántas manzanas tiene Abe?

Todas las
No es posible respuestas son
correctas, dado
0 -1 porque Abe que vivimos en
tenía 2. una matrix y Neo
nos va a salvar.

16
> Si Abe tiene 2 manzanas y Bruno le saca 3,
¿Cuántas manzanas tiene Abe?

Todas las
No es posible respuestas son
correctas, dado
0 -1 porque Abe que vivimos en
tenía 2. una matrix y Neo
nos va a salvar.

17
> ¿Cuál de los siguientes puntos no es
uno de los 4 Valores Ágiles?

Individuos e Planeamiento Colaboración Software

interacciones. y Reuniones. con el cliente. funcionando.

18
> ¿Cuál de los siguientes puntos no es
uno de los 4 Valores Ágiles?

Individuos e Planeamiento Colaboración Software

interacciones. y Reuniones. con el cliente. funcionando.

19
> ¿Cuál de los puntos siguientes no es algo que el
manifiesto tenga como punto principal?

Como el
Cómo Como crear
La mejora equipo va a
interactuar con un plan de
continua. hacer el
los clientes. proyecto.
trabajo.

20
> ¿Cuál de los puntos siguientes no es algo que el
manifiesto tenga como punto principal?

Como el
Cómo Como crear
La mejora equipo va a
interactuar con un plan de
continua. hacer el
los clientes. proyecto.
trabajo.

21
 EL MANIFIESTO ÁGIL

Individuos e interacciones Software funcionando

sobre procesos y sobre documentación
herramientas extensiva

Colaboración con el Respuesta ante el cambio

cliente sobre negociación sobre seguir un plan
contractual

22
> ¿Quién es responsable de saber, compartir
y aplicar los Principios y Prácticas Ágiles
todo el tiempo?

La persona Todes les

El Leader del El arquitecto
que crea el miembres del
team. del proyecto.
plan. equipo.

23
> ¿Quién es responsable de saber, compartir
y aplicar los Principios y Prácticas Ágiles
todo el tiempo?

La persona Todos los

El Leader del El arquitecto
que crea el miembros del
team. del proyecto.
plan. equipo.

24
> El líder del team insiste en una metodología
rígida para ejecutar diferentes proyectos, no
aceptando ningún comentario del equipo.

No está bien dado que

Está bien porque al
las cosas pueden ser
ser el líder, sabe lo
diferentes y no se
que es mejor para el
puede hacer siempre
equipo.
lo mismo.

25
> El líder del team insiste en una metodología
rígida para ejecutar diferentes proyectos, no
aceptando ningún comentario del equipo.

No está bien dado que

Está bien porque al
las cosas pueden ser
ser el líder, sabe lo
diferentes y no se
que es mejor para el
puede hacer siempre
equipo.
lo mismo.

26
> Un desarrollador uso muchas horas trabajando en una
prueba de concepto para tratar un error complejo. Cuando
detectó que esa solución no iba a funcionar le aviso al jefe
del proyecto y este le gritó delante del team. ¿Qué principio
aplicaría bien para este caso?

El mejor método de Crear proyectos Nuestra prioridad

Atención continua,
comunicación es la basados en equipos absoluta es atender
excelencia técnica y
interacción cara a motivados. Darles el las necesidades del
buenos diseños.
cara. lugar para idear. cliente.

27
> Un desarrollador uso muchas horas trabajando en una
prueba de concepto para tratar un error complejo. Cuando
detectó que esa solución no iba a funcionar le aviso al jefe
del proyecto y este le gritó delante del team. ¿Qué principio
aplicaría bien para este caso?

El mejor método de Crear proyectos Nuestra prioridad

Atención continua,
comunicación es la basados en equipos absoluta es atender
excelencia técnica y
interacción cara a motivados. Darles las necesidades del
buenos diseños.
cara. el lugar para idear. cliente.

28
> Un equipo ágil es responsable por qué nivel de
documentación?

Justo lo que se
No hay Todo lo que se
considere necesario
documentación en pueda y nos
para que el cliente
los proyectos ágiles imaginemos para
entienda y se
para no convertirlos que no falte ningún cumplan los acuerdos
en burocráticos. detalle posible. definidos.

29
> Un equipo ágil es responsable por qué nivel de
documentación?

Justo lo que se
No hay Todo lo que se
considere necesario
documentación en pueda y nos
para que el cliente
los proyectos ágiles imaginemos para
entienda y se
para no convertirlos que no falte ningún
cumplan los
en burocráticos. detalle posible.
acuerdos definidos.

30
 LOS PRINCIPIOS ÁGILES

→ #1 Satisfacer a los clientes a través de la entrega temprana y continua.

→ #2 Bienvenidos los requisitos cambiantes incluso al final del proyecto.

→ #3 Entrega valor con frecuencia.

→ #4 Romper los hilos de tu proyecto.

→ #5 Construir proyectos en torno a individuos motivados.

→ #6 La forma más eficaz de comunicación es cara a cara. (Pre Covid :) ).

31
 LOS PRINCIPIOS ÁGILES

→ #7 Un software de trabajo es la principal medida de progreso.

→ #8 Mantener un ritmo de trabajo sostenible.

→ #9 La excelencia continua mejora la agilidad.

→ #10 La simplicidad es esencial.

→ #11 Equipos autoorganizados generan más valor.

→ #12 Reflexiona y ajusta regularmente tu forma de trabajar

para aumentar la eficacia.

32
PALABRAS FINALES

Los equipos pueden usar prácticas ágiles sin tener la mentalidad,

pero es en ella en donde los grupos se transforman en Equipos de
Alto Rendimiento, entregando resultados increíbles para los clientes.

La mentalidad ágil debe siempre incluir:

→ Respeto.
→ Colaboración.
→ Mejora y ciclos de aprendizaje (errores!).
→ Orgullo en lo que se hace.
→ Enfocados en entregar valor.
→ Habilidad para adaptarse a los cambios.

33
Páginas adicionales
Hay diferentes métodos Ágiles, pero el agilismo en sí no es una metodología o un
marco. Es un conjunto de valores y principios. Esta es la razón por la que es
increíblemente flexible y puede ser aplicado por diferentes organizaciones. Sin
embargo, para realizar una transformación exitosa, es necesario tener la base
necesaria. Implementar los 12 principios Agile es precisamente cómo se construye.

Saludos y bienvenides a este hermoso mundo ágil!

Germán.

35
→ Los principios
#1 Satisfacer a los clientes a través de la entrega temprana y continua:

→ En ellos debe estar la información más relevante e invitar a seguir leyendo.

La formulación original del primero de los principios Agile dice, "nuestra máxima prioridad es satisfacer al cliente a
través de la entrega temprana y continua de software valioso". Sin embargo, es perfectamente aplicable en áreas
fuera del desarrollo de software.

Como puedes ver, la satisfacción del cliente se sitúa entre los primeros de los 12 principios. La entrega temprana y
continua aumenta la probabilidad de satisfacer las demandas de los clientes y contribuye a la generación de un
retorno de la inversión más rápido.

Al aplicar este concepto, aumentarás la agilidad de tu proceso y responderás a los cambios de manera oportuna. Por
otro lado, tus clientes estarán más contentos porque obtendrán valor por el que están pagando con más frecuencia.
Además, podrán proporcionar feedback desde el principio, por lo que podrás disminuir la probabilidad de realizar
cambios significativos más adelante en el proceso.

36
→ Los principios
#2 Bienvenidos los requisitos cambiantes incluso al final del proyecto:

→ Aún así, si es necesario, las solicitudes de cambio deben ser bienvenidas incluso en las últimas etapas de la
ejecución del proyecto. El texto original del segundo de los principios de Agile indica que tu equipo necesita "dar la
bienvenida a los requisitos cambiantes, incluso al final del desarrollo. Los procesos ágiles aprovechan el cambio para
la ventaja competitiva del cliente".

En la gestión de proyectos tradicional, cualquier cambio en la etapa tardía generalmente significa un aumento del
alcance y, por lo tanto, costes más altos. En Agile, sin embargo, los equipos tienen como objetivo aceptar la
incertidumbre y reconocer que incluso un cambio tardío todavía puede tener mucho valor para el cliente final. Debido
a la naturaleza del proceso iterativo de Agile, los equipos no deberían tener problemas para responder a esos
cambios de manera oportuna.

37
→ Los principios
#3 Entrega valor con frecuencia

→ El tercer principio de gestión de proyectos ágil establece originalmente, "entregar software que funcione con
frecuencia, desde un par de semanas hasta un par de meses, con una preferencia a la escala de tiempo más corta".
El objetivo principal es reducir el tamaño de los lotes que utilizas para procesar el trabajo.

Este principio se hizo necesario debido a las grandes cantidades de documentación que formaban parte del proceso
de planificación en el desarrollo de software a finales del siglo XX. Lógicamente, reducirás el período de tiempo de
planificación y pasarás más tiempo trabajando en tus proyectos. En otras palabras, tu equipo será capaz de planificar
de una manera más ágil.

38
→ Los principios
#4 Romper los silos de tu proyecto:

→ Agile confía en equipos multifuncionales para facilitar la comunicación entre las diferentes partes interesadas del
proyecto. Como dice el texto original, "los empresarios y los desarrolladores deben trabajar juntos diariamente a lo
largo del proyecto".

En un contexto de trabajo de conocimiento, que no está explícitamente relacionado con el desarrollo de software,
puede cambiar fácilmente la palabra "desarrolladores" a "ingenieros" o "diseñadores" o lo que mejor se adapte a tu
situación. El objetivo es crear una sincronización entre las personas que crean valor y las que lo planifican o venden.
De esta manera, puedes hacer que la colaboración interna sea fluida y mejorar el rendimiento de tu proceso.

39
→ Los principios
#5 Construir proyectos en torno a individuos motivados

→ La lógica detrás del quinto de los principios de Agile es que al reducir la microgestión y potenciar a los miembros
del equipo motivados, los proyectos se completarán más rápido y con mejor calidad.

Al igual que el texto original que sigue a los estados del Manifiesto Agile, es necesario "construir proyectos en torno a
individuos motivados. Darles el entorno y el apoyo que necesitan, y confiar en ellos para hacer el trabajo".

La segunda frase de este principio es especialmente importante. Si no confías en tu equipo y mantienes

centralizadas incluso las decisiones más pequeñas de tu empresa, solo obstaculizarás el compromiso de tu equipo.
Como resultado, los individuos nunca sentirán un sentido de pertenencia al propósito del proyecto dado que está
tratando de cumplir, y no obtendrás la mayor parte de su potencial.

40
→ Los principios
#6 La forma más eficaz de comunicación es cara a cara:

→ "El método más eficiente y eficaz para transmitir información a un equipo de desarrollo y dentro de ellos es la
conversación cara a cara".

En 2001, este principio fue puntual. Al comunicarse en persona, reduce el tiempo entre hacer una pregunta y recibir
una respuesta. Sin embargo, en el entorno de trabajo moderno donde los equipos colaboran desde diferentes lugares
del mundo, supone una gran limitación.

Afortunadamente, con el desarrollo de la tecnología, puede interpretar este principio ágil de cara a cara a "sincrónico"
o de otra manera comunicación directa. Así que siempre y cuando tengas una manera de llegar rápidamente a tu
equipo y discutir asuntos de trabajo sin rebotar y reenviar correos electrónicos durante días, hacelo!

41
→ Los principios
#7 Un software de trabajo es la principal medida de progreso:

→ El séptimo de los principios básicos de Agile es bastante sencillo. No importa cuántas horas de trabajo hayas
invertido en tu proyecto, cuántos errores hayas corregido o cuántas líneas de código haya escrito tu equipo.

Si el resultado de su trabajo no es como tu cliente espera que sea, tienes problemas.

Si todavía estás leyendo esto, ¡te felicito! ¡Realmente querés ser la diferencia en tu equipo, seguí leyendo que hay más!

42
→ Los principios
#8 Mantener un ritmo de trabajo sostenible:

→ La formulación precisa de este principio es "Los procesos ágiles promueven el desarrollo sostenible. Los
patrocinadores, desarrolladores y usuarios deben ser capaces de mantener un ritmo constante indefinidamente".

Lógicamente, al poner Agile en práctica, tu objetivo es evitar sobrecargas y optimizar tu forma de trabajar para que
puedas entregar al mercado con frecuencia y responder al cambio sin necesidad de heroicidad personal de tu equipo.

43
→ Los principios
#9 La excelencia continua mejora la agilidad:

→ Como afirman los fundadores del Manifiesto Agile, "la atención continua a la excelencia técnica y el buen diseño
mejoran la agilidad". En un contexto de desarrollo, este principio permite a los equipos crear no sólo software que
funcione, sino también un producto estable de alta calidad.

Como resultado, los cambios en el código serán menos propensos de generar errores y un mal funcionamiento.

Aun así, el noveno de los principios de gestión de Agile es aplicable en todas las industrias. Cuando mantengas la
excelencia operativa, tendrás menos problemas para reaccionar a los cambios y mantener la agilidad.

44
→ Los principios
#10 La simplicidad es esencial:

→ El contenido original de este principio puede ser un poco confuso, ya que dice "Simplicidad – el arte de maximizar la
cantidad de trabajo no hecho – es esencial". Sin embargo, es muy práctico.

Si puedes hacer algo de una manera sencilla, ¿por qué perder el tiempo complicándote? Tus clientes no están pagando
por la cantidad de esfuerzo que inviertes. Están comprando una solución a un problema específico que tienen. Ten
esto en cuenta cuando implemente Agile y evite hacer algo por el simple hecho de hacerlo.

45
→ Los principios
#11 Equipos autoorganizados generan más valor:

→ Una vez más, nos damos cuenta de que cuando se les proporciona libertad, los equipos motivados generan el
máximo valor para el cliente. Al discutir este principio, los 17 “padres” de Agile afirmaron que "las mejores
arquitecturas, requisitos y diseños surgen de equipos autoorganizados".

Si tienes que empujar a tu equipo y "conducirlos hacia adelante", tal vez no estés listo para Agile, o necesitas hacer
algunos cambios en tu estilo de liderazgo.

46
→ Los principios
#12 Reflexiona y ajusta regularmente tu forma de trabajar para aumentar la eficacia:

→ Está relacionado con la evaluación de tu rendimiento y la identificación del margen de mejora. La versión larga del
principio dice: "A intervalos regulares, el equipo reflexiona sobre cómo ser más eficaz, luego sintoniza y ajusta su
comportamiento en consecuencia".

Al hacer esto, serás capaz de experimentar y mejorar tu rendimiento continuamente. Si las cosas no salen como lo has
planeado, puedes discutir lo que salió mal y ajustarse para volver a empezar.

47
 ¡Gracias!
Germán + TranSistemas

48