Lección 1 de 11

Introducción

Un número cada vez mayor de clientes de TCS se está moviendo hacia una forma ágil de
trabajar, este curso le presentará los conceptos básicos de la metodología ágil.

Agile para principiantes consta de 10 secciones

Hola Greedo, A medida que nos adentramos en el entorno ágil, usaremos el término
sprint en lugar de temas. Entonces, dividiremos nuestro aprendizaje en 10 sprints y los
veremos en detalle.

Wow, eso es interesante, Moder, ¡estoy muy emocionada! comencemos nuestro

recorrido

Lección 2 de 11

¿Por qué ágil?

Entonces, ¿por qué los clientes y la industria en general se están volviendo ágiles?
¡Aprendamos más con Greedo!

Hola Moder. ¿Qué vamos a cubrir en esta sección?

Hola Gredo! En la sección de éxitos, aprenderemos sobre la importancia de Agile en un

entorno empresarial.
Vamos a empezar

Más de 1500 clientes de TCS aplican prácticas ágiles

Un número cada vez mayor de clientes de TCS se está moviendo hacia una forma ágil de
trabajar.
¿Por qué es esta una afirmación verdadera?

Un número cada vez mayor de clientes de TCS se están pasando a la forma ágil de
trabajar. ¿Por qué es esta una afirmación verdadera?
seleccione su respuesta y haga clic en enviar.

Lección 2 de 11

¿Por qué ágil?

Entonces, ¿por qué los clientes y la industria en general se están volviendo ágiles?
¡Aprendamos más con Greedo!

Hola Moder. ¿Qué vamos a cubrir en esta sección?

Hola Gredo! En la sección de éxitos, aprenderemos sobre la importancia de Agile en un

entorno empresarial.
Vamos a empezar

Más de 1500 clientes de TCS aplican prácticas ágiles

Un número cada vez mayor de clientes de TCS se está moviendo hacia una forma ágil de
trabajar.
¿Por qué es esta una afirmación verdadera?

Un número cada vez mayor de clientes de TCS se están pasando a la forma ágil de
trabajar. ¿Por qué es esta una afirmación verdadera?
seleccione su respuesta y haga clic en enviar.

Lección 2 de 11

Más de 1500 clientes de TCS aplican prácticas ágiles

Un número cada vez mayor de clientes de TCS se está moviendo hacia una forma ágil de
trabajar.
¿Por qué es esta una afirmación verdadera?

Un número cada vez mayor de clientes de TCS se están pasando a la forma ágil de
trabajar. ¿Por qué es esta una afirmación verdadera?
seleccione su respuesta y haga clic en enviar.

Lección 2 de 11

Más de 1500 clientes de TCS aplican prácticas ágiles

Un número cada vez mayor de clientes de TCS se está moviendo hacia una forma ágil de
trabajar.
¿Por qué es esta una afirmación verdadera?

Un número cada vez mayor de clientes de TCS se están pasando a la forma ágil de
trabajar. ¿Por qué es esta una afirmación verdadera?
seleccione su respuesta y haga clic en enviar.

Lección 2 de 11
Más de 1500 clientes de TCS aplican prácticas ágiles

Un número cada vez mayor de clientes de TCS se está moviendo hacia una forma ágil de
trabajar.
¿Por qué es esta una afirmación verdadera?

Un número cada vez mayor de clientes de TCS se están pasando a la forma ágil de
trabajar. ¿Por qué es esta una afirmación verdadera?
seleccione su respuesta y haga clic en enviar.

Lección 2 de 11

¿Por qué ágil?

Entonces, ¿por qué los clientes y la industria en general se están volviendo ágiles?
¡Aprendamos más con Greedo!

Hola Moder. ¿Qué vamos a cubrir en esta sección?

Hola Gredo! En la sección de éxitos, aprenderemos sobre la importancia de Agile en un

entorno empresarial.
Vamos a empezar

Más de 1500 clientes de TCS aplican prácticas ágiles

Un número cada vez mayor de clientes de TCS se está moviendo hacia una forma ágil de
trabajar.
¿Por qué es esta una afirmación verdadera?

Un número cada vez mayor de clientes de TCS se están pasando a la forma ágil de
trabajar. ¿Por qué es esta una afirmación verdadera?
seleccione su respuesta y haga clic en enviar.

1. Hay un número de incremento de dos dígitos de proyectos ágiles (por IPMS) año tras
año durante los últimos años.
2. en el 90% de las conversaciones ejecutivas. Los clientes traen Agile como tema de
conversación.
3. Tanto 1 como 2.
4. ¡No caeré en ese truco! esto no es una declaración verdadera.

