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.

Comunicación formal según el plan de comunicación del proyecto. . La arquitectura del software es esencial y se expresa mediante modelos. Gestión de equipos y personas centralizada en el gestor del proyecto. Más roles. Evitar la re-codificación y el re-trabajo que supone una pérdida de eficiencia. El cliente interactúa con el equipo de desarrollo mediante reuniones. Más artefactos. Existe un contrato prefijado. Conocimiento detallado de los requisitos antes de comenzar el diseño del proyecto. Grupos grandes y posiblemente distribuidos.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. “Hacerlo bien a la primera”.

.

.

.

.

POR QUÉ SCRUM?? SCRUM: http://hipertextual. iteración tras iteración. ir haciéndolo crecer añadiendo nuevas funcionalidades vinculadas a los requisitos definidos. es decir. . el producto puede adaptarse fácilmente a los cambios en los requisitos y sus ajustes puesto que. se puede revisar el trabajo realizado o ajustar las idefiniciones que se arrastran en la pila de productos. . Desde el final de la primera fase obtendremos un producto funcional y. requisitos que vamos a cumplir en cada una de las fases o iteraciones en las que hemos dividido el proyecto. Permite obtener un producto desde el primer momento e. de manera resumida. al iniciar una nueva iteración. con cada iteración. La idea.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. el producto irá creciendo y cumpliendo la pila de requisitos definidos. es dividir los requisitos (denominado Pila de productos) en sprints. 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 - .

Fomento del trabajo en equipo. . minimizando el riesgo de que el resultado final no le convenza.Beneficios de la metodología SCRUM: http://blog.gfi. 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.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. Mayor control y transparencia por parte de los Stakeholders sobre el proyecto. permitiendo la reducción del tiempo de desarrollo de los productos.

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

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: . la duración y llevarlo a cabo.http://www. para determinar el alcance.um.ar/catedras/claroline/backends/download.php?url=L01ld En esta etapa es importante aclarar que.edu.

OBJETIVO: IMPLEMENTACIÓN TAREA: ENTREGABLE: .

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

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

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

IMPLEMENTACIÓN .

SPRINT SE REPITEN POR CADA SPRINT .

.

.

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

(SPRINT 0).1 Planificación de Póker.1.3 Reunión 3. del SPRINT. Reuniones del SPRINT. 2.1. 3.2 Reunión 3. 2.2 Mantener el Blacklog del SPRINT.1 Reunión 3.1.as fases de un proyecto en SCRUM del Proyecto.1.3 Interpretación del diagrama de Burndown.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) . Las Estimaciones del Backlog. La Estimación del SPRINT.1.1. 2.1.

Sign up to vote on this title
UsefulNot useful