Contenido del curso
Manifiesto ágil: valores y principios para equipos adaptables
Antonio Villamayor Delgado
Estudiante
Javier Ramos
Estudiante
Diego Escaño
Estudiante
Juan Ramón García Santabárbara
Company_admin
angel trujillo
Estudiante
Edith Yaneth Bohorquez Fuentes
Estudiante
Guillermo Alomia Monjaraz
Estudiante
Cristian D.García
Estudiante
Gerardo Ferreira Reyes
Estudiante
Yuli Alexandra Pulido Castañeda
EstudianteAndrea Lopez
EstudianteJavier Ramos
Estudiante
Armando Guzman Reyes
Estudiante
Wilbort Encomenderos Ruiz
Estudiante
Claudio Wilfrido Hidalgo Arévalo
Estudiante
Ixcoatl Francisco Pérez
Estudiante
Julio Eduardo Herrera Pena
Estudiante
Carlos Roberto Doblado Ochoa
Estudiante
José David Calderón Serrano
Estudiante
Saul Cruz
EstudianteOscar Javier Gonzalez
Estudiante
Yenny Andrade
Estudiante
Cornelio Reyes
EstudianteJosé Gerardo Saldívar Mendoza
EstudianteWilbort Encomenderos Ruiz
EstudianteJosé Gerardo Saldívar Mendoza
Estudiante
Yesenia Elizabeth Ayala de Merino
EstudianteLos 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
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
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.
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.
¿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
Totalmente de acuerdo!
el UX con los RETOS INTERRUPTUS es horrible !!!!
Es oosible comenzar con una sola persona y hacer Scrum. Es decir ¿podemos hacer Scrum en nosotros mismos?
También me lo he preguntado, imagino que si estamos solos es para un proyecto pequeño.
Los retos estan bien, pero deberian poderse configurar. Muchas personss suenten la interrupcion de la clase como algo de forma intrusiva. A muchos tal vez les encantaran, oero la clase eeberia introducirlos despues de una pausa de 1 segundo o segundo y medio para no sentir la interrupcion de la exposicion tan brusca. Si son configurables habra gente que los deje y habrá gente que decida tomarlos al final de la exposicion.
Los retos deberían ser al final del video
