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.

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

.

.

.

.

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

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

permitiendo la reducción del tiempo de desarrollo de los productos. Fomento del trabajo en equipo. 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.gfi. minimizando el riesgo de que el resultado final no le convenza.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. El cliente realiza un seguimiento más cercano sin tener que esperar a la entrega del producto.Beneficios de la metodología SCRUM: http://blog.

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

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

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

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

OBJETIVO: IMPLEMENTACIÓN TAREA: ENTREGABLE: .

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

etcétera. 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. elaboración de manuales operativos. y todas las actividades relacionadas al éxito del lanzamiento como la integración del ambiente de producción con terceras partes. . metodología de trabajo y manuales operativos. Esquemas de auditoria y seguridad. de mantenimiento y de procedimientos.Disponer del sistema productivo con sus ambientes de producción. Integraciones con terceras partes operativas. el personal operativo capacitado. de ser necesario. El sistema productivo con sus manuales operativos. Sistema totalmente probado. Se incluye.

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

IMPLEMENTACIÓN .

SPRINT SE REPITEN POR CADA SPRINT .

.

.

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

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

Sign up to vote on this title
UsefulNot useful