Grupo 1 Programacion Agil

PROGRAMACION AGIL: SCRUM Y XP
Profesor:
Hernn Moraga Edicin: Aline Guerrero
Ingeniera De Software Santiago, 16 Diciembre 2005 1/30
SCRUM
Gestin gil de Proyectos
Colaborador: Annimo
Ingeniera De Software Santiago, 16 Diciembre 2005 2/30
Qu Es SCRUM?
SCRUM es una metodologa gil de gestin de proyectos cuyo objetivo primordial es elevar al mximo la productividad de un equipo. Reduce al mximo la burocracia y actividades no orientadas a producir software que funcione y produce resultados en periodos muy breves de tiempo (cada 30 das), por medio de iteraciones o Sprints. Ideal para proyectos con un rpido cambio de requerimientos.
Santiago, 16 Diciembre 2005 3/30
Ingeniera De Software
Contexto SCRUM

Slo abarca prcticas de gestin sin entrar en las prcticas de desarrollo como puede hacer XP. Delega completamente en el equipo la responsabilidad de decidir la mejor manera de trabajar para ser lo ms productivos posibles y, le da gran protagonismo a las reuniones que realicen a lo largo del proyecto. Sus races tericas estn en las teoras de la autoorganizacin.
Actores SCRUM
Propietario del producto Representa a todos los interesados en el producto final. Sus reas de responsabilidad son:

Financiacin del proyecto. Retorno de la inversin del proyecto. Lanzamiento del proyecto.
Santiago, 16 Diciembre 2005
5/30
Actores SCRUM
Equipo
Responsable de transformar el Backlog de la iteracin en un incremento de la funcionalidad del software.

Auto-gestionado. Auto-organizado. Multi-funcional.

Actores SCRUM
Scrum Master Responsable del proceso Scrum.
Formacin y entrenamiento del proceso. Incorporacin de Scrum en la cultura de la empresa. Garanta de cumplimiento de roles y responsabilidad.
7/30
Metodologa De Trabajo
Equipos de entre 6 y 10 personas revisan los requisitos, la tecnologa disponible y evalan los conocimientos para colectivamente determinar como incrementar la funcionalidad. Reuniones diarias, antes de empezar a trabajar, con una duracin mxima de 4 hrs. Se llevan a cabo hasta que el proyecto este listo para ser puesto en produccin o ser lanzado al mercado.
8/30
Metodologa De Trabajo
En la primera reunin se explica al equipo la forma de trabajo, especificando que son reuniones cortas para coordinar trabajo y no para solucionar problemas. Se establecen los criterios para arreglar los errores por prioridades (base del xito del sistema). Al inicio de cada iteracin se revisa el trabajo pendiente en el proyecto y se selecciona la parte a la cual se le incrementara funcionalidad, para al final de la iteracin incorporarla al SW y presentrsela a las partes involucradas. En cada reunin las preguntas claves a contestar son:
Qu es lo que se hizo desde la ltima reunin? Qu es lo que se va a hacer hasta la siguiente reunin? Cmo se va a llevar a cabo?
Artefactos SCRUM
Sprint

Es la base del desarrollo Scrum. Su duracin mxima es de 30 das. Se llevan a cabo las tareas pre-establecidas y no se puede modificar el trabajo acordado en el backlog. Slo el ScrumMaster puede abortar un sprint si lo considera no viable por alguna de las sgtes. razones:

Las circunstancias del negocio han cambiado. La tecnologa acordada no funciona. El equipo ha tenido interferencias.
Artefactos SCRUM
Product Backlog
Crea un listado con los requisitos de los usuarios o propietarios del sistema para planificar el proyecto. No es una lista completa y definitiva. Es slo una estimacin inicial de los requisitos. Es un documento dinmico que incorpora las constantes necesidades del sistema y se mantiene durante todo el ciclo de vida (hasta la retirada del Sist.).
Artefactos SCRUM
Sprint Backlog

