Está en la página 1de 23

Gestin de proyectos

Curso: Sistemas de Informacin II


Docente: Ing. Mendoza Corpus Carlos.
TEMA 01

Iterar es humano, recursivo divino.

L. Peter Deutsch

Introduccin
La gestin de proyectos de software es una parte esencial de la ingeniera de
software. Los proyectos necesitan administrarse porque la ingeniera de
software profesional est sujeta siempre a restricciones organizacionales de
presupuesto y fecha. El trabajo del administrador del proyecto es asegurarse de
que el proyecto de software cumpla y supere tales restricciones, adems de que
entregue software de alta calidad.

01

Introduccin
Desde luego, los criterios de xito para la gestin del proyecto varan de un
proyecto a otro, pero, para la mayora de los proyectos, las metas importantes
son:
1. Entregar el software al cliente en el tiempo acordado.
2. Mantener costos dentro del presupuesto general.
3. Entregar software que cumpla con las expectativas del cliente.
4. Mantener un equipo de desarrollo ptimo y con buen funcionamiento.

02

Introduccin
La ingeniera de software es diferente en algunas formas a otros tipos de
ingeniera que hacen a la gestin del software particularmente desafiante.
Algunas de estas diferencias son:
1. El producto es intangible.
2. Los grandes proyectos de software con frecuencia son proyectos excepcionales.
3. Los procesos de software son variables y especficos de la organizacin.

03

Introduccin
Es imposible efectuar una descripcin laboral estndar para un administrador de
proyecto de software. La labor vara enormemente en funcin de la organizacin
y el producto de software a desarrollar. No obstante, la mayora de los
administradores, en alguna etapa, toman la responsabilidad de varias o todas las
siguientes actividades:
1. Redactar propuestas.
2. Gestin del riesgo.
3. Gestin de personal.
4. Planeacin del proyecto.
5. Informes.
04

Gestin de riesgos
Existen tres categoras relacionadas de riesgo:
1. Riesgos del proyecto. Los riesgos que alteran el calendario o los recursos del
proyecto.
2. Riesgos del producto. Los riesgos que afectan la calidad o el rendimiento del
software a desarrollar.
3. Riesgos empresariales. Riesgos que afectan a la organizacin que desarrolla o
adquiere el software.
Nota:
Leer ISO 31000: Gestin de Riesgos - Principios y Guas
05

Ejemplos de riesgos comunes para el proyecto,


el producto y la empresa

06

Etapas en la Gestin de Riesgos


Comprende varias etapas:
Identificacin del riesgo, hay que identificar posibles riesgos para el
proyecto, el producto y la empresa.
Anlisis de riesgos, se debe valorar la probabilidad y las consecuencias de
dichos riesgos.
Planeacin del riesgo, es indispensable elaborar planes para enfrentar el
riesgo, evitarlo o minimizar sus efectos en el proyecto.
Monitorizacin del riesgo, hay que valorar regularmente el riesgo y los
planes para atenuarlo, y revisarlos cuando se aprenda ms sobre el riesgo.

1.

2.
3.
4.

07

El proceso de gestin del riesgo

08

El proceso de gestin del riesgo

Identificacin del riesgo.


Se ocupa de identificar los riesgos que pudieran plantear una mayor amenaza al proceso
de ingeniera de software, al software a desarrollar, o a la organizacin que lo desarrolla.
Existen al menos seis tipos de riesgos que pueden incluirse en una lista de verificacin:
Riesgos tecnolgicos
Riesgos personales
Riesgos organizacionales.
Riesgos de herramientas.
Riesgos de requerimientos.
Riesgos de estimacin.

09

El proceso de gestin del riesgo

