Metodologa Scrum

Que es Scrum? Scrum es una metodologa gil y flexible para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de la inversin para su empresa (ROI). Se basa en construir primero la funcionalidad de mayor valor para el cliente y en los principios de inspeccin continua, adaptacin, auto-gestin e innovacin. Product Owner El Product Owner representa al cliente, y es el encargado de negociar con el equipo, con el Scrum Master por medio como facilitador, la prioridad del trabajo a realizar. Esto desde una perspectiva del retorno de inversin para el negocio. Los roles del Product Owner son:

Definir las caractersticas del producto; Decidir sobre las fechas de lanzamiento y contenido; Ser responsable de la rentabilidad del producto (ROI); Priorizar las caractersticas segn el valor de mercado; Ajustar las caractersticas y prioridades por iteracin, segn sea necesario; y Aceptar o rechazar resultados del trabajo.

ScrumMaster (o Facilitador) El Scrum es facilitado por un ScrumMaster, cuyo trabajo primario es eliminar los obstculos que impiden que el equipo alcance el objetivo del sprint. El ScrumMaster no es el lder del equipo (porque ellos se auto-organizan), sino que acta como una proteccin entre el equipo y cualquier influencia que le distraiga. El ScrumMaster se asegura de que el proceso Scrum se utiliza como es debido. El ScrumMaster es el que hace que las reglas se cumplan.

Equipo de desarrollo El equipo tiene la responsabilidad de entregar el producto. Un pequeo equipo de 3 a 9 personas con las habilidades transversales necesarias para realizar el trabajo (anlisis, diseo, desarrollo, pruebas, documentacin, etc).
Scrum Master (Carol Aguilar Gonzalez)

ANALISIS Y
DISEO

CODIFICACIN Y PRUEBA

ADMINISTRACIN Y COSTOS

IMPLEMENTACIN DOCUMENTACIN

Blanca Estela Lpez Garca

Leticia Adriana Cruz Vzquez

Abigail Guillermo Mondragn

Abigail Monroy Garca

Cinthia Loret Ventura Resndiz

Marcos Miguel Contreras Gonzalez

Sahira Melina Hernndez Hernndez

Mara Eneida Luna Portilla

Daniel Canteras Cerezo

Scrum Team divido en reas.

Jos Antonio Villeda Hernndez

1.1 Product Backlog ABARROTES EL CHAMIN

1. Realizar un registro de todos los productos existentes en la tienda clasificados por marca. Y asignarles una clave nica. 2. Pueda realizar operaciones en la base de datos (eliminar, agregar y buscar productos) 3. Pueda registra o almacena la venta del da 4. Realizar un corte de caja de las ventas mensuales y que visualice las guanacias del da 5. Pueda agregar la opcin de proveedores para que cuando realice un corte de caja visualice los gastos/dinero inventario.

1.2 Sprint Plannig Se realiza la planificacin de las tareas a realizar en la iteracin, se divide en dos partes: 1. Se realiza en un tiempo mximo de 4 horas El cliente presenta al equipo de trabajo la lista priorizada de actividades proponiendo requisitos ms prioritarios a desarrollar en ella. El equipo de trabajo examina la lista de requerimientos y selecciona requisitos prioritarios comprometindose a desarrollarlos en la iteracin.

1. 2. 3. 4. 5. 6. 7.

Realizar el registro de los productos clasificndolos por marca y tipo Disear los formularios en Visual Studio Codificacin del programa Testeo del programa de Visual Studio Diseo y creacin la Base de la Datos Testeo de la Base de Datos Crear el enlace del programa con la Base de Datos

8. Testeo general de la base de datos y el programa 9. Periodo de prueba 10. Entrega del proyecto 2. Se realiza en un tiempo mximo de 4 horas. Se elabora una tctica que permita obtener mejores resultados con menor esfuerzo. El equipo de trabajo define las tareas necesarias para poder completar cada objetivo, creando el spring backlog. Se realiza una estimacin conjunta del esfuerzo necesario para realizar cada tarea. Cada miembro del equipo de trabajo se asigna a una tarea que pueda realizar.

1.2.1 HISTORIAS DE USUARIO

Como Administrador deseo tener un registro sobre los productos existentes dentro de la tienda
Importancia: 7 Dificultad: 7