En el entorno empresarial digital acelerado de hoy en día, las empresas deben adaptarse a
las condiciones del mercado que cambian rápidamente. La forma tradicional de trabajar
no ofrece la flexibilidad para adaptarse a tales condiciones.
1. Hay un número de incremento de dos dígitos de proyectos ágiles (por IPMS) año tras
año durante los últimos años.
2. en el 90% de las conversaciones ejecutivas. Los clientes traen Agile como tema de
conversación.
3. Tanto 1 como 2.
4. ¡No caeré en ese truco! esto no es una declaración verdadera.

En el entorno empresarial digital acelerado de hoy en día, las empresas deben adaptarse a
las condiciones del mercado que cambian rápidamente. La forma tradicional de trabajar
no ofrece la flexibilidad para adaptarse a tales condiciones.
1. Hay un número de incremento de dos dígitos de proyectos ágiles (por IPMS) año tras
año durante los últimos años.
2. en el 90% de las conversaciones ejecutivas. Los clientes traen Agile como tema de
conversación.
3. Tanto 1 como 2.
4. ¡No caeré en ese truco! esto no es una declaración verdadera.

En el entorno empresarial digital acelerado de hoy en día, las empresas deben adaptarse a
las condiciones del mercado que cambian rápidamente. La forma tradicional de trabajar
no ofrece la flexibilidad para adaptarse a tales condiciones.
1. Hay un número de incremento de dos dígitos de proyectos ágiles (por IPMS) año tras
año durante los últimos años.
2. en el 90% de las conversaciones ejecutivas. Los clientes traen Agile como tema de
conversación.
3. Tanto 1 como 2.
4. ¡No caeré en ese truco! esto no es una declaración verdadera.

En el entorno empresarial digital acelerado de hoy en día, las empresas deben adaptarse a
las condiciones del mercado que cambian rápidamente. La forma tradicional de trabajar
no ofrece la flexibilidad para adaptarse a tales condiciones.

Los métodos tradicionales de desarrollo de software no son flexibles para las necesidades
empresariales actuales.

¡Espere Sr. Moder! ¿A qué te refieres con forma tradicional?

Llevamos décadas desarrollando software. Hasta hace poco estábamos siguiendo

diferentes métodos de desarrollo. Un método destacado que utilizamos fue el modelo
Waterfall.
El modelo de cascada consistió en la finalización secuencial de las actividades del proyecto
desde los requisitos hasta la implementación. Por cierto, las cascadas son preciosas; pero
ahora cuando se convierten en procesos!.

Haz clic en cada pestaña para saber más

Requisitos del producto
Cascada:
- Análisis
- Diseño
- Codificación
- Despliegue

Producto.

Otros modelos tradicionales

Después de Waterfall, surgieron muchos otros modelos, como el proceso de desarrollo de

software unificado (USDP), los métodos iterativos, etc.
Aunque mejoraron la forma de trabajar mediante la introducción de fases superpuestas o
iteraciones cortas, aún no proporcionaron un marco ligero propicio para los equipos
colaboradores que necesitan responder rápidamente a las necesidades comerciales.

Lección 3 de 11

¿Qué es Ágil?

Ahora, veamos cuáles son los principios básicos de Agile y cómo cambia la forma en que
trabajamos.

el término ágil en sofwtare es:

Un conjunto de valores y principios escritos por 17 expertos en desarrollo de software.

El manifiesto ágil tiene 4 valores y 12 principios. los principios expanden los valores.

a principios de 2001, 17 expertos en desarrollo de software se reunieron para analizar un

enfoque ligero alternativo al proceso tradicional de desarrollo de software pesado. Lo que
surgió fue el Manifiesto para el desarrollo ágil de software.

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?

¿Lo sabías?

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?
Un conjunto de valores y principios escritos por 17 expertos en desarrollo de software.

El manifiesto ágil tiene 4 valores y 12 principios. los principios expanden los valores.

a principios de 2001, 17 expertos en desarrollo de software se reunieron para analizar un

enfoque ligero alternativo al proceso tradicional de desarrollo de software pesado. Lo que
surgió fue el Manifiesto para el desarrollo ágil de software.

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?

¿Lo sabías?

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?
Un conjunto de valores y principios escritos por 17 expertos en desarrollo de software.

El manifiesto ágil tiene 4 valores y 12 principios. los principios expanden los valores.

a principios de 2001, 17 expertos en desarrollo de software se reunieron para analizar un

enfoque ligero alternativo al proceso tradicional de desarrollo de software pesado. Lo que
surgió fue el Manifiesto para el desarrollo ágil de software.

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?

