¿Qué es la metodología ágil?
La metodología AGILE es una práctica que promueve iteración continua sobre el desarrollo y las pruebas a lo largo del ciclo de vida de desarrollo de software del proyecto. En el modelo Agile, las actividades de desarrollo y prueba son concurrentes, a diferencia del modelo Waterfall.
¿Qué es el desarrollo de software ágil?
El es Desarrollo Ágil de Software La metodología es uno de los procesos más simples y efectivos para convertir la visión de su necesidad empresarial en soluciones de software. Ágil es un término que se utiliza para describir un enfoque de desarrollo de software que utiliza planificación continua, aprendizaje, mejora, colaboración en equipo, desarrollo evolutivo y entrega temprana. Fomenta respuestas flexibles al cambio.
El desarrollo de software ágil enfatiza cuatro valores fundamentales.
- Interacciones individuales y de equipo en procesos y herramientas
- El software funciona más allá de la documentación completa
- Colaborar con los clientes en las negociaciones contractuales.
- Responder a un cambio de plan a seguir
En este tutorial de gestión de proyectos ágil, aprenderá:
Modelo de cascada ágil modelo V
El modelo ágil y la cascada son dos métodos diferentes para el proceso de desarrollo de software. Aunque difieren en su enfoque, en ocasiones ambos métodos son útiles, según la necesidad y el tipo de proyecto.
Modelo ágil | Modelo de cascada |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Proceso ágil
Consulte a continuación el modelo de proceso ágil para una entrega rápida de sistemas exitosos.
Hay varios Métodos ágiles presente en una prueba ágil, y estos se enumeran a continuación:
Melé
SCRUM es un método de desarrollo ágil que se centra específicamente en cómo gestionar tareas dentro de un entorno de desarrollo basado en equipos. Esencialmente, Scrum se deriva de una actividad que ocurre durante un juego de rugby. Scrum cree en el empoderamiento del equipo de desarrollo y recomienda trabajar en equipos pequeños (digamos de 7 a 9 miembros). Hay tres roles y sus responsabilidades se explican a continuación:
Scrum Master
Dueño del producto
Equipo Scrum
Atrasos de productos
Este es un repositorio donde se realiza un seguimiento de los requisitos con detalles del número de requisitos (historias de usuario) que se deben completar para cada problema. Debe ser mantenido y priorizado por el Product Owner, y distribuido al equipo de scrum. El personal puede solicitar adiciones, modificaciones o eliminaciones de nuevos requisitos.
Práctica Scrum
Las prácticas se describen en detalle:
Metodologías Scrum de flujo de procesos:
El proceso de prueba de scrum fluye de la siguiente manera:
Cada iteración de un scrum se llama Sprint
La cartera de productos es una lista donde se ingresan todos los datos para obtener el producto final.
Durante cada Sprint, se seleccionan historias de usuarios clave sobre la acumulación de productos y se convierten en la acumulación de Sprint.
El equipo trabaja en el backlog de sprint definido
El personal controla el trabajo diario.
Al final del sprint, el equipo entrega la funcionalidad del producto.
Registro EXtreme (XP)
Una excelente técnica de registro es muy útil cuando hay demandas o necesidades cambiantes de los clientes o cuando no están seguros de la funcionalidad del sistema. Recomienda «lanzar» el producto con frecuencia en ciclos de desarrollo cortos, lo que mejora fundamentalmente la productividad del sistema y también introduce un punto de control donde los requisitos del cliente se pueden implementar fácilmente. XP desarrolla software que mantiene al cliente en el objetivo.
Las necesidades comerciales se recopilan en términos de historias. Todas estas historias se almacenan en un lugar llamado estacionamiento.
En este tipo de metodología, los problemas se basan en los ciclos más cortos conocidos como iteraciones con un período de tiempo de 14 días. Cada iteración incluye pasos como codificación, pruebas unitarias y pruebas del sistema donde se integra más o menos funcionalidad en la aplicación en cada etapa.
Pasos del programa eXtreme:
Hay 6 pasos disponibles en el modo Agile XP, que se explican a continuación:
Planificación
Identificar partes interesadas y patrocinadores
Requisitos de infraestructura
- Seguridad información relacionada y recopilación
Acuerdos de nivel de servicio y sus condiciones
Análisis
Captando historias en el aparcamiento
Priorizar historias en el aparcamiento
Limpiando historias con una estimación
Definir iteración SPAN (tiempo)
Planificación de recursos para los equipos de desarrollo y control de calidad
Diseño
Ejecución
Envase
Cerrado
Lanzamiento piloto
Capacitación
Dirección de producción
Declaración de garantía CLS
Revisar la estrategia SOA
Soporte de producción
Hay dos guiones gráficos disponibles para realizar un seguimiento del trabajo a diario, y estos se enumeran a continuación como referencia.
Historia de cartón
Esta es una forma tradicional de recopilar todas las historias en un programa en forma de notas adhesivas para realizar un seguimiento de las actividades diarias de XP. Debido a que esta actividad manual requiere más esfuerzo y tiempo, es mejor cambiar a un formulario en línea.
Storyboard en línea
Metodologías cristalinas
La Metodología Crystal se basa en tres conceptos
Alquilado: Las diversas actividades involucradas en esta fase incluyen la creación de un equipo de desarrollo, un análisis preliminar de viabilidad, el desarrollo de un plan inicial y el refinamiento de la metodología de desarrollo.
Entrega cíclica: La etapa principal de desarrollo consta de dos o más ciclos de entrega, durante los cuales un
- El equipo actualiza y refina el plan de lanzamiento.
- Implementa un subconjunto de los requisitos a través de una o más iteraciones de integración de prueba de programa.
- Se entrega un producto integrado a usuarios reales
- Revisión del plan del proyecto y metodología de desarrollo adoptada
- Envase: Las actividades realizadas en esta fase se despliegan en el entorno del usuario, se realizan revisiones y reflexiones posteriores al despliegue.
Método de desarrollo de software dinámico (DSDM)
DSDM es un enfoque de desarrollo rápido de aplicaciones (RAD) para el desarrollo de software y proporciona un marco de entrega de proyectos ágil. La característica importante de DSDM es que los usuarios deben participar activamente y los equipos tienen el poder de tomar decisiones. El enfoque activo de la entrega de DSDM es la entrega frecuente de productos. Son las técnicas que se utilizan en DSDM
- Boxeo de tiempo
- Reglas de MoSCoW
- Creación de prototipos
El proyecto DSDM tiene 7 etapas
- Proyecto preliminar
- Estudio de factibilidad
- Estudios Empresariales
- Cambio de modelo funcional
- Diseño y construcción de iteración
- Implementación
- Post-proyecto
Desarrollo basado en funciones (SDD)
Este método se centra en los aspectos de «diseño y construcción». A diferencia de otros métodos ágiles, FDD describe pasos de trabajo cortos y muy específicos que deben completarse por separado por función. Incluye una caminata de dominio, auditoría de diseño, promoción de la construcción, auditoría de código y diseño. FDD desarrolla la retención de productos manteniendo las cosas en el objetivo
- Modelado de objetos de dominio
- Desarrollo por dimensión
- Propiedad del componente / clase
- Equipos de funciones
- Inspecciones
- Gestión de la configuración
- Construcciones regulares
- Visibilidad de avances y resultados
Desarrollo de software ajustado
El método de desarrollo de software esbelto se basa en el principio de «producción justo a tiempo». Su objetivo es aumentar la velocidad del desarrollo de software y reducir el costo. El desarrollo esbelto se puede resumir en siete etapas.
- Eliminar residuos
- Incrementar el aprendizaje
- Aplazamiento del compromiso (decisión lo más tarde posible)
- Entrega rápida
- Empoderar al equipo
- Integridad del edificio
- Optimizando el conjunto
Kanban
Kanban originalmente se originó a partir de un significado de la palabra japonesa, una tarjeta en la que toda la información que tenía que hacerse en el producto estaba en cada paso hasta su finalización. Este marco o método es ampliamente aceptado en el método de prueba de software, especialmente en pruebas ágiles.
Scrum Vs Kanban
Melé | Kanban |
|
|
|
|
| |
|
|
|
|
|
|
|
|
Métricas ágiles:
Las métricas que se pueden recopilar para un uso eficaz de Agile son:
Factor de sorteo
Intente en momentos que no contribuyan a un objetivo de sprint
El factor de tracción se puede mejorar reduciendo la cantidad de recursos compartidos y la cantidad de trabajo no contributivo
Las nuevas estimaciones se pueden multiplicar por el porcentaje del factor de arrastre -Nueva estimación = (estimación anterior + factor de atracción)
Velocidad
Número de pruebas unitarias agregadas
Se toma un intervalo de tiempo para completar la construcción diaria.
Errores detectados en iteraciones o ediciones anteriores
Fugas por defectos de producción