Gestin de Proyectos de TI

Exp. Hanz Cocchi Guerrero

IT Project Manager

Agenda
Que es un Proyecto? Problemas con el Software. Que son los riesgos? Qu deberamos hacer? Seis mejores prcticas.

Gestin de Proyectos de TI

Qu es un proyecto?

Es un proceso temporal que tiene un inicio y fin. Su resultado es un producto o servicio nico. Esta constituido por un conjunto de actividades interrelacionadas que se desarrollan por una sola vez, que constituyen una inversin para el negocio Tiene objetivos, alcances y productos entregables especficos y un programa y presupuesto definidos. Existen proyectos De Tecnologas de la Informacin y de e-Business, Desarrollo interno, Desarrollo por terceros, Evaluacin e implantacin de paquetes, De Soporte Tcnico, Adquisicin e instalacin de hardware/software, Redes y/o comunicaciones Se controla :

Costos Calidad

Tiempos
3

Gestin de Proyectos de TI

Alarmante Problema
71% de todos los proyectos fallan, ya sea que se han excedido el presupuesto o empiezan a funcionar despus del plazo original. Cada ao, 75 millones de dlares se pierden por fallas de los proyectos en los Estados Unidos
Fuente: The Standish Group 2001

Demanda insatisfecha

Causas

Plazos y costos excedidos Insuficiente productividad Calidad inadecuada Naturaleza del software Inadecuado enfoque gerencial Carencia de tecnologa

Solucin

Enfoque integral del ciclo de vida Tcnicas formales y herramientas Ingeniera de software

Gestin de Proyectos de TI

Porque fracasa el proyecto?

Como lo explic el cliente

Como lo entendi el lder del proyecto

Como lo dise el analista

Como lo escribi el programador

Gestin de Proyectos de TI

Como lo recibieron los probadores beta

Como lo describi el Consultor de Negocios

5

Porque fracasa el proyecto?

Como se document

Las operaciones instaladas

Lo que se le cobr al Cliente

Gestin de Proyectos de TI

El soporte que se le dio

Como se comercializ

Lo que el cliente realmente necesitaba 6

Por qu fracas?

No se comprendieron las necesidades del usuario No se previ el impacto de los requerimientos de cambios Se descubrieron muy tarde falencias graves en el Proyecto Hay mdulos que no se pueden integrar Interferencias entre los miembros del equipo No cumplen sus objetivos Se exceden considerablemente en el tiempo Se exceden de su presupuesto
Lo que el cliente realmente necesitaba
7

Gestin de Proyectos de TI

Qu es un riesgo del proyecto?

Cualquier factor que puede interferir en terminacin exitosa del proyecto Es reconocer que un problema puede suceder Fases del anlisis del riesgo Identificacin del riesgo Anlisis y cuantificacin Plan de mitigacin Asignar responsables

Gestin de Proyectos de TI

Anlisis de Riesgo

Estimacin del riesgo

Establecer una escala que refleje la probabilidad observada de riesgo.

Bastante improbable Improbable Moderado Probable Bastante probable

Impacto (pesos)
Estimacin del impacto de riesgo en el proyecto

Clculo de riesgo
Considerar (riesgo, probabilidad de riesgo, impacto)

Gestin de Proyectos de TI

Qu se debera hacer?
Defina el alcance del proyecto. Utilice mtricas en su proyecto. Cunto pesa el software? Gestione los riesgos con anticipacin. Use una metodologa probada. Modele las amenazas de su proyecto. Use herramientas de Verificacin de cdigo. Haga pruebas exhaustivas.

Gestin de Proyectos de TI 10

Gestin de Proyectos de TI

11

Seis Mejores Prcticas

Administrar requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

12

Seis Mejores Prcticas

Administrar requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

13

Administrar los requerimientos

Requirements Management, enfoque sistemtico que involucra:

Obtener, organizar y documentar la funcionalidad y restricciones requeridas a un sistema Analizar los cambios solicitados y evaluar impactos Registrar y documentar las alternativas y decisiones tomadas
14

rea Clave de Proceso para CMM nivel 2

Gestin de Proyectos de TI

Administrar los requerimientos

Los requerimientos pueden ser adecuadamente capturados y comunicados a travs de Casos de Uso Los Casos de Uso son importantes instrumentos de planificacin
Modelo de Casos de Uso

Los Casos de Uso direccionan el trabajo desde el anlisis hasta el test

Gestin de Proyectos de TI

Realizacin

influenciados por

verifica

Modelo de Diseo

Modelo de Implementacin

Modelo de Test
15

Administrar los requerimientos

Las comunicaciones estn basadas en requerimientos bien definidos Los requerimientos pueden ser priorizados, filtrados y monitoreados Es posible realizar evaluaciones objetivas acerca del xito de un proyecto Las inconsistencias se detectan fcilmente Con herramientas adecuadas: repositorio de requerimientos, con atributos y relaciones
16

Gestin de Proyectos de TI

Seis Mejores Prcticas

Administrar requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

17

Desarrollar Software Iterativamente

Cada iteracin resulta en un release ejecutable

Requerimientos Anlisis y Diseo Planeamiento Planeamiento Inicial Implementacin Ambiente de Administracin Distribucin Evaluacin Prueba

Gestin de Proyectos de TI

18

Desarrollar Software Iterativamente

Los desentendimientos importantes se evidencian tempranamente Se alienta el feedback del usuario Focalizacin en los temas ms crticos, sin distracciones Testing continuo e iterativo: evaluacin objetiva Inconsistencias entre requerimientos, diseos e implementaciones se detectan tempranamente
19