Realizar una consulta sobre la existencia de producto

Como Administrador deseo modificar los registros de los productos

Agregar productos Quitar productos Modificar algn producto

Importancia: 5

Dificultad: 6

Como Administrador deseo registrar las ventas realizadas

Importancia: 6 Dificultad: 5

Realizo el registro de uno o varios productos

Como Administrador requiero una opcin para realizar el corte de caja.

Por medio de los registros realizados realizar el corte de caja

Importancia: 3

Dificultad: 3

Como Administrador deseo llevar un registro de mis proveedores

Realizo un registro de proveedor y saber que este se guarde

Importancia: 3

Dificultad: 3

1.3 Sprint Backlog Lista de tareas que el equipo elabora en la reunin de planificacin de la iteracin (Sprint planning) como plan para completar los objetivos/requisitos seleccionados para la iteracin y que se compromete a demostrar al cliente al finalizar la iteracin, en forma de incremento de producto preparado para ser entregado. Sprint Backlog Abarrotes El Chamin

1. Realizar el registro de los productos clasificndolos por marca y tipo 2. Disear los formularios en Visual Studio 3. Codificacin del programa 4. Testeo del programa de Visual Studio 5. Diseo y creacin la Base de la Datos 6. Testeo de la Base de Datos 7. Crear el enlace del programa con la Base de Datos 8. Testeo general de la base de datos y el programa 9. Periodo de prueba 10. Entrega del proyecto

1.4 Daily Scrum Reuniones en Scrum Cada da de un sprint, se realiza la reunin sobre el estado de un proyecto. Esto se llama "daily standup".

Gung Ho Project! (Trabajando en equipo)

SPRINT DAYLI Primera Reunin: Visin

El Dueo del Producto realiza una pequea exposicin del proyecto a desarrollar y el valor que el mismo le agregara a la organizacin. El proyecto es para optimizar y llevar un registro de las operaciones que se generan dentro de la organizacin, como el registro de las ventas, inventario de los productos y proveedores, mediante un sistema de informacin. La visin del proyecto es que el administrador de la organizacin pueda contar con un registro de los productos en existencia, as como sus ventas generadas y sus proveedores. Esto har que la organizacin pueda llegar a optimizar sus operaciones y llevar un mejor control sobre la informacin. Se decidi como se integrara el equipo y el tamao de las iteraciones (4 semanas). Al finalizar la exposicin del Dueo del Producto, se discuti sobre la arquitectura del mismo entre los miembros del equipo. Se trat de una breve reunin de 45 minutos, donde se comunico la visin del proyecto y todos comprendieron la importancia y valor del mismo para la organizacin.

Segunda Reunin: Exposicin Aqu el Dueo del Producto expone su Backlog Del Producto el cual ha surgido de la reunin de Visin y de algunas reuniones que el mismo ha mantenido con los stakeholders de la organizacin. A cada tem del backlog se lo identifica en una tarjeta con: Ttulo, Breve descripcin, Forma de validacin, Importancia, Estimacin.

Velocidad Antes de asistir a la reunin de Planificacin, el equipo tiene que conocer su velocidad inicial y factor de foco. Como el equipo no tiene historia, utiliza un factor de foco de 60%. El equipo se conforma de 11 integrantes junto con el Scrum Master, el rea de desarrollo esta conformada por 6 integrantes trabajarn 15 das ideales, el rea de documentacin, el rea de administracin y costos, por 2 integrantes respectivamente, trabajaran 15 das ideales, el Scrum Master tambin, solo que no se lo tendr en cuenta para la velocidad del equipo. En total suman 30 das ideales. Se reduce este nmero con el factor de foco: 30 x 0.60 = 18. Finalmente, la velocidad estimada del equipo para el Sprint que inicia ser de 18 puntos.

