Resumencap 5 Someerville

5.
La gestión del proyecto de software es una parte fundamental de la ingeniería de software, la

buena gestión no puede garantizar el éxito del proyecto, pero una mala gestión siempre acabo
con un mal proyecto. La ingeniería de software es diferente a otros tipos de ingeniería como la
construcción u otras, ya que:
1-El producto es intangible.
2-No existen procesos de sw estándar.
3-A menudo los proyectos grandes son únicos.
5.1 Actividades de gestión:
1)Redacción de propuesta: Aquí se describen los objetivos del proyecto y como se llevaran a
cabo. En base a la redacción de la propuesta se genera las propuestas aceptadas y los
contratos asignados.
5.2
2)Planificación del proyecto: La gestión efectiva de un proyecto dependerá de su planificación

y de los planes de contingencia que este tenga ante los diversos problemas que se puedan
presentar. Además se hace un calendario el avance del proyecto, con sus respectivos hitos del
progreso. Si los objetivos del proyecto son modificados, también se debe modificar el
proyecto. Y cada 2 o 3 semanas se hacen comparaciones entre lo que se debería llevar y se
lleva en realidad, y se hacen actualizaciones al calendario de hitos.
5.2.1
El plan del proyecto: Generalmente un plan de proyectos cuenta con las siguientes secciones:
Introducción: Describe brevemente el proyecto y expone sus restricciones como tiempo y

presupuesto.
Organización del proyecto: Describe la forma en la que el equipo de desarrollo esta

involucrado.
Análisis de riesgo:Describe los riesgos del proyecto y la formas de minimizar estos riesgos.
Requerimientos de recursos de hardware:
Division del trabajo: Describe los diferentes avances(hitos) y entregas que se harán de este.
Programa del proyecto: Asigna la cantidad de tiempo y personal asignado para cada hito.
Mecanismos de supervisión e informe: Describe la gestion de informe y los mecanismos de

supervisión del proyecto a utilizar.
5.2.2
Los hitos y entregas: Pueden ser internos ,es decir, no se le muestran al cliente sino que es una
parte de software que permitirá generar código que si será de utilidad para el cliente, en una
versión futura y eso si se le mostrará. Los informes deben ser cortos y precisos con la
actividades conseguidas.
Ejemplo:
5.3 Calendarización del proyecto:
La calendarización del proyecto suele tener una buena estimación cuando los proyectos son
similares y se tiene una calendarización de otro proyecto, pero cuando no es asi, la
calendarización es mas compleja. La calendarización del proyecto implica separar todo el
trabajo de un proyecto en actividades complementarias y completar el tiempo requerido para
complementar dichas actividades.
Por lo general el calendario se muestra como un conjunto de graficos que muestran la división
del trabajo, las dependencias de las actividades y la asignación del personal. Esto se aborda en
la siguiente sección, normalmente se usan programas como Microsoft project para
automatizar la actualización de diagramas.
5.3.1 Gráficos de barras y redes de actividades:
Los gráficos de barras quien es responsable de cada actividad y cuando se comienza y finaliza.
Las redes de actividades muestran las dependencias entre las diferentes actividades que
conforman un proyecto. Y estos 2 notaciones graficas se generan automáticamente con la
información de la base de datos que usa el programa de gestión de proyectos.
Por ejemplo se observa que en la figura 5.5 se ve que la tabla en la que la actividad T8 se lleva
acabo después de que T4 se llevo a cabo y se llega al hito M5. Posteriormente esto se puede
corroborar en las redes de actividades. Asi también por ejemplo la T9 no se puede llevar a
cabo hasta que las tareas T3 y T6 se hallan completado.
Acá por ejemplo se ve que tenemos cada una de las respectivas tareas y en cada una de estas
tiene un nivel de holgura que es como lo mas que puede tardar cada tarea en el peor de los
casos.
5.4 Gestión de riesgos: La gestión de riesgo trata de planes de acción para minimizar los
problemas que pudiesen ocurrir a lo largo del proyecto.
Grafico de asignación de tiempo para cada tarea al personal.
Existen diferentes tipos de categorías de riesgo estos son:
1-Riesgo del proyecto: Esto afectan la candelarizacion o los recursos del proyecto. Un
ejemplo podría ser la perdida de un diseñador experimentado.
2-Riesgos del producto: Estos afectan a la calidad del software que se esta
desarrollando. Un ejemplo podría ser que el rendimiento de un componente que
hemos comprado sea menor que el esperado.
3-Riesgo de negocio: Por ejemplo que un competidor introduzca un nuevo producto.
El proceso de gestion de riesgos posee varias etapas:

5.4.1:
Identificación de los riesgos:
Acá se identifican los riesgos, no se les da prioridad ni ningún valor a uno sobre otro, solo se
identifican.
Tipos de riesgo: Riesgo de tecnología, de personal,organizacionales, riesgo de herramientas,

requerimientos, de estimación.
5.4.2:
Análisis de riesgo: No existe forma fácil de saber esto pero: La estimación del riesgo del
proyecto se valora por intervalo <10% muy bajo, mayor a 10% y menor que 25% bajo,
moderado de 25% a 50%, alto de 50% a 75%, y muy alto de 75% a 100%.
Riesgos con características de serio o catastrofico.

5.4.3: Planificación de riesgos:
Existen 3 tipos de estrategias:
1-Estrategias de prevención: Para disminuir la probabilidad de algún riesgo aparezca.
2-Estrategias de minimización: Siguiendo estas estrategias se reducirá el impacto de riesgo. Un

ejemplo de esto es la estrategia frente a al enfermedad del personal.
3-Planes de contingencia: Seguir estas estrategias, es estar preparado para lo peor, y tener una
estrategia para cada caso.Ejemplo caso 5.13 problemas financieros
5.4.4: Supervisión de riesgos:
La supervisión de riesgos normalmente valora cada uno de los riesgos identificados para
decidir si este es mas o menos probable, y si han cambiado sus efectos.La supervisión de riesgo
debe ser un proceso continuo, en cada revisión del progreso de gestion.

Resumencap 5 Someerville

Cargado por

Copyright:

Formatos disponibles

Resumencap 5 Someerville

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Resumencap 5 Someerville

Cargado por

Copyright:

Formatos disponibles

5.

La gestión del proyecto de software es una parte fundamental de la ingeniería de software, la

1-El producto es intangible.

2-No existen procesos de sw estándar.

3-A menudo los proyectos grandes son únicos.

5.1 Actividades de gestión:

2)Planificación del proyecto: La gestión efectiva de un proyecto dependerá de su planificación

Introducción: Describe brevemente el proyecto y expone sus restricciones como tiempo y

Organización del proyecto: Describe la forma en la que el equipo de desarrollo esta

Requerimientos de recursos de hardware:

Mecanismos de supervisión e informe: Describe la gestion de informe y los mecanismos de

5.3.1 Gráficos de barras y redes de actividades:

Existen diferentes tipos de categorías de riesgo estos son:

El proceso de gestion de riesgos posee varias etapas:

Identificación de los riesgos:

Tipos de riesgo: Riesgo de tecnología, de personal,organizacionales, riesgo de herramientas,

Riesgos con características de serio o catastrofico.

Existen 3 tipos de estrategias:

1-Estrategias de prevención: Para disminuir la probabilidad de algún riesgo aparezca.

2-Estrategias de minimización: Siguiendo estas estrategias se reducirá el impacto de riesgo. Un

5.4.4: Supervisión de riesgos:

También podría gustarte