¿Lo sabías?

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?
Un conjunto de valores y principios escritos por 17 expertos en desarrollo de software.

El manifiesto ágil tiene 4 valores y 12 principios. los principios expanden los valores.

a principios de 2001, 17 expertos en desarrollo de software se reunieron para analizar un

enfoque ligero alternativo al proceso tradicional de desarrollo de software pesado. Lo que
surgió fue el Manifiesto para el desarrollo ágil de software.

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?

¿Lo sabías?
¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban
satisfechos con el método tradicional en cascada?
Un conjunto de valores y principios escritos por 17 expertos en desarrollo de software.

El manifiesto ágil tiene 4 valores y 12 principios. los principios expanden los valores.

a principios de 2001, 17 expertos en desarrollo de software se reunieron para analizar un

enfoque ligero alternativo al proceso tradicional de desarrollo de software pesado. Lo que
surgió fue el Manifiesto para el desarrollo ágil de software.

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?

¿Lo sabías?

¿Por qué los practicantes de métodos alternativos de desarrollo de software no estaban

satisfechos con el método tradicional en cascada?

- la cascada no es un proceso ligero.

- A los practicantes no les gustaba trabajar en un sistema formal y por lo tanto no les
gustaba ninguna metodología en absoluto.
- La experiencia en cascada no agregó valor a su currículum.
- El modelo de cascada no cumplió con la demanda de velocidad y no fue amigable con las
necesidades y prioridades comerciales cambiantes.

Agile Manifesto proporciona agilidad al promover actividades continuas en respuesta a

cambios en lugar de actividades fijas.

para animar a estos

- individuos e interacciones sobre procesos y herramientas
- software de trabajo sobre documentación completa
- colaboración con el cliente en las negociaciones del contrato
- Responde al cambio sobre el siguiente plan

¿Te gustaría conocer el mito y la verdad de ágil

Mito
Agile significa SIN planificación (¡eso es lo que me dijo mi colega, el Sr. Certified Opinion
Maker!).

Verdad
Si bien Agile desalienta la gran planificación inicial, trabajar en Agile requiere un plan
inicial justo, seguido de una planificación continua en todo momento.
Lección 4 de 11

Melé

¿Sabías que el 'Scrum' era una técnica en el Rugby? Entonces, ¿cómo se convirtió en uno
de los marcos más populares de Agile? Dejanos ver...

Hola Moder. Discutimos el Manifiesto Ágil en la última sección. Uno de mis amigos me dijo
que hay
otros marcos disponibles en el Manifiesto Ágil
Pero, ¿por qué estamos destacando scrum?

Buena pregunta Greedo. En esta sección, explicaré Scrum en detalle.

Objetivos

Al final de esta sección, podrá explicar 3 Roles*, 5 Eventos y 3 Artefactos en Scrum. Vamos
a empezar.
* según la Guía Scrum 2020, los 'Roles' se denominan 'Responsabilidades'

Greedo, como dices, hay otros marcos detrás del Manifiesto Ágil. Suponemos que también
se pueden usar para implementar Agile en el terreno. ¿Está interesado en conocer los
otros marcos en Agile?

ХР
Melé
Cristal
DSDM
FDD

Scrum, Crystal, XP, DSDM y FDD son los otros marcos en Agile.
Nos enfocamos en Scrum porque la gran mayoría de
Los clientes de TCS (y la mayoría de las organizaciones) usan Scrum. Scrum es el marco
más popular en Agile.

Es más probable que utilice Scrum en la práctica. Por lo tanto, es recomendable aprender
Scrum primero.
También destacaremos XP más adelante, ya que algunas de sus prácticas se utilizan
normalmente junto con Scrum.
Por lo tanto, vourare aovised para ganar sobre esas prácticas también
Los marcos pueden diferir en las pautas. Todos estos marcos siguen Agile, sin embargo, las
pautas específicas pueden variar.
Aquí hay un escenario de cómo diferentes marcos sugieren diferentes líneas de tiempo
para una iteración.

Entregue software que funcione con frecuencia, desde un par de semanas hasta un par de
meses, con preferencia a la escala de tiempo más corta.

Scrum---- La duración de la iteración es de hasta 1 mes calendario

XP--------- La duración de la iteración es de 1 a 3 semanas
DSDM----- La duración de la iteración es de 2 a 4 semanas

Scrum, una técnica en el juego de rugby, fue destacada originalmente como un marco
prometedor para el desarrollo de productos complejos por los profesores japoneses H.
Takeuchi e I. Nonaka.

El juego de desarrollo de nuevos productos

Deja de correr la carrera de relevos y toma prisa

