Manifiesto ágil: valores y principios para equipos adaptables

Curso de Scrum Profesional

Contenido del curso

¿De dónde viene la agilidad?

Marco de trabajo Scrum

Roles y Responsabilidades en Scrum

Los Eventos de Scrum

Artefactos y Gestión del Trabajo

Cierre y próximos pasos

Tomar examen

Manifiesto ágil: valores y principios para equipos adaptables

Todos los cursos GRATIS

Se acaba en:

00díasd:00hrsh:00minm:00segs

Comentarios33

Antonio Villamayor Delgado

Estudiante

Hace 10 meses

Los retos interrumpen el video y, si quiero volver a escuchar la explicación completa, tengo que repetir el reto. Sería mejor poder ver el video sin pausas o mejorar la transición hacia los retos. En plataformas como Coursera, las preguntas aparecen después del video, lo que permite comprobar la comprensión sin cortar el aprendizaje. La idea es buena, pero la integración podría mejorarse.

Javier Ramos

Estudiante

Hace 10 meses

Apoyo la propuesta

Diego Escaño

Estudiante

Hace 10 meses

completamente de acuerdo. Pierdes el hilo de lo que estabas viendo. Al final de la clase sería mejor, y no en todas las clases, sino se va a convertir en ruido.

Juan Ramón García Santabárbara

Company_admin

Hace 10 meses

En mi opinión los retos son una buena idea, pero para introducirlos en mitad del vídeo deberían de estar insertados en puntos en los que se haga una pausa o una idea este completamente cerrada. Si los retos aparecen a mitad de una frase no me parece una forma adecuada de introducirlos. Necesitáis hacer una mejor iteración de la idea.

angel trujillo

Estudiante

Hace 10 meses

la verdad que los restos durante el video fue un plus que hacia falta me encanto para poder concentrarme mas durante la clase

Edith Yaneth Bohorquez Fuentes

Estudiante

Hace 10 meses

Los retos durante el video me permitieron estar más concentrada en la clase.

Guillermo Alomia Monjaraz

Estudiante

Hace 10 meses

que horrible esos retos interrumpen a cada instante cuando está hablando, ni siquiera la dejan terminar la idea que está exponiendo... malazo

Cristian D.García

Estudiante

Hace 10 meses

criticas pero no propones. malazo de SCRUM

Gerardo Ferreira Reyes

Estudiante

Hace 10 meses

Literal está hecho para eso. Para que puedas aprender a adaptarte.

Yuli Alexandra Pulido Castañeda

Estudiante

Hace 8 meses

Hola Chicos!

Andrea Lopez

Estudiante

Hace 10 meses

Cuando la prioridad es la entrega de producto, se vuelve muy complejo mantener una buena comunicación y el trabajo en equipo sin buscar culpables. En al teoria se ve bonito en la practica es todo un reto.

Javier Ramos

Estudiante

Hace 10 meses

EL manifiesto ágil

Valores de Agilidad

Individuos e interacciones sobre Procesos y herramientas
Software funcionando sobre Documentación extensiva
Colaboración con el cliente sobre Negociación contractual
Responder al cambio sobre Seguimiento a un plan

Armando Guzman Reyes

Estudiante

Hace 5 meses•editado

Muchos alumnos se quejan de las interrupciones de los vídeos para reforzar los contenidos vistos, la idea es buena, pero claramente esta mal implementada, pero no veo una respuesta "agil" de Platzi, da la impresion q publican un curso, y ya no lo modifican, o hacen alguna mejora, y sus creadores, desaparecen o rara vez interactuan con los alumnos. Al menos, implementen un BOT q simule ser el profesor, y tomen encuenta el feedback de los alumnos..... x favor

Wilbort Encomenderos Ruiz

Estudiante

Hace 5 meses

haz usado el botón "Preguntar"?

Claudio Wilfrido Hidalgo Arévalo

Estudiante

Hace 10 meses

Para autoevaluarte responde: - ¿Mi equipo se comunica abiertamente y resuelve conflictos rápido, incluso si eso implica no seguir el proceso definido. 5

- ¿Entregamos valor real y funcional cada pocas semanas o nos centramos en documentar y crear un plan perfecto. 4

- ¿Tenemos interacciones frecuentes con clientes para entender necesidades o solo al inicio y al final del proyecto. Interacciones 5.

- ¿Adaptamos planes y prioridades según nueva información o seguimos un plan rígido y detallado sin importar qué. Adaptamos planes y prioridades 5

Carlos Roberto Doblado Ochoa

Estudiante

Hace 2 meses

El manifiesto ágil fue escrito en 2001 por 17 expertos en desarrollo de software. Es una declaración de valores y principios que ha trascendido la industria del software para influir en todo tipo de organizaciones.