Exposicin de Historias Y se genera el siguiente backlog de historias ordenada por importancia: Backlog del Producto Realizar un registro de todos los productos existentes en la tienda clasificados por marca. Y asignarles una clave nica. Pueda realizar operaciones en la base de datos (eliminar, agregar y buscar productos) Pueda registra o almacena la venta del da Realizar un corte de caja de las ventas mensuales y que visualice las guanacias del da Pueda agregar la opcin de proveedores para que cuando realice un corte de caja visualice los gastos/dinero inventario. A medida que el Dueo del Producto hace un resumen de cada historia, los miembros del equipo realizan la estimacin. Esta misma se realiza a travs de la metodologa de estimacin de pocker. La estimacin se hace en das ideales. A medida que el Dueo del Producto hace un resumen de cada historia, los miembros del equipo realizan la estimacin. Esta misma se realiza a travs de la metodologa de estimacin de pocker. La estimacin se hace en das ideales.

Se divide la Historias y queda el Backlog Del Producto de esta manera, luego identificar la importancia de cada historia:

1.- Registro de productos 2.- Modificar Registros 3.- Registrar Ventas 4.- Realizar un corte de Caja 5.- Registro de Proveedores

- I=7 - I=5 - I=6 - I=3 - I=3

La estimacin de las tareas. Se realiza con la estimacin de pocker, donde cada uno de los miembros del equipo elige una carta de las disponibles para las tareas y la pone dada la vuelta sin mostrar, luego cuando todos tienen elegida la estimacin se dan vuelta las cartas y se sigue la misma dinmica que en las estimaciones de las historias. Y cada miembro explica el porqu de su opcin.

Compromiso: Hasta aqu llevamos 28 das ideales (puntos de historia) para realizar las tareas estimadas. Solo se puede tomar hasta 18 puntos de historia, por lo cual se deja de estimar en este momento y se procede a la planificacin. Entonces queda comprometido un Sprint con las historias de usuario correspondientes. Y de esta manera queda el Backlog del Producto:

1.- Registro de productos 2.- Modificar Registros 3.- Registrar Ventas

- I=7 - I=5 - I=6

4.- Realizar un corte de Caja 5.- Registro de Proveedores

- I=3 - I=3

Fin de la Planificacin: Entonces para finalizar la reunin de planificacin (Exposicin) se toman las siguientes decisiones.

Objetivo del Sprint Reunin 2 veces por semana edificio1 Duracin del Sprint Reunin de Revisin del Sprint del edificio1.

: Registro de Productos : De 11:00 a 11:15 en el saln 102 del :4 semanas :20 de Noviembre de 2012 en el saln 102

El grafico Burndown se comienza dibujando los das (sobre el eje horizontal), los puntos de historia (sobre el eje vertical) y la lnea de avance ideal.

Aqu se da por terminada la reunin de planificacin (exposicin) y luego por la tarde, comenzara la reunin de planificacin Resolucin).

Tercera Reunin: El dirigente de nuestro equipo nos asigno distintas reas para la elaboracin de nuestro proyecto, en el cual hemos estado trabajando constantemente. Los que conforman el primer grupo que son los de diseo nos mostraron que llevan realizado en estos das las bases de datos de todos los productos existentes dentro de la tienda (clasificacin de producto, ID, marca, precio

compra/venta, existencias). Despus de haber escuchado y visto el avance que este grupo tiene; el Scrum Master les aclaro las dudas al respecto para as poder continuar con la elaboracin de las bases de datos. En el segundo grupo que son los encargados de la administracin y costos del proyecto a realizar, han estado trabajando en el diagrama general y lo que seria el anlisis foda. El Scrum Master les pidi que el orden del diagrama fuera el

correcto y que todo tuviera una buena secuencia. El tercer equipo comenz a trabajar en el modelo de entidad y relacin. El Scrum Master verifico las nuevas tareas a realizar y que todos estuviesen trabajando correctamente.

Cuarta Reunin: El da de hoy se continuo con el diseo y elaboracin de las bases de datos, al igual que se aprendi el como respaldar y restablecer la base de datos. Los programadores comenzaron con el pre-diseo de los formularios de acuerdo con la base de datos que se esta realizando. El Scrum hablo con todos nosotros sobre algunas anomalas que se generaron en la elaboracin de las bases de datos. Se llego a un acuerdo sobre la entrega del diseo de formularios en base a la base de datos para su entrega el prximo jueves y as los programadores podrn comenzar con la realizacin del programa para nuestro cliente. El da de hoy se est terminado el modelo relacin de nuestra base de datos, tambin se checaron las pantallas de el diseo de lo que ser nuestro programa (botones, opciones comandos letreros).

Sexta Reunin: El da de hoy se discuti sobre algunos nuevos acuerdos que se tomaran para la codificacin de nuestro programa y sobre algunas modificaciones que se hicieron en el mismo En cuanto al rea de administracin y costos llevan un buen avance (objetivo, visin, organigrama, estado de costos, factibilidad, anlisis foda, diagrama de Gantt, perfiles de cada rea, estudio tcnico). Otro de los puntos a tratar fueron sobre un logo que necesitamos para nuestro programa y en este cada uno de los equipos deber de trabajar para ver cual ser el elegido.

Sptima Reunin: Esta fue la antepenltima reunin que tuvimos todo el equipo de Scrum. En esta ocasin se realizaron los detalles de lo que serian las bases de datos para nuestro programa. Los en cagados de la programacin comenzaron con en enlazamiento de pantallas y agregar algunos botones para el regreso al formulario principal. Posteriormente se realizo el enlace con la base de datos. Por ultimo se coloco el men de opciones (para el despliegue del resto de las pantallas). Por ultimo se llevo acabo la elaboracin del logotipo de nuestra empresa.

Octava Reunin: El da de hoy es la penltima reunin de equipo en la cual los programadores se reunieron para la continuacin del programa se continuo con la conexin de las bases de datos de Visual Studio productos Y tambin los botones de esa ventana (borrar, modificar, buscar, cancelar, agregar) y se modifico el enlace de productos Novena Reunin: Esta es nuestra ltima reunin, en la cual el equipo se encuentra verificando sobre los detalles que se generan para la finalizacin del programa Tambin se verifican los resultados del balance general y el estado de resultados para ver que no existan cifras incorrectas El Scrum habla con todos los integrantes del equipo y hace algunas observaciones sobre el prototipo del proyecto para su entrega final. Revisin del Objetivo y se empez a programar la ventana de

Cada semana se realiza una revisin del objetivo. Pasada la primer semana: El grafico Burndown marca que la lnea real esta muy por debajo el objetivo por lo que el equipo decide que debemos trabajar mas. Para poder seguir utilizando el grafico Burndown, se traza una lnea paralela al eje X sobre el punto del objetivo del eje Y, y all se vuelve a trazar la lnea del objetivo.

Pasada la segunda semana:

El grafico Burndown marca que la lnea real esta cerca de la nueva lnea objetivo, por lo cual se decide continuar todo de la misma manera.

Pasada la tercera semana: El grafico Burndown marca que la lnea real esta muy cerca de la lnea objetivo, por lo cual se decide continuar todo de la misma manera.

Pasada la cuarta semana: El grafico Burndown marca que la lnea real esta igual que la lnea objetivo, por lo cual se decide continuar todo de la misma manera ya para terminar.

Reunin de Revisin

La reunin ha quedado agendada en la reunin de planificacin. El equipo no se tomo mas de una hora en la preparacin de la misma, ya que solo se muestra lo que esta funcionando, sin preparar ninguna otra informacin adicional. Los invitados llegan, otros miembros de otros proyectos se unen a ver que se presenta. Empieza la demostracin, contando el objetivo del Sprint, y cual era el plan original del mismo con las historias que se desarrollaran. Luego se comenta lo que se encuentra terminado del prototipo (en este caso la conexin con la base de datos de SQL server a Visual Studio, y la consulta de la informacin de la base de datos)

y se explica que ha pasado con lo no desarrollado a grandes rasgos (las operaciones como eliminar buscar, agregar) a grandes rasgos. La demostracin tiene que ser sobre funcionalidad que al usuario le sirva y aplique a la forma de demostrarlo que se ha elegido para la historia. Lo cual ha cumplido el objetivo principal. En esta reunin puede participar cualquiera y se espera que los que tienen injerencia en el producto puedan dar opciones para mejorar en lo que a lo funcional respecta.

Reunin Retrospectiva El equipo y el Dueo del Producto se juntan a la tarde el mismo da de la reunin de Revisin. El Scrum Master dice como fue el Sprint, mostrando que han llegado al objetivo del prototipo con algunos imprevistos, los cuales solucionados ya estn.