Anlisis de riesgo.
Usted debe apoyarse en su propio juicio y en la experiencia obtenida en los proyectos
anteriores y los problemas que surgieron en ellos. No es posible hacer valoraciones
precisas y numricas de la probabilidad y gravedad de cada riesgo. En vez de ello, habr
que asignar el riesgo a una de ciertas bandas:
1. La probabilidad del riesgo puede valorarse como muy baja (< 10%), baja (del 10 al
25%), moderada (del 25 al 50%), alta (del 50 al 75%) o muy alta (> 75%).
2. Los efectos del riesgo pueden estimarse como catastrficos (amenazan la
supervivencia del proyecto), graves (causaran grandes demoras), tolerables (demoras
dentro de la contingencia permitida) o insignificantes.

10

El proceso de gestin del riesgo


Riesgo

Probabilidad

Efectos

Problemas financieros de la organizacin fuerzan reducciones en el presupuesto Baja


del proyecto. (7)

Catastrfico

Es imposible reclutar personal con las habilidades requeridas. (3)

Alta

Catastrfico

El personal clave est enfermo e indispuesto en momentos crticos. (4)

Moderada

Grave

Los componentes de software de reutilizacin contienen defectos que hacen Moderada


que no puedan reutilizarse como se plane. (2)

Grave

Se proponen cambios a los requerimientos que demandan mayor trabajo de Moderada


rediseo. (10)

Grave

La organizacin se reestructura de modo que diferentes administraciones son Alta


responsables del proyecto. (6)

Grave

La base de datos que se usa en el sistema no puede procesar tantas Moderada


transacciones por segundo como se esperaba. (1)

Grave

El cdigo elaborado por las herramientas de generacin de cdigo de Moderada


software es ineficiente. (8)

Insignificante

11

El proceso de gestin del riesgo

Planeacin del riesgo.

12

Riesgo

Estrategia

Problemas financieros de la organizacin

Prepare un documento informativo para altos ejecutivos


en el que muestre cmo el proyecto realiza una
aportacin muy importante a las metas de la empresa y
presente razones por las que los recortes al
presupuesto del proyecto no seran efectivos en costo.

Problemas de reclutamiento

Alerte al cliente de dificultades potenciales y de la


posibilidad de demoras; investigue la compra de
componentes.

Rendimiento de la base de datos

Investigue la posibilidad de comprar una base de datos


de mayor rendimiento.

Subestimacin del tiempo de desarrollo

Investigue los componentes comprados; indague el uso


de un generador de programa.

El proceso de gestin del riesgo


Dichas estrategias se establecen en tres categoras:
1.
2.
3.

13

Estrategias de evitacin, seguir estas estrategias significa que se reducir la probabilidad


de que surja el riesgo.
Estrategias de minimizacin, seguir estas estrategias significa que se reducir el efecto
del riesgo.
Planes de contingencia, seguir estas estrategias significa que se est preparado para lo
peor y se tiene una estrategia para hacer frente a ello.

El proceso de gestin del riesgo

Monitorizacin del riesgo.


Los riesgos deben monitorizarse comnmente en todas las etapas del proyecto. En cada
revisin administrativa, es necesario reflexionar y estudiar cada uno de los riesgos clave
por separado. Tambin hay que decidir si es ms o menos probable que surja el riesgo, y
si cambiaron la gravedad y las consecuencias del riesgo.

10

Gestin de Personal
Las personas que trabajan en una organizacin de software son los activos ms
importantes. Por experiencia, existen cuatro factores crticos en la gestin de
personal:
1. Consistencia. Todas las personas en un equipo de proyecto deben recibir un
trato similar.
2. Respeto. Las personas tienen distintas habilidades y los administradores
deben respetar esas diferencias.
3. Inclusin. Las personas contribuyen efectivamente cuando sienten que otros
las escuchan y que sus propuestas se toman en cuenta.
4. Honestidad. Como administrador, siempre debe ser honesto acerca de lo
que est bien y lo que est mal en el equipo.
11

Motivacin del personal

12

Motivacin del personal