Se basa en 4 valores que se leen de la siguiente manera:

Ø Individuos e interacciones sobre procesos y herramientas

Ø Software funcionando sobre documentación extensiva

Ø Colaboración con el cliente sobre negociación contractual

Ø Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.

Aunque los valores y principios nacieron en la industria del desarrollo del software, su filosofía ha trascendido a cualquier sector, como marketing, gestión humana, incluso la gestión de proyectos.

Ahora veamos los 12 principios que complementan el manifiesto ágil:

Principios del Manifiesto Ágil

Seguimos estos principios:

1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.

2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.

3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.

4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.

5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.

6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.

7. El software funcionando es la medida principal de progreso.

8. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.

9. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.

10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.

11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.

12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.

Ixcoatl Francisco Pérez

Estudiante

Hace 10 meses

GOMEZ GOMEZ GABRIEL CAMILO

Estudiante

Hace 6 días•editado

respuestas

Pregunta 1 - calificación 2
Pregunta 2 - calificaion 2
Pregunta 3 - calificacion 3
Pregunta 4 - calificacion 2

José Gerardo Saldívar Mendoza

Estudiante

Hace un mes

Pregunta 1, Respuesta 5 La cominicacion clara del equipo es importante y vital para resolver confl8ctos y avanzar, Pregunta 2 Respuesta 5 Entregar valor real es lo mas importante y es lo que mas valoran nuestros clientes, Pregunta 3 Respuesta 5 La comunicacion con nuestros clientes es lo mas importante para entender sus necesidades, Pregunta 4 Respuesta 5 Adaptamos nuestras planes y prioridades basandonos en las necesidades de nuestros cluentes no importando el momento en el que surgen. Los mayores desafios es equilibrar el trabajo y las necesidades de los cluentes sin llegar a la parálisis o que se oierda el orden al repriorizar o atender cambios oor nuevas nec3sidades de oos clientes que antes no habian visualizado y que son vitales para el proyecto. Tratamos de vivir todos los valores del manifiesto, pero ningun equipo es perfecto y oor esto aorendemos de forma continua nuestros errores.

Ernesto Arturo Bonilla Ramos

Estudiante

Hace un mes

Manifiesto Ágil en mi contexto:

1- ¿Mi equipo se comunica de forma abierta y resuelve los conflictos rápidamente, incluso si eso significa desviarse del proceso establecido?

R= 4

2- ¿Entregamos valor real y funcional a nuestros clientes cada pocas semanas, o pasamos la mayor parte del tiempo planificando y documentando?

R= 5

3- ¿Tenemos interacciones frecuentes con nuestros clientes para entender sus necesidades, o solo nos comunicamos con ellos al inicio y al final del proyecto?

R= 4

4- ¿Adaptamos nuestros planes y prioridades basándonos en nueva información, o seguimos el plan inicial sin importar qué?

R= 5

Pedro Abel Beltrán Disciplina

Estudiante

Hace 2 meses

[[Agile]] Manifesto
- We are uncovering better ways of developing software by doing it and helping others do it. Through this work, we have come to value:
  - Individuals and interactions over processes and tools.
  - Working software over comprehensive documentation.
  - Customer collaboration over contract negotiation.
  - Responding to change over following a plan.
Principles Behind the Agile Manifesto
- Satisfy the customer: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
- Welcome change: Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.
- Frequent delivery of working software: Deliver working software frequently, from a couple of weeks to a couple of months, with a preference for the shorter timescale.
- Daily collaboration between business and developers: Business people and developers must work together daily throughout the project.
- Motivated individuals: Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.
- Face-to-face conversation: The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
- Working software as progress: Working software is the primary measure of progress.
- Promote sustainable development: Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
- Continuous attention: Continuous attention to technical excellence and good design enhances agility.
- Simplicity is essential: Simplicity—the art of maximizing the amount of work not done—is essential.
- Self-organizing teams: The best architectures, requirements, and designs emerge from self-organizing teams.
- Continuous improvement: At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
Real-World Example (Principle 10 - Simplicity): A client wants a complex notification system (Email, SMS, Push notifications, and WhatsApp updates) for their platform.
- The Traditional Way: The team spends 2 months hardcoding all 4 channels at once before testing if users even want notifications.
- The Agile Way (Maximizing work NOT done):
  - The team asks: "What is the simplest way to solve the user's immediate need?"
  - They discover 90% of users just want an Email.
  - They build only the Email notification in 3 days.
  - Result: They saved 7 weeks of unnecessary work on SMS, WhatsApp, and Push integrations. That is the art of maximizing work not done.

Abel Rojas Aguirre

Estudiante

