Gestión de Proyectos Software

10 CLAVES

PARA UN PROYECTO CON ÉXITO

PROPORCIONAR LA BASE PARA LA FORMACIÓN DE

JEFES DE PROYECTOS SOFTWARE ¿O LIDERES DE

PROYECTO?

Javier Garzás - Gestión de Proyectos Software

Resultado de los Proyectos

6%, 200% de

retraso

16%, entre un 101 y

un 200 % tarde

Cancelados

29%

9%, entre un 51 y

100% tarde

8%, entre un 21 y un

50% de retraso

6%, un 20% tarde

Fuente: Standish Group Survey,

1999 (from a survey of 8000

business systems projects)

En tiempo

26%

A: I don't think that the most promising ideas are on

the horizon. They are already here and have been

here for years but are not being used properly."

David L. Parnas

Javier Garzás - Gestión de Proyectos Software

Éxito de un proyecto

‰ Evitar los errores clásicos

‰ No ignorar las bases del desarrollo

‰ Gestión activa del riesgo

‰ Métodos de Planificación

Mejores Prácticas en Desarrollo de Software

Mejores Prácticas

Proceso Práctico

Desarrollo Iterativo

Gestión de requisitos

Arquitecturas basadas en

componentes

Modelado Visual (UML)

Verificación Continua de la

Calidad

Gestión del Cambio

PLANIFICACIÓN

PRIMERA CLAVE

Visión Clara del Proyecto

Definición Clara de los Objetivos del Proyecto

Sin una clara visión un proyecto puede terminar en cualquier

punto

‰ Los equipos trabajan para lograr las metas que se les fijan

‰ Muchos Objetivos = no Objetivos

‰ Una buena visión establece prioridades

‰ ¿Qué tipo de desarrollo rápido quiere?

SEGUNDA CLAVE

Requisitos estables, completos y escritos

1-2

5

10

20

50

200

Etapa

Fase gest. requisitos

Diseño

Codificación

Pruebas unitarias

Pruebas

Mantenimiento

Costo de reparación de errores

"Resolver errores en

fase de

mantenimiento

cuesta 200 veces

más que resolverlos

en gestión de

requisitos."

Los cambios en los requisitos

Riesgo más común en un proyecto

‰ Requisitos estables al 100% es casi imposible

‰ La mayoría de los cambios en los requisitos vienen

de requisitos que definidos de forma incompleta la

primera vez, y no por "cambios de mercado" u

otras razones similares.

Técnicas para definir Requisitos estables

‰Requirements workshop

‰User interface prototyping

‰User interview

‰Use cases

‰User manual

‰Usability studies

‰Incremental delivery

‰Requirements reviews/inspections

...