Este nuevo énfasis en la velocidad y la flexibilidad exige un enfoque diferente para

gestionar el desarrollo de nuevos productos.

El enfoque tradicional secuencial o de carrera de relevos para el desarrollo de productos...

puede entrar en conflicto con los objetivos de máxima velocidad y flexibilidad.

En cambio, enfoque holístico o de "rugby"

- donde el equipo trata de recorrer la distancia como una unidad, pasándose el balón de
un lado a otro - puede servir mejor a los requisitos competitivos de hoy.

Más tarde, Ken Schwaber y Jeff Sutherland refinaron e introdujeron Scrum para el
desarrollo de software.

Es bastante interesante. Moder, ¿hay alguna manera fácil de recordar el proceso Scrum?
Scrum es fácil de entender. Aquí está el atajo para recordar qué es scrum.

3 FUNCIONES
¿Recuerdas cómo el equipo del proyecto está comandado por
¿Gerente de proyecto?
No hay un administrador dentro del Equipo Scrum. Solo hay tres roles. Las actividades de
gestión se distribuyen
entre ellos.
¡No concluyas nada todavía! ¡Agile todavía ama a los gerentes!

5 EVENTOS
¿Recuerdas esas reuniones largas y ad hoc típicas de los proyectos?
Scrum elimina las reuniones no planificadas con personas externas. No hay otra reunión
más que cinco eventos (especie de reuniones). Scrum también minimiza el tiempo de
reunión, limitando estrictamente su duración.

3 artefactos
¿Recuerda esos enormes conjuntos de artefactos que necesita crear para el cumplimiento
y la auditoría?
Scrum exige solo tres artefactos que son esenciales para comunicar sobre el estado del
trabajo. El equipo puede elegir documentos adicionales si agregan valor

Aprendamos sobre los 3 roles en detalle.

EQUIPO SCRUM
maestro SCRUM
Dueño del producto
desarrolladores

Maestro Scrum
¿Crees que Scrum Master es el nuevo nombre para Project Manager?
No. Scrum Master es como un entrenador deportivo. SCRUM
El Maestro enseña al equipo sobre ahora a trabajar en
Melé. Pero Scrum Master no ordenará ni dirigirá al equipo sobre cómo realizar su trabajo
técnico. En cambio. establecen objetivos de desempeño del equipo y ayudan al equipo a
lograr

Dueño del producto

¿Crees que el Product Owner es la persona de negocios que da los requisitos?
El propietario del producto no entrega un documento de requisitos bien escrito. En
cambio, propietario del producto. un maximizador de valor para los usuarios. necesita
trabajar en estrecha colaboración con el equipo para evolucionar las necesidades del
cliente de forma continua.

Desarrolladores
¿Crees que los desarrolladores se refieren solo a los programadores?
Los desarrolladores son el equipo técnico que contiene todos los especialistas técnicos
necesarios para lograr el objetivo común. Esto puede tener probadores de
programadores, arquitectos, especialistas en interfaz de usuario, etc. Pero todos ellos solo
tendrán un rol llamado
'Desarrollador.

Moder, ¿hay un límite para el tamaño del equipo Scrum?

Sí Gredo. Hay un límite. Lo explicaré.

El tamaño máximo de un Equipo Scrum es de 10.

Product Owner y Scrum Masters son individuos.
Los desarrolladores son de 3 a 8 miembros con personal según los requisitos de
habilidades de desarrollo.

Scrum Team es un equipo pequeño.

Sin embargo, tiene el número mínimo pero esencial de roles, por lo que el equipo puede
desarrollar un resultado de calidad en poco tiempo.

Aquí hay un ciclo de iteración para el desarrollo de un proyecto.

Scrum Team es un equipo multifuncional que tiene todas las habilidades necesarias para
desarrollar el producto. Es autogestionario y tiene toda la autoridad para planificar cómo
desarrollar el producto.

Anti patrones

Mientras comienza 'Agile' en el terreno, debe estar preparado para ver diferentes
implementaciones de la misma: se denominan patrones anti.

greedo en esta sección discutiremos las variaciones en la implementación, entre nuestros

clientes

seguro moder, estoy emocionado!

¡¡bueno!! antes de comenzar, recapitulemos lo que hemos aprendido hasta ahora

Lección 10 de 11

Ágil para no software

Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.
Ágil para no software

Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.
Ágil para no software

Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.
Ágil para no software
Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.
Ágil para no software

Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.
Ágil para no software

Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.
Ágil para no software

Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.
Ágil para no software

Agile reitera verdades universales, por lo que también se puede implementar para
simplificar diferentes tipos de actividades que no son de software.