Hace 2 meses

Siempre lo nuevo cuesta y reuiere nuevas ideas, pero lo constante solo necesita continuidad.

Julio Eduardo Herrera Pena

Estudiante

Hace 2 meses

Bueno, el escenario A (Requisitos y arquitectura bien documentados) pertenece al dominio Complicado. Al existir predictibilidad y documentación clara, el enfoque correcto es analizar y aplicar buenas prácticas con expertos. Escenario B, el cual es crear un producto innovador para un nuevo, Se sitúa en el dominio Complejo. Al no haber certezas ni precedentes, se requiere experimentar, sensar y responder. Aquí es donde Scrum encaja perfectamente para iterar y desarrollar prácticas emergentes. Identificar el cuadrante correcto evita el error de aplicar métodos rígidos en entornos de alta incertidumbre.

José David Calderón Serrano

Estudiante

Hace 3 meses

¿Mi equipo se comunica de forma abierta y resuelve los conflictos rápidamente, incluso si eso significa desviarse del proceso establecido?

¿Entregamos valor real y funcional a nuestros clientes cada pocas semanas, o pasamos la mayor parte del tiempo planificando y documentando?

¿Tenemos interacciones frecuentes con nuestros clientes para entender sus necesidades, o solo nos comunicamos con ellos al inicio y al final del proyecto?

¿Adaptamos nuestros planes y prioridades basándonos en nueva información, o seguimos el plan inicial sin importar qué?

¿Dónde están los mayores desafíos?

En la entrega de valor real, la premura suepra a la sensatez, y que se necesite una respuesta pronta, no significa que la respuesta esté bien desarrollada, la interacción con el cliente/usuario/equipo/autoridad puede variar dependiendo de quien realice la tarea, existe una rotación aleatoria, generando posibles comuicaciones o resultados dependiendo de la experiencia de cada miembro del equipo

¿Hay un valor del manifiesto que no se esté viviendo?

El de software funcionando... pero en el caso de mi contexto, es insturmentos o reportes funcionando, porque el reporte supera al instrumento que se elabora con mucha documentación contextual qeu quita tiempo para su elaboración. La colaboración con cliente/usuario/equipo/autoridad, aunque existe se dá solamente ante una necesidad, solicitud o urgencia (las que son demasiado cotidianas) que genera la premura y resultados no esperados o que no se desean socializar

Saul Cruz

Estudiante

Hace 3 meses

Totalmente de acuerdo!

Oscar Javier Gonzalez

Estudiante

Hace 3 meses•editado

Pregunta 1: 2
Pregunta 2: 2
Pregunta 3: 3
Pregunta 4: 2
Uno de los mayores retos es no saber como implementar metodología ágiles en los procesos de desarrollo, no hay una adecuada compresión de en que consisten o como aplicarlas, en muchos casos son un ideal a alcanzar y no una realidad a redefinir y comprender

Manifiesto ágil: valores y principios para equipos adaptables

¿De dónde viene la agilidad?

Scrum para trabajar con incertidumbre y entregar valor real

Orígenes de la agilidad y por qué no es solo para programadores

Corazón de la agilidad: mentalidad de colaboración y mejora continua

Cynefin: el mapa para saber cuándo usar Scrum

Manifiesto ágil: valores y principios para equipos adaptables

Marco de trabajo Scrum

Enfoque iterativo e incremental: el pilar de Scrum

Los tres pilares de Scrum: transparencia, inspección y adaptación

Estructura y componentes del framework Scrum

Roles y Responsabilidades en Scrum

Rol del product owner: funciones y errores comunes

Qué hace un Scrum Master en el equipo

Desarrolladores en Scrum: autogestión y multifuncionalidad

Los Eventos de Scrum

Eventos de Scrum: sprint, planning, daily, review y retrospective

Sprint planning: cómo definir el plan del sprint

Daily Scrum: sincronización, no reporte de status

Sprint Review: cómo obtener feedback del cliente

Sprint retrospective: cómo mejorar tu equipo Scrum

Artefactos y Gestión del Trabajo

Product Backlog y técnica MoSCoW para priorización ágil

Estructura y evaluación de historias de usuario con criterio INVEST

Criterios de aceptación vs definición de terminado en Scrum

Planning Poker: cómo estimar tareas con Fibonacci

User Story Mapping para planificar product backlog en Scrum

Sprint Backlog: gestión diaria con tablero Kanban

Incremento en Scrum: entrega de valor y feedback de usuarios

Burndown Chart: herramienta de transparencia para el progreso del sprint

Cierre y próximos pasos

Inception y preparación del primer sprint en Scrum

Scrum como marco de trabajo para equipos ágiles

Todos los cursos GRATIS