POSTMORTEM Sección 2 Yéssica Forero Navarro Líder de Soporte

Slides:



Advertisements
Presentaciones similares
PROYECTO ORIGINACION DE CREDITO BANCO DE LOS ALPES
Advertisements

Postmortem Ciclo3 Proyecto de Notificación y Comunicación Electrónica de la Plataforma de Interoperabilidad Carlos Andrés Arango Jorge Eduardo Garzón Daniel.
ANALISIS DE RIESGOS.
Proyectos Informáticos
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
2010 Presentación Final Proyecto Originación de Crédito
Materia: Tecnología de la Información
Metodologías de Desarrollo
[CURSO O MATERIA] [INTEGRANTES DEL GRUPO] POSTMORTEM [EL NUMERO DEL POSTMORTEM O VERSION] Total tiempo: 15 min.
METODOLOGÍA PARA IMPLANTAR UN SISTEMA INTEGRADO DE INFORMACIÓN
Postmortem Ciclo 1 Mejoramiento Proceso Originación de Crédito Banco de los Alpes 2010 Julián Morales Andrés González Carlos Criales.
Proceso de Originación de Crédito: Banco de los Alpes
Módulo Local. Logo: Correo Electrónico: Slogan: Producir Software de alto nivel Misión: Desarrollar software de calidad para la satisfacción.
Proyecto: Lanzamiento
Yéssica Forero Navarro Raúl Ernesto Gómez Mendoza Diana Carolina Mogollón Ruiz Luis Fernando Taboada Ernesto Fabián Vargas Mad rid.
MARKETPLACE DE LOS ALPES
MarketPlace de Los Alpes
POSTMORTEM TSP - CICLO I
Taller 1 Initialization
Aseguramiento Calidad
SISTEMA DE SEGUIMIENTO DE INDICADORES DE GESTIÓN
Trabajo Práctico Taller de Desarrollo de Proyectos 2 Septiembre 2009.
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
TEAM SOFTWARE PROCESS CICLO 2.  Producto  Reporte del ciclo  Plan  Inspección  Plan de calidad  Valor ganado  Objetivos  Proceso TSP  Equipo.
PROCESO DE DESARROLLO. Introducción Mediante esta presentación se pretende describir el proceso de desarrollo del TALLER I.
TEAM SOFTWARE PROCESS CICLO 3.  Análisis del Proyecto  Producto  Resultados por Rol  Resultado del Proceso.
Gestión del Tiempo del Proyecto
Fundamentos de la Gerencia de Proyectos
MAESTRÍA DE GERENCIA EN SISTEMA
Fase Inicial Grupo 6 – PIS – 2013.
Definición de Procesos y Políticas. 2 Marco de Procesos.
Supervisión y Gerencia de Proyectos
Planeación con Planning Tool y DotProject Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Rubby Casallas, Andrés Yie.
Nuestra Empresa… ... Su Empresa
4/27/2015Gestión de Proyectos de Software1 PLANEACIÓN ESTRATÉGICA – PRIMERA PARTE Carlos Mario Zapata J.
Administración de Proyectos
Arquitectura Empresarial 2010 Andrés González Julián Morales Carlos Criales José Daniel García Robinson De.
Proceso de Gestión de Proyectos
Presentación Final Proyecto Originación de Crédito Especialización en construcción de software Universidad de los Andes Bogotá Julián Morales.
Ximena Romano – Doris Correa
Presentación Final Proyecto Originación de Crédito Especialización en construcción de software Universidad de los Andes Bogotá Julián Morales.
Especialización en Desarrollo de Software
Proyecto de Ingeniería de Software Grupo Nº 9 - GXPost (Desarrollo con GeneXus 8.0) Evaluación de la Fase Construcción (Jueves 4 de Noviembre de.
Proceso de Gestión de Proyectos
PROCESO DE GESTION DE PROYECTOS
PROYECTO ECOS.  Producto desarrollado  Problemas encontrados  Riesgos materializados  PIP.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
DISEÑO CURRICULAR Presentado por: Cesar Augusto Sáenz María Alejandra Hernández 1.contenidos curriculares de competencia.
Mini-Assessment Proceso Desarrollo Quimera INTEGRANTES: Alexandra Marín Juan Carlos Lopera Camilo Forero Luis Carlos Ávila Javier Murcia.
Introducción al proceso de verificación y validación.
Administración de Proyectos
Ciclo 1 Neotect S.A..  Reporte de Producto Desarrollo y calidad  Reporte de Proceso Desempeño y disciplina del grupo  Autoevaluación del Grupo Por.
INTEGRANTES: Alexandra Marín – Líder de calidad
Proyecto: Lanzamiento QUICK ORDER. Objetivo General  Desarrollar el sistema de información de acuerdo a los requerimientos establecidos por el cliente,
FACULTAD DE CIENCIAS COMPUTACIONALES Y TELECOMUNICACIONES ASIGNATURA:
___________________________ Diego Fernando Navarro Fabián Felipe Ceballos POSTMORTEM CICLO 2.
Proyecto de Ingeniería de Software 2008 Proyecto TITA Soft. Grupo 02.
Melissa Sierra Se realiza la planificación de todas las actividades necesarias para llevara a cabo el proyecto, considerando las prioridades del.
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Proyecto BANALPES Mejoramiento del proceso de originación de crédito
Análisis y Balance del Proyecto Análisis Inicial Estimación Inicial Arquitectura de Datos Propuesta Tecnología Metodología aplicada Estimaciones elaboradas.
PROCESO DE DESARROLLO. Introducción Mediante esta presentación se pretende describir el proceso de desarrollo del TALLER I.
Modelos y estándares de procesos de desarrollo de software Universidad de los Andes ECOS – 2010 – Sección I.
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
Procesos de Planeación
Sistemas de calidad en el desarrollo de software.
CONSULTORIA EMPRESARIAL EN LAS EMPRESAS CONSULTORIA EMPRESARIAL.
PROYECTO NYCE Notificaciones y Comunicaciones Electrónicas Ciclo 2.
Junio, 2013.
Transcripción de la presentación:

POSTMORTEM Sección 2 Yéssica Forero Navarro Líder de Soporte Raúl Ernesto Gómez Mendoza Líder de Desarrollo Diana Carolina Mogollón Ruiz Líder de Planeación Luis Fernando Taboada Líder del Proyecto Ernesto Fabián Vargas Madrid Líder de Proceso y calidad Sección 2

Agenda Reporte de primer ciclo Plan de respuesta al riesgo Proceso y roles Producto Reporte de datos Lecciones aprendidas Plan de respuesta al riesgo Propuesta de mejoramiento del proceso

Reporte de primer ciclo Proceso y roles Reunión definición Revisión de resultados Asignación de tareas Trabajo individual 3

Reporte de primer ciclo Producto AS-IS Arquitecturas empresariales actuales (negocio, datos, aplicaciones e infraestructura). TOBE Arquitecturas empresariales en su situación deseada (negocio, datos, aplicaciones e infraestructura). Brechas Entre AS-IS y TO-BE Proyectos Requeridos para alcanzar el objetivo del proyecto. Estimación y priorización. 4

Reporte de primer ciclo Reporte de datos Actividades Tiempo (Horas) Estimado Real 1 Análisis del Problema y Requerimientos 45 52 2 Análisis del AS-IS 27 2.1 Procesos 12 4 2.2 Datos 5 2.3 Aplicaciones 8 2.4 Tecnología 9 10 3 Propuesta del TO-BE 54 3.1 13 3.2 17 3.3 3.4 15 Brechas AS-IS vs TO-BE 93 4.1 18 4.2 16 4.3 31 4.4 28 Estimación y Priorización de Proyectos 60 6 Definición de Road Map 51 7 Propuesta de Arquitectura de Solución 108 85 5

Reporte de primer ciclo Reporte de datos Tiempo Estimado (Horas) 378 Tiempo Real (Horas) 422 Diferencia 11,64% 6

Reporte de primer ciclo Reporte de datos Actividades Valor Ganado Estimado Real 1 Análisis del Problema y Requerimientos 11,90 2 Análisis del AS-IS 23,80 3 Propuesta del TO-BE 35,70 4 Brechas AS-IS vs TO-BE 47,60 5 Estimación y Priorización de Proyectos 59,50 6 Definición de Road Map 71,40 7 Propuesta de Arquitectura de Solución 100,00 7

Reporte de primer ciclo Comunicación Planeación Lecciones aprendidas 8

Plan de respuesta al riesgo Amenaza Plan de respuesta Evaluación estado actual Opción de manejo Descripción Estado (08/08/2011) Acciones Correctivas El desarrollo de software fue subestimado. Mitigar Construir una EDT lo más detallada posible previamente al proceso de estimación Materializado Registro de tiempo reales para hacer estimaciones posteriores más ajustadas. Establecer un formato para facilitar ese reporte Los ingenieros de desarrollo experimentaron una larga curva de aprendizaje. Planear actividades de capacitación explicitas en la EDT con respecto a las tecnologías a usar. Identificar de forma temprana las herramientas que se van a utilizar y definir actividades puntuales en el cronograma para la documentación del equipo de esas herramientas Los partners se habían retrasado  con el trabajo prometido, y aun así  sus entregables no funcionaron como se esperaba. Definir alternativas que permitan suplir el trabajo esperado por los partners. Destinar tiempo en la planeación para realizar las correcciones respectivas en los artefactos entregados Los módulos de software en el sistema no trabajan juntos como estaba previsto. Programación de actividades de integración y pruebas cada vez que se termina un modulo. Adición de actividades de integración de forma temprana en la planeación, de tal manera que se pueda tener retroalimentación oportuna de los posibles inconvenientes de integración Problemas de comunicación llevaron a retrasos   Construcción de plan de comunicaciones, en donde se establezcan reglas de comunicación herramientas oficiales, herramientas alternativas. Adición en el plan de trabajo de reuniones periódicas para reporte de el avance y toma de decisiones

Propuesta de mejoramiento del proceso Planeación: Elaborar un plan de trabajo con tareas mas detalladas (duración no mayor a 4 horas por tarea) Control: Formalizar reuniones de status semanales/quincenales. Exponer avance y problemas presentados. Reorganizar y/o redistribuir tareas.