Metodologías Ágiles
La planificación del trabajo sólo comprende el ciclo en el que se está trabajando (normalmente 30 días).
Descubrimiento progresivo de requisitos, e incorporación de cambios en cualquier iteración del desarrollo.
“Refactorización” de código como modelo de trabajo compatible con el punto anterior.
Comunicación directa entre los integrantes del equipo (incluidos cliente y usuarios) prefiriendo la verbal directa.
Equipos auto-gestionados.
No existe contrato tradicional o al menos es bastante flexible.
El cliente es parte del equipo de desarrollo.
Grupos pequeños (hasta 20 integrantes) y trabajando en el mismo sitio.
Pocos artefactos.
Pocos roles.
Menos énfasis en la arquitectura del software.

Evitar la re-codificación y el re-trabajo que supone una pérdida de eficiencia. La arquitectura del software es esencial y se expresa mediante modelos. “Hacerlo bien a la primera”. Más artefactos. El cliente interactúa con el equipo de desarrollo mediante reuniones. Grupos grandes y posiblemente distribuidos. Comunicación formal según el plan de comunicación del proyecto. Gestión de equipos y personas centralizada en el gestor del proyecto. . Más roles. Conocimiento detallado de los requisitos antes de comenzar el diseño del proyecto.ODOLOGÍA EN LUGAR DE OTRA? Metodologías Tradicionales Trabajo y gestión guiada por un plan general del proyecto que comprende todo su ciclo de desarrollo. Existe un contrato prefijado.

.

.

.

.

el producto puede adaptarse fácilmente a los cambios en los requisitos y sus ajustes puesto que. La idea. es dividir los requisitos (denominado Pila de productos) en sprints. iteración tras iteración. se puede revisar el trabajo realizado o ajustar las idefiniciones que se arrastran en la pila de productos.POR QUÉ SCRUM?? SCRUM: http://hipertextual. es decir. de manera resumida. el producto irá creciendo y cumpliendo la pila de requisitos definidos. Desde el final de la primera fase obtendremos un producto funcional y. ir haciéndolo crecer añadiendo nuevas funcionalidades vinculadas a los requisitos definidos. Permite obtener un producto desde el primer momento e.com/archivo/2012/12/proyectos-agiles-scrum/ Está orientada a la obtención de resultados a pesar de que el entorno sea cambiante y los requisitos estén sujetos a cambios o no estén muy bien definidos. . con cada iteración. al iniciar una nueva iteración. . requisitos que vamos a cumplir en cada una de las fases o iteraciones en las que hemos dividido el proyecto. Gracias a esta división en iteraciones.

CONTRASTE DE FORTALEZAS Y DEBILIDADES DE ALGUNAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE Heredan modelos RU P X MS F X - Independiente de tecnologías - X - X Documentación estricta X X - - Estrictamente sistemático X - X - Más enfocado en los procesos X X - - Más enfocado en las personas - - X X Resultados rápidos - - X X Cliente activo - - X X Manejo del tiempo X X X X R e f a c t o r i z a c i ó n del código - - X - Iterativo X X X X Respuesta a los cambios - - X X Característica X P SCRUM - ..

Mayor control y transparencia por parte de los Stakeholders sobre el proyecto. Fomento del trabajo en equipo.gfi. minimizando el riesgo de que el resultado final no le convenza. El cliente realiza un seguimiento más cercano sin tener que esperar a la entrega del producto. Se trata de un modelo basado en la autodisciplina y la autogestión repercutiendo en la responsabilidad y en la comunicación entre los distintos miembros del equipo. . permitiendo la reducción del tiempo de desarrollo de los productos.Beneficios de la metodología SCRUM: http://blog.es/gestion-agil-de-proyectos-con-la-m Los beneficios que se obtienen son amplios y afectan a todos los actores del proyecto: Existe una mayor adaptación y flexibilidad ante entornos y requisitos cambiantes.

de-proyectos-con-la-metodologia-scrum/ .

com/blog/2014/03/how-to-use-gantt-charts-for-your-agile-project/ PROCESO "ÁGIL" PARA UN PROYECTO GENÉRIC .http://teamgantt.

rts-for-your-agile-project/ L" PARA UN PROYECTO GENÉRICO. .

Proceso de desarrollo a través de una Estructura de División del Trabajo pa .

.ctura de División del Trabajo para verlo gráficamente.

la duración y llevarlo a cabo. las siguientes planificacio PLANIFICACIÓN OBJETIVO: TAREA: ENTREGABLE: OBJETIVO: ANÁLISIS TAREA: ENTREGABLE: OBJETIVO: DISEÑO TAREA: ENTREGABLE: OBJETIVO: CONSTRUCCIÓN Y PRUEBA TAREA: ENTREGABLE: . para determinar el alcance.um.ar/catedras/claroline/backends/download.php?url=L01ld En esta etapa es importante aclarar que.http://www.edu.

OBJETIVO: IMPLEMENTACIÓN TAREA: ENTREGABLE: .

estimación de costos. Construir la solución del Release (Sprint). Programación y desarrollo de todos los componentes y funcionalidades. Generar el modelo de datos para que la solución cumpla con los requerimientos definidos. casos de uso y sus respectivas descripciones. Documento de alcance. diseño de las integraciones a realizar. Obtener todas las definiciones y especificaciones funcionales para poder llevar adelante las fases de Diseño y Construcción. y sus procedimientos. esqueleto del software armado. Relevamiento preliminar de los procesos del negocio. planificación de las etapas posteriores y ajuste de los tiempos preestablecidos. diseño de la infraestructura. El diseño generado deberá contemplar las posibles modificaciones futuras. lo cual permite mitigar los principales riesgos de un proyecto. . las siguientes planificaciones son a nivel de iteración. al comienzo. la planificación se realiza en forma general minar el alcance. Implementación de las estructuras de datos. se planifica el Sprint. mayor carga e incorporación de nuevas funcionalidades. Entre los entregables típicos de esta etapa se encuentran: DER. Es una etapa clave ya que el alcance y las características de la solución quedan acordados. Documento de definición del proyecto o del Sprint. definición de los requisitos a través de casos de uso.ackends/download. definición y secuenciamiento de actividades. definición de recursos. elaboración de documentación técnica y ajustes funcionales. crecimiento de la solución. El entregable principal es el incremento de software funcionando. una vez que el cliente decide bo. diseño de las interfaces de usuario. Generalmente es la etapa de mayor duración y con mayor dinámica de trabajo. estimación de tiempos. y la planificación ajustada con la evolución y avances obtenidos. Diagrama Entidad Relación (DER).php?url=L01ldG9kb3NfQWdpbGVzL01ldG9kb19BZ2lsX1NjcnVtLnBkZg%3D%3D&cidReset=t pa es importante aclarar que. cumpliendo con las definiciones y especificaciones de los documentos de alcance. análisis de riesgos. Afianzamiento de las definiciones funcionales. En esta etapa se realizarán las pruebas de usabilidad. guía de diseño. la duración y el precio del proyecto. Definir proyecto propiamente dicho. definición del alcance. Durante esta etapa también se realizan pruebas para puntos críticos del proyecto. funcionalidad y carga de datos. implementación de las integraciones y todas las actividades necesarias para poner en marcha la solución.

Esquemas de auditoria y seguridad. Integraciones con terceras partes operativas. metodología de trabajo y manuales operativos. . Puesta en marcha de la aplicación en el ambiente de producción.Disponer del sistema productivo con sus ambientes de producción. el personal operativo capacitado. elaboración de manuales operativos. etcétera. de mantenimiento y de procedimientos. El sistema productivo con sus manuales operativos. Sistema totalmente probado. de ser necesario. Obtención de nuevas funciones a agregar o posibles errores a reparar. y todas las actividades relacionadas al éxito del lanzamiento como la integración del ambiente de producción con terceras partes. Se incluye.

SPRINT PLANIFICACIÓN ANÁLISIS DISEÑO CONSTRUCCIÓN Y PRUEBA .

IMPLEMENTACIÓN .

SPRINT SE REPITEN POR CADA SPRINT .

.

.

1. 3. Planificar un SPRINT.1 La Estimación del SPRINT.1 Las Estimaciones del Backlog. (SPRINT 0). Preparación del Proyecto. 3.Desarrollo de las fases de un proyecto en SCRUM 1.1 Reuniones del SPRINT. El desarrollo del SPRINT. 2. . 2.

1.4 Reunión de Planificación (Sprint Planning Meeting) Diaria (Sprint Daily Meeting) Revisión del SPRINT (Sprint Review Meeting) de Retrospectiva (Sprint Retrospective Meeting) . del SPRINT. 2.1.1.1 Reunión 3.1 Planificación de Póker.2 Reunión 3. 2.2 Mantener el Blacklog del SPRINT. Las Estimaciones del Backlog.3 Reunión 3. 2.as fases de un proyecto en SCRUM del Proyecto.3 Interpretación del diagrama de Burndown. (SPRINT 0).1.1.1. Reuniones del SPRINT. La Estimación del SPRINT.1. 3.