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

TERCERA CLAVE

Prototipos de Interfaz de Ususario

Prototipos de Interfaz de Usuario Detallados

Técnica Orientada al riesgo más común en un proyecto...

El cambio en los requisitos

‰ Implican a los usuarios de forma amigable

‰ Bajo costo, corta planificación y alta satisfacción del

usuario

‰ Es necesario tener habilidad para desarrollar prototipos

exitosos

CUARTA CLAVE

Gestión de Proyectos Efectiva

Sobre la Gestión de Proyectos en el Mundo Real

La "pobre" gestión - planificación es el segundo riesgo más

común

Responsabilidades de un Jefe de Proyecto

Una buena gestión software requiere (NECESITA) habilidades

importantes

‰ Estimación del Alcance

‰ Análisis de Tiempo, Esfuerzo y Costo

‰ Selección del Ciclo de Vida

‰ Planificación de la Calidad

‰ Personal Técnico

‰ Gestión de Riesgos

QUINTA CLAVE

Estimaciones Precisas

Sobre las estimaciones

‰ Las expectativas Injustificadas o no realistas son la

mayor causa de los problemas

‰ El estado del arte es dramáticamente mejor que el

estado de la práctica

Exactitud de la Estimación y mejora

20%

0%

-145%

Sin Datos Históricos

Varianción entre -145% to +20%

(Mayormente en niveles 1 y 2 CMM)

Con Datos Históricos

Varianción entre +20% to -20%

(Nivel 3)

Resultados Reales como Porcentaje de Resultados

Estimados

Predicción

antes de

Mejorar

600%

500%

400%

300%

200%

100%

0%

0

Predicción

despues de

Mejorar

1

2

SW-CMM Level

3

4

Fuente: Dr. Patricia K. Lawlis, Capt. Robert M. Flowe, and Capt. James B. Thordahl. "A

Correlational Study of the CMM and Software Development Performance," Crosstalk,

September 1995.

Efecto de la Estimación

Impacto no linear

debido a errores de

planificación, defectos,

prácticas de alto riesgo

Estimación Baja

Cost

Effort

Schedule

Impacto Lineal

Estimación Alta

< 100%

100%

>100%

Estimación Precisa

La estimación es una habilidad técnica especializada

‰ Tratar la estimación como un mini proyecto

‰ Tener un plan de reestimación periódica

EJECUCIÓN

SEXTA CLAVE

"No morir por la planificación"

Evitar las dos causas de sobre planificación...

‰ Planes inamovibles

‰ Planes excesivamente detallados

Ajuste en la Planificación

Coste Proyecto

(Esfuerzo - Tamaño)

4x

Momento en el

que típicamente

los compromisos

se realizan

2x

1.5x

1.25x

1.0x

0.8x

0.67x

0.5x

VS.

Momento en que

muchos compromisos

deben hacerse

0.25x

tiempo

SEPTIMA CLAVE

Enfoque en la Calidad

El costo de la equivocación

50-200X

Costo de

Corregir

50-200X

Fase en la que se crea

un defecto

Requirements

Architecture

Detailed design

Construction

1X

1X

Requirements Architecture

Detailed

design

Construction

Release

Fase en la que el defecto es corregido

El costo de la equivocación

50-200X

No Aquí

Coste de

Corregir

50-200X

Reparar

Aquí

Fase en la que se crea

un defecto

Requirement

s

Architecture

Detailed design

Construction

1X

1X

RequirementsArchitecture

Detailed Construction

design

Release

¿Por qué centrarse en la calidad?

‰ En la mayoría de los proyectos, el trabajo de corregir defectos

no previstos es el mayor coste (40 - 80 % del total)

‰ Centrarnos en la calidad tiene un impacto económico positivo

‰ La calidad debe ser planificada durante el proyecto, no puede

añadirse al final

OCTAVA CLAVE

No olvidar las bases del desarrollo software

NO olvidar los fundamentos de la Ingeniería del

Software

‰Los fundamentos de Gestión

‰Siempre antes que los de Ingeniería (CMM 2 - 3)

‰Estimación, Planificación, Seguimiento y Medición

‰Las Bases Técnicas

‰Requisitos, Diseño, Construcción, Gest. Configuración, etc.

‰Las Bases del Control de Calidad

‰Pruebas, Inspecciones, etc.

NOVENA CLAVE

Gestión Activa de los Riesgos

...