ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Gestión de Proyectos Software


Enviado por   •  14 de Abril de 2013  •  2.319 Palabras (10 Páginas)  •  488 Visitas

Página 1 de 10

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

...

Descargar como (para miembros actualizados) txt (17 Kb)
Leer 9 páginas más »
Disponible sólo en Clubensayos.com