Metodología Ágil XP

Departamento de compras

johan sebastian barreba barbosaにより

Titulo A del Reglamento de Agua potable y saneamiento básico RAS 2000.

Tania Vargasにより

INVESTIGACIÓN CUANTITATIVA (MONISMO METODOLÓGICO) Y CUALITATIVA (DUALISMO METODOLÓGICO): EL STATUS EPISTÉMICO DE LOS RESULTADOS DE LA INVESTIGACIÓN EN LAS DISCIPLINAS SOCIALES

luisa fernanda salazar arangoにより

Resolución 2674 de 22 Julio de 2013

Natava Saenzortegaにより

Condiciones adecuadas de trabajo

Coordinación

Vínculo entre clientes y programadores

Gestor(Big boss)

Guía al equipo para resolver un problema específico

Miembro externo del equipo

Consultor

Guías a los miembros del equipo

Responsable del proceso global

Coach

Si es necesario algún cambio para lograr los objetivos de cada iteración

Seguimiento del progreso de cada iteración

Verificar el grado de acierto entre las estimaciones realizadas y el tiempo real dedicado

Realimentación al equipo

Tracker

Regularmente pruebas

Cliente a escribir las pruebas funcionales

Tester

Historias de usuario y pruebas funcionales para su implementación

Programador

Pruebas unitarias y el código del sistema

ROLES

VALORES

Comunicación

Mejor relación entre desarrolladores y el cliente

Cambios de manera inmediata

Simplicidad

Soluciones simples

Características de diseño que ayuden a la resolución de problemas futuros

Respeto

El equipo trabaja como uno sin hacer decisiones repentinas

Retroalimentación

Proyecto de manera correcta hacia donde el cliente desee.

Valentía

Los desarrolladores sepan adaptarse a los cambios

No generar beneficios esperados por el cliente

No hay presupuesto para mantenerlo

No realizar más cambios en la arquitectura

Documentación final del sistema

Rendimiento y confiabilidad del sistema

Cambios en su estructura

Nuevo personal dentro del equipo

Desarrollos funcionales

Tareas de ajuste(fine tuning)

Traslado al entorno del cliente

Revisiones de rendimiento

Pruebas adicionales

Parejas de programadores

1 programador

Tareas no terminadas en una iteración anterior

Pruebas de aceptación no spueradas(bugs) en una iteración anterior

Velocidad del proyecto

Historias de usuario no abordadas

Plan de entregas o Release Plan

Alcance

Historias se pueden implementar ante una fecha determinada.

La división de la suma de puntos de las historias de usuario y la velocidad del proyecto.

Número de iteraciones para su implementación.

Tomará implementar un conjunto de historias.

Multiplicación del número de iteraciones y la velocidad del proyecto.

Cuántos puntos se puede completar en dicho tiempo

Cronograma de entregas

Una entrega

No más de 3 meses

Contenido de la 1ra entrega

Prácticas

Herramientas

Muerte del Proyecto

Más historias de persona para ser incluidas en el sistema

Mantenimiento

Tareas de soporte para el cliente

Sistema está en funcionamiento

Desarrolla nuevas iteraciones

Paralelo con la fase de producción

Producción

Inclusión de nuevas características a la versión actual

Ideas y sugerencias

Documentan para su posterior implementación (fase de mantenimiento)

Tiempo de las iteraciones

tres a una semana

Iteraciones

Tareas de programación

Plan de iteración

Elementos

Historias que se implementarán en cada iteración.

No más de 3 semanas.

Planificación de la entrega (Release)

Pocos días

Acuerdos

Programadores

Registro de "velocidad" de desarrollo

Puntos por iteración

Suma de puntos de las historias de usuario de la última iteración.

Estimación del esfuerzo

Puntos

1 punto equivale a 1 semana ideal de programación.

Prioridad de cada historia de usuario.

Exploración

Tiempo

Tamaño y familiaridad de los programadores con las tecnologías, herramientas y prácticas a usar.

Pocas semanas a pocos meses

Equipo de desarrollo

Tecnologías

Posibilidades de la arquitectura del sistema

Prototipo

Cliente

Las historias de usuario.

Una constante interración entre ambos.

El cliente tiene la obligación de verificar los entregables del producto.

Asegurar que el sistema tenga el mayor valor de negocio con cada iteración.

El programador no debe ser presionado a realizar más trabajo de lo estimado.

Disminución de calidad en el software o incumplimiento de los plazos.

El cliente como el programador aprenden mutuamente.

El programador implementa lo seleccionado por el cliente.

El cliente indica que desarrollar, acorde a sus necesidades y las restricciones de tiempo.

Se estima el esfuerzo necesario para su implementación por el programador

Se define el valor de negocio a implementar por el cliente.

Ciclo de Desarrollo

Fases

Consideraciones

PROCESO

Características

Un proyecto con XP lleva entre 10 y 15 ciclos o iteraciones.

Utiliza un conjunto de reglas y prácticas propios de la metodología XP.

Cada iteración presenta: análisis,diseño,desarrollo y pruebas.

Ciclos de dsarrollo cortos(iteraciones), con entregables funcionales al finalizar cada ciclo.

3 de estas variables suelen ser fijadas por los jefes de proyecto y clientes, y la variable restante por el equipo de desarrollo.

4 variables: costo, tiempo, calidad y alcance.

METODOLOGÍA

Proyectos con requisitos imprecisos, muy cambiantes y de alto riesgo técnico

Es una metodología ágil que sigue una serie de reglas que tiene como fin centrarse en las necesidades del cliente para la obtención de un producto de calidad en poco tiempo.