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.
Apoyo la propuesta
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.
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.
la verdad que los restos durante el video fue un plus que hacia falta me encanto para poder concentrarme mas durante la clase
Los retos durante el video me permitieron estar más concentrada en la clase.
que horrible esos retos interrumpen a cada instante cuando está hablando, ni siquiera la dejan terminar la idea que está exponiendo... malazo
criticas pero no propones. malazo de SCRUM
Literal está hecho para eso. Para que puedas aprender a adaptarte.
Hola Chicos!
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.
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
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
haz usado el botón "Preguntar"?
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
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.
Los retos me ayudan a comprender de forma clara el video
respuestas
Pregunta 1 - calificación 2
Pregunta 2 - calificaion 2
Pregunta 3 - calificacion 3
Pregunta 4 - calificacion 2
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.
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é?
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.
Siempre lo nuevo cuesta y reuiere nuevas ideas, pero lo constante solo necesita continuidad.
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.
¿Mi equipo se comunica de forma abierta y resuelve los conflictos rápidamente, incluso si eso significa desviarse del proceso establecido?
5
¿Entregamos valor real y funcional a nuestros clientes cada pocas semanas, o pasamos la mayor parte del tiempo planificando y documentando?
2
¿Tenemos interacciones frecuentes con nuestros clientes para entender sus necesidades, o solo nos comunicamos con ellos al inicio y al final del proyecto?
2
¿Adaptamos nuestros planes y prioridades basándonos en nueva información, o seguimos el plan inicial sin importar qué?
5
¿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