Conferencia Gestión de Proyectos de TI

Gestión de Proyectos de TI Exp. Hanz Cocchi Guerrero IT Project Manager

Agenda ,[object Object],[object Object],[object Object],[object Object],[object Object]

[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],¿Qué es un proyecto? Costos Tiempos Calidad

Alarmante Problema ,[object Object],[object Object],[object Object],[object Object],Fuente: The Standish Group 2001 ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],71% de todos los proyectos fallan, ya sea que se han excedido el presupuesto o empiezan a funcionar después del plazo original. Cada año, 75 millones de dólares se pierden por fallas de los proyectos en los Estados Unidos

Porque fracasa el proyecto? Como lo explicó el cliente Como lo entendió el líder del proyecto Como lo diseñó el analista Como lo escribió el programador Como lo recibieron los probadores beta Como lo describió el Consultor de Negocios

Porque fracasa el proyecto? Como se documentó Las operaciones instaladas Lo que se le cobró al Cliente El soporte que se le dio Como se comercializó Lo que el cliente realmente necesitaba

[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],¿Por qué fracasó? Lo que el cliente realmente necesitaba

¿Qué es un riesgo del proyecto? ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

Análisis de Riesgo ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

¿Qué se debería hacer? ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

Seis “Mejores Prácticas” Controlar Cambios Arquitecturas Basadas en Componentes Desarrollar Iterativamente Verificar Calidad Modelar Visualmente Administrar requerimientos

Seis “Mejores Prácticas” Controlar Cambios Administrar requerimientos Arquitecturas Basadas en Componentes Desarrollar Iterativamente Verificar Calidad Modelar Visualmente

Administrar los requerimientos ,[object Object],[object Object],[object Object],[object Object],[object Object]

Administrar los requerimientos ,[object Object],[object Object],Modelo de Diseño Los Casos de Uso direccionan el trabajo desde el análisis hasta el test Modelo de Casos de Uso Modelo de Implementación Modelo de Test verifica Realización influenciados por

Desarrollar Software Iterativamente ,[object Object],Planeamiento Inicial Planeamiento Requerimientos Análisis y Diseño Implementación Prueba Distribución Evaluación Ambiente de Administración

Desarrollar Software Iterativamente ,[object Object],[object Object],[object Object],[object Object],[object Object]

Seis “Mejores Prácticas” Controlar Cambios Administrar Requerimientos Arquitecturas Basadas en Componentes Desarrollar Iterativamente Verificar Calidad Modelar Visualmente

Verificar la Calidad del Software ,[object Object],[object Object],Desarrollo Implementación Costo Encontrar y reparar un problema de software después de la implementación puede resultar de 100 a 1000 veces más costoso

Verificar la Calidad del Software ,[object Object],[object Object],[object Object],[object Object],[object Object]

Seis “Mejores Prácticas” Controlar Cambios Arquitecturas Basadas en Componentes Desarrollar Iterativamente Verificar Calidad Modelar Visualmente Verificar Calidad Administrar requerimientos

Diseñar el proceso Logical Design Conceptual Design Scenarios Physical Design Components, User Interface, and Physical Database Objects and Services, User Interface, and Logical Database

Modelar Software Visualmente ,[object Object],[object Object],[object Object],[object Object],[object Object],El Modelamiento Visual eleva el nivel de abstracción Código Clases Subsistemas

Modelar Software Visualmente ,[object Object],[object Object],[object Object],[object Object]

Utilizar Arquitecturas Basadas en Componentes ,[object Object],[object Object],[object Object],[object Object],[object Object]

Utilizar Arquitecturas Basadas en Componentes Vista Lógica Vista de Implementación Programadores Administración del Software Vista del Proceso Vista de Desarrollo Topología Distribución, Instalación Comunicación Ingeniería Conceptual Physical Vista de Caso de Uso Usuario Funcionalidad Performance Escalabilidad Rendimiento Integradores

Utilizar Arquitecturas Basadas en Componentes ,[object Object],[object Object],Arquitectura basada en componentes System- software Middleware Negocio Aplicación

Utilizar Arquitecturas Basadas en Componentes ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

Controlar los Cambios al Software ,[object Object],[object Object],[object Object],Workspace de Administración Integración Desarrollo en paralelo Administración del Build CM es mucho más que check-in y check-out ALERT REPORT

Controlar los Cambios al Software: Beneficios ,[object Object],[object Object],[object Object],[object Object],[object Object]

Seis “Mejores Prácticas” Controlar Cambios Administrar Requerimientos Arquitecturas Basadas en Componentes Desarrollar Iterativamente Verificar Calidad Modelizar Visualmente

Referencias ,[object Object],[object Object],[object Object],[object Object],[object Object]

Conferencia Gestión de Proyectos de TI

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (11)

Ähnlich wie Conferencia Gestión de Proyectos de TI

Ähnlich wie Conferencia Gestión de Proyectos de TI (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Conferencia Gestión de Proyectos de TI