El tipo de personalidad tambin influye en la motivacin. Bass y Dunteman
(1963) clasifican a los profesionales en tres tipos:
1.

2.

3.

13

Personas orientadas a las tareas, quienes estn motivadas por el trabajo que realizan.
En la ingeniera de software se trata de personas que estn motivadas por el reto
intelectual de desarrollar software.
Personas orientadas hacia s mismas, quienes estn motivadas principalmente por el
xito y el reconocimiento personales. Estn interesadas en el desarrollo del
software como un medio para lograr sus propias metas.
Personas orientadas a la interaccin, quienes estn motivadas por la presencia y las
acciones de los compaeros de trabajo. Conforme el desarrollo de software se
vuelve ms centrado en el usuario, los individuos orientados a la interaccin se
involucran ms en la ingeniera de software.

Trabajo en equipo
La mayor parte del software profesional se desarrolla mediante equipos de
proyecto, cuyo nmero de miembros vara entre dos y varios cientos de
personas. Sin embargo, como es imposible que todos los integrantes de un
grupo grande trabajen en conjunto en un solo problema, los equipos grandes
habitualmente se dividen en grupos ms pequeos. Cada grupo es responsable
de desarrollar parte del sistema global. Como regla general, los grupos del
proyecto de ingeniera de software no deben tener ms de 10 miembros.
Cuando se usan grupos pequeos se reducen los problemas de comunicacin.
Todos conocen a todos los dems, y el grupo en su conjunto puede reunirse en
torno a una mesa para estudiar el proyecto y el software que desarrollan.

14

Seleccin de los miembros del grupo


La labor de un administrador o lder de equipo es crear un grupo cohesivo y
organizar a los miembros del grupo para que puedan trabajar en conjunto de
manera efectiva. Esto implica crear un grupo con el equilibrio correcto de
habilidades tcnicas y personalidades, as como organizarlo para que los
miembros trabajen adecuadamente en conjunto. En ocasiones, se contrata a
personas externas a la organizacin; no obstante, con ms frecuencia, los grupos
de ingeniera de software se componen de empleados actuales que tienen
experiencia adquirida en otros proyectos. Con todo, los administradores pocas
veces tienen absoluta libertad en la seleccin del equipo. Con frecuencia deben
recurrir a las personas que estn disponibles en la compaa, aun cuando no
sean ideales para el puesto.
15

Organizacin del grupo


Las preguntas organizacionales importantes para los administradores de
proyecto incluyen:
1.
2.

3.

4.
5.
16

El administrador del proyecto debe ser el lder tcnico del grupo?


Quin se encargar de tomar las decisiones tcnicas crticas, y cmo se tomarn?
Las decisiones las tomar el arquitecto del sistema, el administrador del proyecto o
se llegar a un consenso entre un rango ms amplio de miembros del equipo?
Cmo se manejarn las interacciones con los participantes externos y los altos
directivos de la compaa? En muchos casos, el administrador del proyecto ser el
responsable de dichas interacciones, asistido, si acaso, por el arquitecto del sistema.
Cmo es posible que los grupos logren integrar a personas que no se localizan en
el mismo lugar?
Cmo puede compartirse el conocimiento a travs del grupo?

Comunicaciones grupales
Los miembros del grupo deben intercambiar informacin acerca del estatus de
su trabajo, las decisiones de diseo que se tomaron y los cambios a las
decisiones de diseo previas.
La efectividad y la eficiencia de las comunicaciones estn influidas por:
1.

2.
3.
4.
5.
17

Tamao del grupo. El nmero de vnculos de comunicacin de un


canal es n * (n 1), donde n es el tamao del grupo, de manera que, con un grupo
de ocho miembros, existen 56 posibles rutas de comunicacin. Esto significa que es
muy posible que algunas personas rara vez se comuniquen entre s.
Estructura del grupo
Composicin del grupo
El ambiente laboral fsico
Los canales de comunicacin disponibles