1. Clima de Trabajo
1.1. Reunión diaria: "Stand-up Meeting" - Todo el equipo - Problemas - Soluciones De pie en un círculo - Evitar discusiones largas - Sin conversaciones separadas
2. Scrum
2.1. Es otra metodología ágil que entre sus principales características están: - Desarrollo de software por medio de iteraciones (Sprints) - Indicado para proyectos con un rapido cambio de requerimietos. - Gran protagonismo de reuniones a lo largo del proyecto.
2.2. Los acotres que intervienen en esta metodología son: - Propietarios del producto - Usuario del producto - Scrum master - Equipo de scrum
2.3. - Los sprints son la base del desarrollo en scrum, consisten en una serie de actividades previamente definidas en un lapso de 30 días. - El producto backlog es la lista de las tareas a realizar durante todo el proyecto. No es una lista fija. Se prioriza las tareas según los requisitos de los usuarios o del propietario de la aplicación.
2.3.1. Spring plannig meeting: reunión que se realiza antes de cada Sprint. - Se hace conjuntamente con el Propietario del producto el Scrum Master y el equipo Scrum. -Enfocar la reunión hacia los requisitos más prioritarios. Revisión del sprint; se realiza de cada Sprint. Se deben reunir el propietario de la aplicacion los usuarios así como el Scrum Master y su equipo. además también es recomendado que acudan ingenieros de otros proyectos para dar su punto de vista.
2.3.1.1. Product owner: - Definir la funcionalidad del producto. - Decidir las fechas de liberación y el contenido(release). - Aceptar o rechazar el producto - Responsable del ROI
2.3.1.1.1. ¿Quienes son products owner? - Analista - Tester - Usuario final - Cliente - Product Manager
2.4. - Un rol de suma importancia en esta metodología es el escuchar. - Muchos problemas de desarrollo se pueden solucionar fácilmente si se escucha a los clientes, usuarios finales y equipos de desarrollo.
3. Lean
3.1. Es una era donde ser esbelto es lo in. Cada autor varía los principios manejados.
3.2. Principios - Eliminar el desperdicio - Construir con calidad - Crear conocimiento - Postergar compromiso - Entregas rápidas - Respetar a las personas - Optimizar el todo
4. Conclusiones
4.1. Existe una fuente discusión en la academia sobre si enfocarse a las matodologías ágiles o no ( al final de cuentas se debe entender el proceso).
4.2. Las metodologás ágiles son muy buenas cuando se domina el proceso en general.
4.3. Se debe aplicar métodos ágiles si se tienen procesos bien definidos pero no funcionan de manera adecuada frente a los campos o bien, el equipo de desarrollo no está a gusto.
5. Uso de metodologías
5.1. Las metodologías nos orientan hacia mejores resultados.
6. Problema
6.1. - Las metodoligÍas son un conjunto de mejores practicas que si no llevan a la practica o se hacen a medidas es muy dificil que se tenga calidad. - Aun siguiendo las recomedaciones, una metodologia no garantiza que un producto tenga calidad.
7. Metodologías Ágiles
7.1. - Siguen desarrollando las mismas actividades del proceso de desarrollo de software, solo difieren en la forma de hacerlo. - Las metodologías ágiles se fundamentan en 4 principios básicos (manifiesto ágil). - Al individuo y las interacciones en el equipo de desarrollo más que a las actividades y las herramientas.
7.1.1. - Desarrollar software que funciona más que conseguir una buena documentación, Minimalismo respecto del modelado y la documentación del sistema. -La colaboración con el cliente más que la negociación de un contrato. - Responder a los cambios más que seguir estrictamente una planificación.
7.1.1.1. - Las dos principales metodologías ágiles son scrum y XP (extreme programming). - Cualquiera que fuera el método ágil debe de cumplir con el manifiesto ágil. - Scrum es certificable mientras que XP no lo es, pero muchos equipos de desarrollo la manejan amplia mente.
8. Beneficios
8.1. - Es más adecuada para los cambios reduciendo los errores (costos) y logrando la satisfacción de los clientes
9. XP
9.1. - Es una metodología idónea para equipos de desarrollo pequeños menores a 10 personas. - Se caracteriza por ser una metodología "ligera" (excluye todo lo que no sirve dejando la esencia o "sabor de las cosas"). - Se centra en la implementación (codificación) por lo que es ideal para entonces dinámicos.
9.1.1. - La comuncación se da de manera muy informal, generalmente verbal. - Las metodologías ágiles se preocupan por inculcar valores y XP no es la excepción, sus principales valores son: comunicación, simplicidad, retroalimentación y coraje. - Los actores que participan en el desarrollo de software son:
9.1.1.1. 1. Programador: responsable de decisiones técnicas y de construir el sistema. No hay distinción entre analistas, diseñadores o codificadores. Es decir, en XP los programadores modelan, codifican y prueban. 2. Clientes: son parte del sistema, determinar que construir y cuando, realizan test para determinar cuando algo está completo. 3. Entrenador (coach): es el líder del equipo. Tiende a estar en un segundo plano a medida que el equipo madura. 4. Rastreador (tracker): taambién llamado Metric Man, se encarga de observar sin molestar, debe conservar datos históricos. 5. Probador (tester): ayuda al cliente con las pruebas funcionales.
9.2. El proceso de desarrollo en XP se puede resumir como: Mientras(sistema_es_útil) { Captar requisitos User Stories Methaphor Planificar Release planning Iteration planning Desarrollar Programming Presentar la entrega Releasing }
9.2.1. - XP es una metodología muy utilizada pero como todo tiene también sus puntos débiles. Entre ellos que pocos son los que utilizan la metodología completa. - A continuación se muestran y se explican las prácticas que componen a la programación extrema. - XP no es solo tirar líneas de código fuente.
9.2.2. Las metodologías ágiles se caracterizan por fomentar valores como: - Comunicación - Simplicidad - Retroalimentación - Coraje Para muchas empresas es más importante las actitudes que las aptitudes.