Especifica la serie de tareas que se van a desarrollar segn los requisitos sealados. Estas tareas tienen una duracin de entre 4 y 16 hrs. de trabajo. Las de mayor duracin intentar descomponerlas en Sub-Tareas dentro de ese rango de tiempo. Al final del sprint se busca un incremento en la funcionalidad.
El Flujo De SCRUM
13/30
Bibliografa
http://www.ingenierosoftware.com/equipos/estabilizar-aplicacion.php http://www.agile-spain.com/agilev2/donde_aprender_mas_sobre_scrum http://blogs.msdn.com/josemurl/archive/2005/09/15/467898.aspx http://www.exa.unicen.edu.ar/catedras/ingsoft/informeagiles.doc
14/30
XP
Programacin Extrema
Colaboradores:
Felipe Lobos Wilder Escobedo
15/30
Qu Es XP?
Es un proceso ligero, gil, de bajo riesgo, flexible, predecible, cientfico y divertido de desarrollar software. Esta orientado hacia quien produce y usa el software ( retroalimentacin continua cliente y desarrollador). Reduce el costo del cambio en todas las etapas del ciclo de vida del sistema. Combina las que han demostrado ser las mejores practicas para desarrollar software, y las lleva al extremo.
Contexto XP

Cliente bien definido y en colaboracin constante. Los requisitos pueden y van a cambiar (voltiles). Reduce los tiempos de desarrollo manteniendo la calidad. Desarrollo incremental y continuo para responder a los cambios. Grupo pequeo y muy integrado.
17/30
Caractersticas XP

Metodologa creada a base de prueba y error. nfasis en el desarrollo del software mas que una buena documentacin. Empieza en pequeo y aade funcionalidad con retroalimentacin continua. No introduce funcionalidades antes de que sean necesarias. El cliente o el usuario se convierte en miembro del mismo equipo.
Caractersticas XP
Su utilidad es medida con cuatro valores: Simplicidad en las soluciones implementadas. Comunicacin. Retroalimentacin. Coraje (si funciona mejralo).
Roles De XP
Programador. Cliente. Encargado de pruebas (Tester). Encargado de seguimiento (Tracker). Entrenador (Coach). Consultor. Gestor (Big boss).
Prcticas De XP

Desarrollo guiado por pruebas. Cliente presente. Integracin continua. Refabricacin sin piedad. Diseo simple. Propiedad colectiva del cdigo y convenciones del mismo. Cubrir una semana de 40 horas, pues los programadores cansados son menos productivos y mas propensos a errores.
Prcticas De XP
22/30
Ciclo De Vida XP
El ciclo de vida ideal de XP consta de seis fases:

Exploracin. Planificacin de la Entrega (Release). Iteraciones. Produccin. Mantenimiento. Muerte del Proyecto.
Costo Del Cambio En El Ciclo De Vida Del Proyecto
Tradicionalmente, entre mas tarde aparezca la necesidad de un cambio, el costo de implementacin de este se elevara exponencialmente. La programacin extrema mantiene dicho costo en un nivel prcticamente independiente con respecto a la etapa del ciclo de vida.
24/30
Flujo De Un Proyecto XP
25/30
Iteracin XP
26/30
Bibliografa

http://www.willydev.net/descargas/prev/TodoAgil.Pdf
http://www.programacionextrema.org http://es.wikipedia.org/wiki/Programaci%C3%B3n_extrema http://ultimaorbita.com/raciel/x-ezine/x2/2x010-XP.html http://www.marquetti-asociados.com.ar/xp.htm http://www.avemundi.com/archivos/XP.ppt+programacion+e xtrema&hl=es
Otras Metodologas giles
28/30
Crystal Methodologies. Dynamic Systems Development Method (DSDM). Adaptive Software Development (ASD). Feature - Driven Development (FDD). Lean Development (LD).
29/30
FIN
30/30

Grupo 1 Programacion Agil

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Grupo 1 Programacion Agil

Cargado por

Copyright:

Formatos disponibles

PROGRAMACION AGIL: SCRUM Y XP

Santiago, 16 Diciembre 2005

Auto-gestionado. Auto-organizado. Multi-funcional.

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

http://www.ingenierosoftware.com/equipos/estabilizar-aplicacion.php http://www.agile-spain.com/agilev2/donde_aprender_mas_sobre_scrum http://blogs.msdn.com/josemurl/archive/2005/09/15/467898.aspx http://www.exa.unicen.edu.ar/catedras/ingsoft/informeagiles.doc

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

El ciclo de vida ideal de XP consta de seis fases:

Costo Del Cambio En El Ciclo De Vida Del Proyecto

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

Otras Metodologas giles

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

Santiago, 16 Diciembre 2005

También podría gustarte