AGENDA de TRABAJO EN GRUPO N 1

En esta primera agenda es importante aclarar que todos los grupos entran en competencia en cuanto al contenido y cumplimiento en la presentacin de las actividades de cada agenda. De tal forma que los grupos ganadores tendrn un incentivo adicional sobre su calificacin obtenida. Existe una cartula oficial en el ecampus que se debe usar para todas las agendas . Es importante aclarar que cada grupo debe llevar su proyecto de manera muy individual, por lo cual no se permite la copia de trabajos, tiene que haber originalidad y dominio de la propuesta. En caso de que se comprobara alguna copia entre grupos, ambos grupos sern sancionados. CASO DE ESTUDIO El caso de estudio del semestre ser definido por cada grupo de trabajo, con la condicin de que sea un proyecto de desarrollo de software original y de dominio del grupo. A partir de este caso se plantean las siguientes actividades en esta primera agenda: ACTIVIDAD 1 : Definir Equipo SCRUM Definir el equipo SCRUM considerando no solo al SCRUM MANAGER sino tambin los roles internos del equipo tcnico que pudieran haber, por ejemplo Diseo, Programacin, Testing, Documentacin. As mismo los roles de apoyo, por ejemplo si bien hay una persona en cada rol, quienes seran otros miembros del equipo que pueden ayudar a ese rol en funcin a su tiempo disponible. ACTIVIDAD 2 : Definir la Visin del cliente y Alternativas de solucin tcnica. La Visin del Cliente es lo que el espera que se logre con la aplicacin en trminos de responder a sus necesidades. La visin del cliente refleja su expectativa y debe ser redactada en un lenguaje no tcnico, fcil y comprensible. Puede tambin redactarse como una lista de las principales caractersticas que el cliente espera en el producto a ser logrado. Luego, realizar un estudio de al menos 2 alternativas tcnicas para el desarrollo del proyecto. Cada alternativa debe considerar mnimamente lo siguiente: Modelo de Despliegue de la aplicacin (osea como pretende funcionar, operacin esperada) Herramientas de desarrollo (Por ej Lenguajes de desarrollo y entornos integrados de desarrollo a ser usados. Libreras de componentes de terceros) Plataforma de desarrollo y operacin ( S.O , BD, etc) Mtodo y Ciclo de vida Estndares a ser usados (si es necesario)

ACTIVIDAD 3. Determinar la Factibilidad tcnica, econmica, y operativa de cada alternativa planteada, contestando a las siguientes preguntas bsicas: A) Se puede acceder y disponer de las herramientas tecnolgicas necesarias para el desarrollo proyecto en nuestro medio? B) Se tienen los conocimientos necesarios para el uso de estas herramientas? C) Se puede tener algn tipo de asesora en caso de desconocer aspectos tcnicos del proyecto.? De quien? D) Como se financiar el proyecto? E) Si los beneficios son tangibles, cubririn los costos? Como lo demuestra? F) Si Los beneficios son intangibles, que anlisis costo-efectividad puede hacer? G) Que beneficios fruto de la operacin del sistema existen? Finalmente debe haber una comparacin entre las dos alternativas y seleccionar la mejor en trminos de factibilidad. Actividad 4: PLANIFICACION SCRUM : PRIMER SPRINT Siguiendo con el caso de estudio y abstrayendo algunos detalles, el cliente que en este caso esta representado por un miembro del equipo (normalmente el Scrum Manager) defina y priorize las historias de la pila del producto utilizando la siguiente tabla :

PILA DE PRODUCTO ID Historia 1 2 3 4 5 .. **Todava en blanco, ya que lo harn posteriormente.

Importancia (5,4,3,2,1)

Estimado de horas**

