Analisis De Sistemas de Informacion
Upcoming SlideShare
Loading in...5
×
 

Analisis De Sistemas de Informacion

on

  • 419 views

 

Statistics

Views

Total Views
419
Slideshare-icon Views on SlideShare
419
Embed Views
0

Actions

Likes
0
Downloads
5
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Analisis De Sistemas de Informacion Analisis De Sistemas de Informacion Presentation Transcript

    • SCRUM Ciclo de vidaScrum no es una metodología prescriptiva sino unmarco metodológico que debe ser continuamenteadaptado a cada proyecto, equipo o empresa.
    • SCRUM Ciclo de vida Todo el trabajo es realizado en Sprint (30 días) Durante el Sprint se realizan reuniones que constituyen la inspección empírica y las practicas de adaptación de Scrum. Sprint  Reunión de planeamiento del Sprint (< 8hs)  Primeras 4hs  Requerimientos a realizarse en el sprint  Segundas 4hs  Plan de trabajo del sprint
    • SCRUM Ciclo de vida Daily sprint (< 15min)  ¿ Qué has hecho en este proyecto desde el ultimo Daily sprint (sprint diario)?  ¿ Qué planeas hacer en el proyecto entre hoy y la próxima reunión Daily Scrum?  ¿ Qué impedimentos se te han presentado para lograr lo prometido en el Sprint y proyecto? Sprint Review (< 4hs)  Presentación de lo desarrollado durante el sprint Sprint Retrospective (< 3hs)  Revisión y análisis del proceso de desarrollo
    • SCRUM Ciclo de vidaScrum basa todas sus practicas en un esqueleto de procesoiterativo e incremental. El circulo de abajo representa una iteración de las actividadesde desarrollo que ocurren uno luego de otra. El resultado de cada iteración es un incremento del producto. Elotro circulo representa la inspección diaria que ocurre durante laiteración, en la cual los miembros del equipo sereúnen, inspeccionando las actividades realizadas por otromiembro del equipo y hacer los ajustes apropiados. El ciclo serepite hasta que el proyecto se termina.
    • SCRUM Ciclo de vidaEl esqueleto opera de la siguiente manera: En el comienzo de una iteración, el equipo revisa que sedebe hacer. Luego selecciona lo que cree que se puede agrupar en unincremento de una potencial envío de funcionalidad para el finde la iteración.El equipo es luego dejado solo para que realice su mejoresfuerzo por el resto de la iteración. Al final de la iteración, el equipo presenta el incremento defuncionalidad que construyo para que los stakeholders puedaninspeccionar que funcionalidad y adaptaciones de tiempo sepueden hacer al proyecto.
    • SCRUM Ciclo de vida
    • SCRUM Ciclo de vidaEl corazón de scrum se basa en la iteración.El equipo mira los requerimientos considera la tecnología disponible evalúa su complejidad dificultadessorpresas.El equipo analiza que se necesita hacer y selecciona la mejor formade hacerlo. Este proceso creativo es el corazón de scrum.
    • SCRUM REGLAS El Sprint Planning Meeting: es una reunión que tiene una duración fija de no más de 8 horas, divididas en dos partes iguales de 4 horas.  La primera parte sirve para seleccionar el Product Backlog  la segunda para preparar el Sprint Backlog.  El objetivo de la primera parte es que el Equipo seleccione aquellos elementos del Product Backlog que cree que puede comprometerse a transformar en un incremento de funcionalidad potencialmente entregable.  El Equipo demostrará esta funcionalidad al Product Owner y a los stakeholders en el Sprint review meeting al final del Sprint.  El Equipo puede hacer sugerencias, pero la decisión de que elementos del Product Backlog pueden formar parte del Sprint es responsabilidad del Producto Owner.  El Equipo es responsable de determinar que parte del Product Backlog, seleccionado por el Product Owner para ese Sprint, va a tratar de implementar durante ese Sprint.
    • SCRUM REGLAS Durante el Sprint: es limitado en el tiempo a 30 días consecutivos en el calendario. Sin considerar otros factores, esta es la cantidad de tiempo necesaria para que un Equipo pueda construir algo de interés significativo para el Product Owner y los stakeholders y llevarlo a un estado en que sea potencialmente entregable. Este es también el máximo tiempo que puede ser asignado sin que el Equipo tenga que hacer tanto trabajo que requiera artefactos y documentación para soportar su proceso de razonamiento. Es también el máximo tiempo que la mayoría de los stakeholders esperarán sin perder interés en el progreso del equipo y sin perder su convencimiento de que el Equipo está haciendo algo significativo por ellos. – El equipo puede buscar consejo, ayuda, información y soporte fuera de él mismo durante el Sprint. – Nadie puede proporcionar consejo, instrucciones, comentarios o dirección al Equipo durante el Sprint. El Equipo es completamente autogestionado. – El Equipo se compromete con el Product Backlog durante el Sprint planning meeting. No se permite a nadie cambia el Producto Backlog durante el Sprint. El Producto Backlog esta congelado hasta el final del Sprint.
    • SCRUM REGLAS– Si el equipo se siente incapaz de completar todo el Product Backlog comprometido durante el Sprint, puede consultar con el Product Owner que elementos quitar del Sprint actual.– Si se eliminan tantos elementos que el Sprint pierde su valor y significado, el ScrumMaster puede terminar anormalmente el Sprint.
    • SCRUM REGLAS El Sprint Review Meeting: proporciona un punto de inspección para el progreso del proyecto al final de cada Sprint. Basándose en esta inspección, se pueden hacer adaptaciones al proyecto.  El Sprint review meeting está limitado a 4 horas.  El propósito del Sprint review es que el Equipo presente al Product Owner y los stakeholders la funcionalidad que está completada.  La funcionalidad que no esta "completada" no puede ser presentada.  Artefactos que no son funcionalidad no pueden ser presentados excepto cuando se usan para mejorar el entendimiento de la funcionalidad demostrada.  Los artefactos no pueden ser mostrados como productos de trabajo, y su uso debe ser minimizado para evitar confundir a los stakeholders o exigir que estos entiendan como funciona el desarrollo del sistema.
    • SCRUM REGLAS• La funcionalidad deberá ser presentada en los equipos de trabajo de los miembros del Equipo y ejecutada desde un servidor lo más parecido posible a uno de producción, usualmente un servidor del entorno de aseguramiento de la calidad.• El Sprint review comienza con un miembro del Equipo presentando las metas del Sprint, el Product Backlog comprometido y el Product Backlog completado. Diferentes miembros del equipo pueden comentar que fue bien y que no fue bien en el Sprint.• La mayoría del Sprint review se consume con los miembros del Equipo presentando funcionalidad, respondiendo preguntas de los stakeholders sobre la presentación y descubriendo que cambios desean estos.• Al final de la presentación, los stakeholders son encuestados, uno a uno, para recoger sus impresiones, que cambios desean, y la prioridad de esos cambios.• El Product Owner discute con los stakeholders y el Equipo el potencial cambio del Product Backlog basándose en su feedback.
    • SCRUM REGLAS• El Sprint Retrospective Meeting: es una reunión promovida por el ScrumMaster en la cual el Equipo discute el Sprint más recientemente finalizado y determina que puede ser cambiado para hacer el próximo Sprint más divertido y productivo.• El Sprint Review se centra en que está construyendo el Equipo, la Sprint Retrospective se centra en el como. La motivación para realizar esta reunión es lograr la mejora continua del proceso de desarrollo. – El Sprint restropective meeting está limitado a 3 horas de duración. – Solo asisten el Equipo, el ScrumMaster y el Product Owner, este último es opcional. – La reuniñon comienza con todos los miembros del equipo contestando dos preguntas como son: