No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Itera rápido y ágil

22/28
Recursos

Aportes 27

Preguntas 6

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.

Acá pueden ver el manifiesto ágil completo:

.
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:
.

  • 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.
    .

Principios del Manifiesto Ágil

.
Estos cuatro valores se concretan en 12 principios, que definen el marco de trabajo de cualquier equipo ágil:
.

  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, preferentemente en el 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 los miembros del equipo, 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 autoorganizados.
  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.

Itera rápido y ágil


El concepto de agilidad nace en el 2001 cuando 17 ingenieros escribieron un manifiesto de 12 principios de cómo entregar software de mejor calidad, cómo ser menos burocráticos y pensar menos en procesos y valorar más productos funcionales.

Este manifiesto se llama 📖 “agile manifesto”.

Para trabajar de una manera ágil podemos:

  • Un ritmo estable y predecible es importante
  • Enseña a tus ingenieras desglosar su trabajo y trabajar en cambios pequeños.
  • Las pruebas unitarias son herramientas de diseño y monitoreo, no de aceptación
  • Invierte en automatización, tanto despliegue como pruebas
  • la calidad es responsabilidad de todos
  • Instrumenta y monitorea los sistemas
  • Desacopla el despliegue del lanzamiento
  • Despliega diariamente, con confianza

🙌 Adapta tus procesos y no te obsesiones con ellos

Seria interesante conocer mas sobre los “features flag”, si de pronto tienen algun link para profundizar en esta practica, gracias.

Desarrollo Iterativo

  • Un ritmo estable y predecible es importante.
  • Enseña a tu ingenieras a desglosar su trabajo y trabajar en cambios pequeños
  • La pruebas unitarias son herramientas de diseña y monitoreo, no de aceptaciòn.
  • Invierte en automatización, tanto despliegue como pruebas.
  • La calidad es responsabilidad de todos.
  • Instrumentas y monitorea los sistemas.
  • Desacopla el despliegue del lanzamiento.
  • Despliega diariamente,con confianza.

Así es! Teniendo buenos procesos establecidos (entrega continua, integración continua, pruebas que funcionan) desplegar cualquier día se vuelve como tomar agua.

Sí hay que ser prevenidos con no mandar a producción un viernes en la tarde una entrega que se viene trabajando desde el mes pasado(que no debería ser el caso).

Si se hacen entregas diarias pequeñas, no tendría que haber una gran entrega un viernes por la tarde que dé miedo.

Desde mi experiencia, estando certificado en Scrum, el conocer el manifiesto, los rituales y todo sobre la metodología es importante, no tan importante como saber que en si la metodología itera todos los días, y que debes estar lo suficientemente abierto a implementar cambios en la forma de proceder para garantizar el éxito de usar este tipo de frameworks, que por detrás lo que garantizan es el éxito de tus desarrollos y despliegues.

Algun curso que me recomiende para hacer lo que dice Juan Pablo de desacoplar el despliegue y el lanzamiento? o alguna herramienta-tecnologia que me recomienden?

Itera rápido y ágil
Manifestó ágil

Desarrollo iterativo:
- Ritmo estable y predecible
- Enseña a tus ingenieros a desglosar su trabajo y trabajar en cambios pequeños
- Pruebas unitarias: herramientas de diseño y monitoreo, no de aceptación
- Invierte en automatización, tanto despliegue como pruebas
- Calidad es responsabilidad de todos
- Instrumenta y monitorea los sistemas
- Desacopla el despliegue del lanzamiento
- Despliega diariamente, con confianza

interesante manejo del tiempo, la iteracion es importante, el desacoplamiento del despliegue y el lanzamiento es buena idea e implementar la automatización de pruebas e integración continua es básico para estos escenarios.

El ver el proyecto grande en partes pequeñas se conoce como chunking, pequeños trozos del proyecto que se pueden ir trabajando en periodos cortos.

Concuerdo con eso, el tema de las certificaciones son simplemente parte del capitalismo(tratar de venderte todo), pero puedes tener un proceso de desarrollo de software bajo las mismas directivas y simplemente NO certificarte(normalmente las certificaciones son muy caras), pero ahí vas a encontrar a gente que si o si te exijan que tengas la certificación. Te ves entre la espada y la pared.

Un ritmo estable y predecible es importante
Hay que enseñar a las ingenieras a desglosar el trabajo y partirlo en pedazos chiquitos
Las pruebas unitarias son herramientas de diseño y monitoreo, no de aceptación
HAY QUE INVERTIR EN AUTOMATIZACIÓN, en pruebas, en despliegue y en todo lo que podamos automatizar.
Desplegar diariamente desacoplando el despliegue del lanzamiento, esto nos ayuda a que el equipo de producto sea el responsable de lanzar y nos da mucho mayor control.

Alguien me puede decir un curso que hable de las maneras de automatizar y despliegue de pruebas? o algún material que hable de eso?

Pueden encontrar el manifiesto aquí: https://agilemanifesto.org/

omg “No tengas miedo en hacer tus despliegues los viernes”

“La calidad es responsabilidad de todos”. ¡Qué gran principio para interiorizar en la cultura del equipo!

Muy interesante y sencillo.

Desarrollo_iterativo_y_creciente

Recomendaciones en el proceso de Desarrollo iterativo

Excelente !!

Muy interesante.

Me gusta su clase

Buen desarrollo de la clase.

“El Manifiesto”

muy buen aporte.

genial la aportación de todos

Me quedo por mi parte con seguir el manifesto ágil y desarrollar buenos ambientes y equipos de trabajo, sobre tener miles de cursos y certificaciones