Gestin de Proyectos de TI

Desarrollar Software Iterativamente

Carga de trabajo mejor repartida en el tiempo El equipo puede analizar las lecciones aprendidas en las primeras iteraciones Integracin progresiva en lugar de Big Bang Se facilita la reutilizacin Arquitectura ms robusta

Gestin de Proyectos de TI

20

Seis Mejores Prcticas

Administrar Requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

21

Verificar la Calidad del Software

La actividad fundamental de esta prctica es el testing Evaluar continuamente la calidad de un sistema con respecto a funcionalidad, confiabilidad, performance

Costo

Encontrar y reparar un problema de software despus de la implementacin puede resultar de 100 a 1000 veces ms costoso Gestin de Proyectos de TI

Desarrollo

Implementacin
22

Verificar la Calidad del Software

La evaluacin del estado del proyecto es objetiva, se evalan resultados de test. Se exponen inconsistencias en requerimientos, diseos e implementaciones Se focaliza en las reas de riesgo ms alto Los defectos se identifican en forma temprana Existen herramientas automatizadas para el testing de funcionalidad, confiabilidad y performance.

Gestin de Proyectos de TI

23

Seis Mejores Prcticas

Administrar requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

24

Disear el proceso
Conceptual Design
Scenarios

Logical Design
Objects and Services, User Interface, and Logical Database

Physical Design
Components, User Interface, and Physical Database

Gestin de Proyectos de TI

25

Modelar Software Visualmente

Diagramas Diagramas Diagramas Diagramas Diagramas

de de de de de

Casos de Uso Clases Estados Componentes Implementacin

Subsistemas

El Modelamiento Visual eleva el nivel de abstraccin

Clases Cdigo

Gestin de Proyectos de TI

26

Modelar Software Visualmente

Los casos de uso permiten especificar comportamiento sin ambigedades Quedan expuestas las arquitecturas inflexibles o no modulares El diseo refleja sus inconsistencias ms rpidamente Existen herramientas que proveen soporte para la modelamiento visual

Gestin de Proyectos de TI

27

Seis Mejores Prcticas

Administrar requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

28

Utilizar Arquitecturas Basadas en Componentes

La Arquitectura de Software representa el conjunto de decisiones significativas sobre la organizacin de un sistema de software

seleccin de los elementos estructurales, y sus interfaces, por los cuales el sistema est compuesto comportamiento, especificado como colaboraciones entre los elementos composicin en subsistemas de los elementos estructurales y de comportamiento estilo de arquitectura que gua a la organizacin
29

Gestin de Proyectos de TI

Utilizar Arquitecturas Basadas en Componentes

Vista Lgica
Usuario Funcionalidad

Vista de Implementacin
Programadores Administracin del Software

Vista de Caso de Uso Vista del Proceso

Integradores Performance Escalabilidad Rendimiento

Vista de Desarrollo

Ingeniera Topologa Distribucin, Instalacin Comunicacin

Gestin de Proyectos de TI

Conceptual

Physical

30

Utilizar Arquitecturas Basadas en Componentes

Un componente de software puede definirse como una pieza no trivial de software, un mdulo o un subsistema que completa una funcin clara, tiene lmites claros y puede ser integrado en una arquitectura bien definida Realizacin fsica de una abstraccin en el diseo
Aplicacin Negocio

Arquitectura basada en componentes

Gestin de Proyectos de TI

Middleware
Systemsoftware

31

Utilizar Arquitecturas Basadas en Componentes

Definir arquitecturas muy modulares e identificar, aislar, disear, desarrollar y probar componentes bien formados Desarrollar componentes para ser reutilizados. Formar la base de rehso de la organizacin Industria de infraestructura de componentes COM+ - Microsoft Component Object Model CORBA - Common Object Request Broker Architecture - OMG JavaBeans SUN Assemblys .NET Servicios Web
32

Gestin de Proyectos de TI

Seis Mejores Prcticas

Administrar Requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

33

Controlar los Cambios al Software

Controlar, registrar y monitorear los cambios para posibilitar el desarrollo iterativo Establecer workspaces seguros para cada desarrollador Automatizar la integracin y la administracin de builds

Workspace de Administracin

Desarrollo en paralelo

CM es mucho ms que checkin y check-out

Gestin de Proyectos de TI

REPORT ALERT

Integracin

Administracin del Build

34

Controlar los Cambios al Software: Beneficios

Gestin de Proyectos de TI

Las solicitudes de cambios formales facilitan la claridad de comunicacin Los espacios de trabajo aislados reducen la interferencia entre los miembros del equipo que trabajan en paralelo Las estadsticas de cantidad de cambios proveen buenas mtricas para evaluar objetivamente el estado del proyecto La propagacin del cambio es evaluable y controlable Los cambios pueden ser mantenidos en sistemas automticos

35

Seis Mejores Prcticas

Administrar Requerimientos

Desarrollar Iterativamente

Verificar Calidad

Modelizar Visualmente

Arquitecturas Basadas en Componentes

Controlar Cambios

Gestin de Proyectos de TI

36

Preguntas!????

Gestin de Proyectos de TI

37

Referencias
El ciclo de vida de desarrollo de Seguridad
Ingeniera de Software
http://www.ingenierosoftware.com/ http://www.microsoft.com/spanish/msdn/articulos/archivo/0305 05/voices/sdl.mspx

Contrato para desarrollo de Software

http://www.inei.gob.pe/biblioineipub/bancopub/inf/lib5003/desar rol.htm

Gestin de Proyectos de TI

38