El Mercado del Proyecto. Softmart El Mercado del Proyecto.

Grupo 3 Integrantes: Epelman, Ariel Goszi, Hernán Rocca, Augusto Salvatore, Santiago

Metodología Metodología de gestión del proyecto de orientación predictiva basada en PMBOK y plan de desarrollo iterativo en cascada. Explicar razones por la cual elegimos esta metodología. Esta metodología se basa en nuestra experiencia previa.

Relevamiento User stories en vez de casos de uso. UATs como complemento de users stories UATs para el criterio de aceptación.

Formato de entregas 2 semanas de duración de cada entrega Primera Entrega Segunda Entrega Tercera Cuarta Entrega Liberación 2 semanas de duración de cada entrega 1º y 2º orientadas al core de la aplicación 3º y 4º orientadas a la funcionalidad del back end Periodo de estabilización y cierre.

Seguimiento y Control El control del tiempo y costo del proyecto se hizo con earn value. Modalidad 0-50-100%

Evolución de la prueba permitía saber en que condiciones se estaba liberando la entrega a aceptación.

Trazabilidad

Gestión del cambio Solicitud del cambio por parte del cliente Análisis de impacto en costo, funcionalidad y calendario Presentación de propuesta Aprobación de solicitud Administración del cambio Documentación del cambio y agregado en baseline

Gestión del cambio Se estima un costo total de 10 HH Proyecto SoftMart Fecha requerimiento 14/05/2009 Iniciado por Alejandro Molinari Relevado por Hernán Goszi Descripción Incorporar al sistema SOFTMART la funcionalidad de registrar las acciones de los administradores del backend Motivo Auditoria del back end. Impacto en funcionalidad Se agrega un modulo de logeo en aplicación backend para poder auditar las acciones y modulo de consulta para poder verlas y filtrarlas. Se eliminan 2 de los 5 reportes pedidos. Y el reporte definido de cantidad de proyectos por estado se aplicara solo al mes corriente. Impacto en costo Se estima un costo total de 10 HH Se absorbe el costo con el corte de alcance de los reportes eliminados y la simplificación de los restantes. Impacto en calendario Ninguno. Se entrega la funcionalidad en la cuarta entrega incremental. Estado del cambio Aprobado. Definición de alcance Los datos a registrar son: fecha, hora-minuto- segundo, usuario y acción. Entiéndase por acción: Login, Logout, Bloqueo de cuenta <ID de cuenta>, Activación de cuenta <ID de cuenta>, Cancelación del proyecto <ID de proyecto> y Revisión de proyecto <ID de proyecto>. La acción se logea como un string concatenando los datos especificados. También será necesario una sección para consultar estos registros, pudiendo filtrar por: Usuario, rango de fechas y/o acción. Se verán los resultados en una grilla. Fecha de revisión 18/05/2009 Responsable Pantalla de consulta 4 HH Lógica de logeo Base de datos 2 HH

Desvió no planificado Conformación de un nuevo Baseline. 1.4.4 Internacionalización Construcción del modulo para permitir diferentes idiomas. 12 HH 1.4.4.1 Capacitación Investigación y pruebas para permitir el cambio de idioma 2 HH 1.4.4.2 Componente Construcción del componente encargado de setear el idioma en runtime 1.4.4.3 Traducción Construcción y adaptación de archivos para permitir diferentes idiomas. 8 HH Conformación de un nuevo Baseline. Agregado de 12 horas sobre lo planificado. Se introdujo la funcionalidad en la segunda entrega

Lecciones Aprendidas Gold Plating Indicadores no aplican siempre (cobertura de la prueba) Testing con casos erroneos, valores de borde y verificables. Metodología del earn value Requerimientos ocultos Gestión del cambio Planificacion de entregas incrementales. Horas de retrabajo no planificadas.