Actividad 5: Planificacin de desarrollo siguiendo SCRUM 5.1 En base una lectura y comprensin de los libros disponibles sobre SCRUM. Responder al siguiente cuestionario a) En que casos el equipo SCRUM podra aplicar Sprints cortos (ej 2 semanas) y en que casos sera mas aconsejable Sprints mas largos (ej 6 semanas)? b) Que es la velocidad del equipo SCRUM y como se puede calcular? c) En que consiste en planning poker (Juego de planificacin) y que pasos comprende.? d) Que son los puntos historia y como se los puede calcular? e) Que se puede hacer cuando existe una historia de usuario que podria entrar a un sprint, pero en parte y no toda la historia como tal ? 5.2 Iniciar la planificacin del Sprint con los siguientes parmetros: Duracin del Sprint (time box) : 2 semanas Horas por persona semana : 8 horas/semana Por ej: Si son 3 miembros las horas totales semana seran 24 y en dos semanas 48, esa es la cantidad de horas que deben trabajar en el primer sprint. Fecha de culminacin del 1er Sprint : Viernes 17 de Mayo Fecha de Revisin Sprint1 : Viernes 17 de Mayo: 9 a 12 PM. Aula Ecampus, en orden establecido por nmero de grupo. a) Realizar una reunin para seleccionar las historias de usuario que entrarn al primer Sprint considerando: la prioridad establecida por el Propietario del Producto, considerando un estimado de tiempo que les puede llevar realizar dicha historia de usuario. Para este ltimo es importante aplicar planning poker en base a la investigacin hecha. Completar la tabla anterior en el campo Estimado en horas. Discutir y definir el objetivo del sprint Desagregar cada historia de usuario en tareas para completar la misma considerando todos los aspectos para su implementacion, prueba y documentacin, considerar cuantas horas se necesitan por tarea. Asignar responsables de cada tarea, recordar que cada persona solo puede tomarse 8 horas semana, por tanto hay que distribuir equitativamente las tareas, a no ser que Uds quieran de manera voluntaria que un miembro del equipo este mas sobrecargado que otro. Documentar la pila del sprint, usando el formato que se conseja a continuacin. El ejemplo muestra a continuacin a un equipo de tres personas, que trabaja en un supuesto proyecto con el patrn de diseo MVC : Pila de Sprint 1 para las primeras 3 historias de usuario de un sistema supuesto*** ID HU 1 1 1 Hrs Id 10 20 30 Tarea Definir el modelo y controlador de depositos Definir la Vista de codificar depsitos Desarrollar funcionalidad Codificar Depositos (ABML) Estado Pendiente Pendiente Pendiente Responsable Ramiro Angel Inti 1 1 2

b) c)

d)

e)

1 2 2 2 2 3 3 3 3 4 ..

35 40 50 60 65 70 80 90 95

Testing ABML Depositos Definir el modelo y controlador de Pais Definir la Vista (interfaz) de codificar Pais Desarrollar funcionalidad Codificar Pais (ABML) Testing Codificar Pais Definir el modelo y controlador de Ciudad Definir la Vista (interfaz) de codificar Ciudad Desarrollar funcionalidad Codificar Ciudad (ABML) Testing Condificar Ciudad . .y asi sucesivamente

Pendiente Pendiente Pendiente Pendiente Pendiente Pendiente Pendiente Pendiente Pendiente

Angel Ramiro Angel Inti Angel Ramiro Angel Inti Angel ..

2 1 1 2 2 1 1 2 2

IDHU : Es el cdigo de la historia de usuario ID: es el cdigo de la tarea Estado: Puede tomar los valores de Pendiente, si aun no se ha empezado a trabajar en esa tarea, en Proceso, si ya se est trabajando en ella pero no esta completada, y Terminada, cuando la tarea ya ha sido concluida. ***Ver Hoja Excel de preformateada para proyectos siguiendo SCRUM adjunta en el ecampus para realizar todas estas tareas, f) A estas alturas ya saben con mucha precisin lo que podran entregar en dos semanas, por tanto, pueden redefinir el Objetivo del Sprint. g) Definir un horario de revisin de avance cada dos das (3 revisiones de avance por semana) de 15 min a 30 min como mas. Generar y actualizar los grficos de Burn-Down despus de cada reunin. Actividad 6: Entregables del sprint Como resultado del trabajo realizado en la agenda, se deber entregar lo siguiente al finalizar el sprint: a) b) El incremento de la aplicacin ejecutable, corriendo sobre una PC La documentacin generada en todas las actividades de esta agenda adicionando el seguimiento hecho en el sprint, que se traduce en el grafico de quemado de horas (o tareas) de cada miembro del grupo, y del equipo en general, (usar Hoja de Calculo Excel del ecampus)

CUALQUIER DUDA A CONSULTAR LOS DOCUMENTOS SCRUM Y TAMBIEN EN EL FORO DE DUDAS (FIN DE SEMANA)!

FICHA DE EVALUACION AGENDA 1 CADA CRITERIO SE CALIFICA SOBRE 10 Y SE PROMEDIA LUEGO PARA OBTENER LA NOTA DE LA AGENDA. LA ESCALA ES LA SIGUIENTE: 10 excelente, 8 muy bien , 5 regular, 3 muy incompleto, 0 No se hizo o no se presento Criterios de Evaluacin Aclaracin 1. Criterios usados para justificar cada alternativa y la eleccin de la alternativa de solucin del grupo 2. Utilizacin correcta de los conceptos SCRUM tanto en la identificacin del Backlog del Producto como de la Pila del Sprint y Documentacin del proceso siguiendo SCRUM (Uso de la hoja EXCEL para la Planificacin SCRUM u otros) Presentacin Entregables del sprint

3. 4.

Organizacin , Orden de la agenda e impresin, completitud Cumplimiento de lo comprometido, funcionamiento probado del incremento y justificacin del trabajo realizado por cada miembro del grupo.