El Manifiesto Ágil: Los 4 valores y 12 principios explicados

[@camiipalta]

Estoy comenzando a estudiar sobre este tema y me ha aparecido tu video, me encantó! Muy claro todo! Saludos!

[@arturojoseg55]

Me encanta la manera en que abordas este tema. Estoy aprendiendo a aplicar metodologias agiles para hacer mas eficientes mis proyectos, pues actualmente tengo muchisima carga laboral, pocos recursos y poco tiempo. No es un sprint, esto es una maraton :-)

[@saulfragoso6682]

Hola Cristina: Me gustó tu explicación, ya me suscribí, felicidades por tu canal, te deseo lo mejor. Saludos desde México

[@cristinasantamarinapm]

¡Muchas gracias y saludos!

[@tiamodeux]

Excelente información, felicidades🎉🎊

[@lauranavasmoreno6104]

Hola Cristina! Cuando hablas de la transferencia de los principios escritos en el manifiesto ágil a otras industrias, mencionas que te parece arriesgado. ¿Por qué lo dices? ¿Qué ejemplos hay de casos en los que se hayan subestimado estos desafíos? Estoy estudiando este tema y me parece fascinante. Por cierto, el contenido es de gran calidad. Un saludo.

[@elrologallardo]

Muy bueno, tienes una voz chévere y agradable gestualidad no necesitas poner imágenes.

[@lordluik]

Me encanto!!

[@jorgedelchiaro7708]

Felicidades, todo está magníficamente explicado. Solamente te pido te estiendas y expliques con mucho más detalle de Google Sheets.

[@Lhz24]

Esta bien explicado, sin embargo no coincido en como explicaste "el software funcionando es la medida principal del proceso" decir que no importan la cobertura de test o el pipeline es algo muy típico de un PO, que no entiende lo importante de la calidad del software, o la deuda tecnica q tiene el equipo! es como decir que el producto final, funcione es síntoma de éxito y esta totalmente alejado de la realidad. La experiencia de usuario y la calidad de tu producto se verán reflejadas en el performance de este y la frecuencia con la que puedes actualizarlo para mantenerte al margen del time to market, los principios agiles vienen de la mano con conceptos de shift left testing, devops y todas estas buenas practicas necesarias para dar poder entregar valor con calidad, de hecho mencionaste algo muy importante del manifiesto agil "fue escrito por desarrolladores de software" como podemos hablar de agilidad si dejamos la parte técnica de ultimo en el proceso? que de hecho lo comentaste despues en "la atención continua a la excelencia técnica y al buen diseñó mejora la agilidad" (fue confuso xq aqui si lo apoyaste) insisto no es solo entrar al producto final y ver que funcione, es que realmente el producto genere el impacto que se desea al usuario, la experiencia, usabilidad, sino el feedback sera bastante negativo y estaríamos hablando de un waterfall cuando cumplimos con entregar un producto que funcione y no mas! Ojo esto bajo mi punto de vista y como critica constructiva! de resto bastante bien me gusta tu canal Saludos!

[@cristinasantamarinapm]

Gracias Luis, te voy a responder, como el manifiesto, diciendo que mientras valoro muchísimo la calidad y la seguridad y los tests y los pipelines de CD/CI... valoro más que el software funcione y resuelva problemas. He trabajado en proyectos con arquitecturas impresionantes, código con mucha cobertura de tests (ya sabes que esto siempre se puede conseguir aunque luego se rompan cosas fundamentales) y cero usuarios porque el login no funcionaba y para mí eso es un fracaso. En cualquier caso, la discusión siempre enriquece. ¡Gracias!

[@ricardoyanezv.8586]

Tu observación es una gran oportunidad para que, de forma colaborativa, aprendamos un poco más del tema que nos interesa. Primero, indicar que Cistina nos describió, de forma ágil y muy amena, los valores y principios expresados en el manifiesto de agilidad, es decir, una declaración de propósitos o intenciones, un marco de referencia, respecto a lo que debería considerar el desarrollo de software. Existen framework, que recogen estos valores y principios, e implementan el trabajo colaborativo de los equipos de trabajo. Por ejemplo, SCRUM (aunque anterior a agile), incorpora este marco de referencia y propone un modelo de trabajo donde aplicar las buenas prácticas de desarrollo, donde el experto Q&A es parte del equipo y donde en ciclos iterativos, se van haciendo revisiones técnicas de lo implementado.

[@giseldelillo]

Coincido, cada detalle es importante...

[@omarquezv]

Muy buen tema pero el cierre fue una diatriba y considero que el agilismo si es aplicable para muchos mercados, palabra de scrum master

[@dante6552]

Porque me aparece tu video en recomendados?

[@cristinasantamarinapm]

¡Puede que KZbin crea que te puede interesar!

[@harlyvelasquez9945]

En serio? sin diapositivas o animaciones. Recomiendo que las uses en los videos , al comienzo bien , pero, despues se volvio monotono.

[@cristinasantamarinapm]

Gracias por el consejo Harly, trato de ir mejorando con cada video.