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.

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

.

.

.

.

La idea. 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. de manera resumida. 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. iteración tras iteración. el producto irá creciendo y cumpliendo la pila de requisitos definidos. . Desde el final de la primera fase obtendremos un producto funcional y. es decir. al iniciar una nueva iteración. se puede revisar el trabajo realizado o ajustar las idefiniciones que se arrastran en la pila de productos. con cada iteración.POR QUÉ SCRUM?? SCRUM: http://hipertextual. 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. es dividir los requisitos (denominado Pila de productos) en sprints. .

. 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.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. 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. El cliente realiza un seguimiento más cercano sin tener que esperar a la entrega del producto. Mayor control y transparencia por parte de los Stakeholders sobre el proyecto.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.

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

OBJETIVO: IMPLEMENTACIÓN TAREA: ENTREGABLE: .

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

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

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

IMPLEMENTACIÓN .

SPRINT SE REPITEN POR CADA SPRINT .

.

.

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

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

Sign up to vote on this title
UsefulNot useful