FIUBA 2.0 Grupo 3 Orlando Gerbolés Tomas Niño Kehoe Gustavo Narcisi Sabrina Marcus.

Presentación del tema: "FIUBA 2.0 Grupo 3 Orlando Gerbolés Tomas Niño Kehoe Gustavo Narcisi Sabrina Marcus."— Transcripción de la presentación:

1 FIUBA 2.0 Grupo 3 Orlando Gerbolés Tomas Niño Kehoe Gustavo Narcisi Sabrina Marcus

2 Í NDICE Metodología Herramientas Solución elegida Manejo de riesgos Lecciones aprendidas Demo

3 M ETODOLOGÍA

4 PMBOCK utilizando conceptos básicos de LEAN Explico esto?

5 H ERRAMIENTAS

6 WBS Visual Studio 2008 NUnit SQL Server 2005 Assembla (Seguimiento de incidentes y SVN) Enterprise Architect Word / Excel – Open Office

7 S OLUCIÓN ELEGIDA Lenguaje Base de datos Arquitectura

8 S OLUCIÓN ELEGIDA Lenguaje: C# Organización de la solución 5 Proyectos FIUBA20 (parte central de la aplicación) FIUBA20.DA (mapeo de esquema de base de datos) FIUBA20BACKEND (Administrador de la aplicación) FIUBA20Servicio (capa de servicios) FIUBA20Test (test unitarios de la capa de servicios)

9 B ASE DE DATOS Puede venir un esquema de la tabla utilizada?

10 A RQUITECTURA

11 R IESGOS

12

13 L ECCIONES APRENDIDAS Selección del lenguaje Gold-Plating Calculo de EV Comunicación Cambio de roles según necesidades Unificación del criterios Seguimiento de incidentes ?

14 S ELECCIÓN DEL LENGUAJE Selección inicial del lenguaje: Python Intención de aprender el lenguaje por parte de uno de los miembros El resto aceptó sin considerar las complicaciones y cantidad de trabajo a realizar Primer entrega con Python y poca funcionalidad cerrada. Un sólo desarrollador El resto del grupo no tuvo intención de aprender Python Cambio de lenguaje C# Consecuencias 3 desarrolladores disponibles Retrabajo – se reescribió lo pactado para la primer entrega y se incluyó lo pactado para la segunda en una sola iteración. Reestructuración de roles. Fricciones dentro del grupo Descontento por el cambio. Eliminación de riesgos Se dejó de depender de la disponibilidad de una sola persona para el desarrollo, con lo cual la probabilidad de ocurrencia descendió. Demostrar al cliente que tomamos una mala decisión pero tenemos acciones para corregir el desvió no es una muestra de debilidad sino de madurez

15 G OLD -P LATING ¿Qué es Gold-Plating? Dar al cliente más de lo que fue solicitado No posee valor alguno Exceder los requerimientos especificados es una perdida de tiempo y dinero sin ningún agregado al projecto. En contra de los conceptos de LEAN El cliente debiera Esperar y recibir exactamente lo que se especifico, ni más ni menos En FIUBA20 Inclusión de detalles no solicitados Funcionalidad no especificada se elimino luego de mostrar los prototipos o las funcionalidades en reuniones formales Retrabajo

16 C ÁLCULO DE EV

17 C OMUNICACIÓN Grupo google Seguimiento de los issues con comentarios al hacer commits

18 C AMBIO DE ROLES SEGÚN NECESIDADES Adaptación de los distintos integrantes a distintos roles Con el cambio del lenguaje se readaptaron los roles Versatilidad permitió que se pudiera avanzar dependiendo de disponibilidad de tiempo de cada uno

19 U NIFICACIÓN DEL CRITERIOS Diferentes criterios en definición de bugs Qué es bug y que no Cuando un bug está cerrado y cuando no Solución buscada Determinar los criterios para establecer estándar propio del grupo. Por lo general, se consiguió aplicar.

20 S EGUIMIENTO DE INCIDENTES

21

22

23

24 D EMO

25 ?