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.

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

.

.

.

.

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

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

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. permitiendo la reducción del tiempo de desarrollo de los productos.Beneficios de la metodología SCRUM: http://blog. 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. 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. Fomento del trabajo en equipo.

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. para determinar el alcance. 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.

OBJETIVO: IMPLEMENTACIÓN TAREA: ENTREGABLE: .

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

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

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

IMPLEMENTACIÓN .

SPRINT SE REPITEN POR CADA SPRINT .

.

.

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

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

Sign up to vote on this title
UsefulNot useful