Академический Документы
Профессиональный Документы
Культура Документы
La administracin de proyectos es el proceso de planear, organizar y administrar tareas y recursos para alcanzar un objetivo concreto, generalmente con delimitaciones de tiempo, recursos o costo.
MARCO TEORICO
La administracin de proyectos de software es necesaria debido a que la ingeniera de software est sujeta a restricciones de presupuesto y calendarizacin, a las que debe desarrollarse las empresas que desarrollan el software. Su trabajo es que se cumpla dichas restricciones y entregar un software que contribuya a las metas del proyecto. Adems es responsable de la planeacin y calendarizacin del desarrollo de los proyectos. una buena administracin no garantiza el xito del proyecto; pero una mala administracin siempre asegura un fracaso mismo.
La ingeniera de software se caracteriza por: El producto es intangible. No existen procesos de software estndar. Los proyectos grandes de software son nicos. La administracin de proyectos de software tiene tres partes importantes: La planeacin. La calendarizacin de proyectos. La administracin de riesgos.
ACTIVIDADES DE LA ADMINISTRACION
En algn momento muchos administradores son responsables de algunas o todas las actividades: Redaccin de la propuesta Planeacin y calendarizacin del proyecto Costeo del proyecto Supervisin y revisin del proyecto Seleccin y evaluacin de personal Redaccin y evaluacin de informes
Plan de proyecto. Introduccin. Organizacin del proyecto. Anlisis de riesgos. Requerimientos de recursos de hardware y software. Divisin del trabajo. Programa del proyecto. Mecanismo de supervisin e informe. Hitos y productos a entregar.
Actividades
Estudio de factibilidad
Estudio de factibilidad
Estudio de factibilidad
Estudio de factibilidad
Estudio de factibilidad
Informe de factibilidad
Requerimientos de usuarios
Informe de evaluacin
Diseo arquitectnico
Requerimientos de sistema
Hitos
CALENDARIZACION DE PROYECTOS
ADMINISTRACION DE PROYECTOS
Implica separar todo el trabajo del proyecto en actividades complementarias. Se considera el tiempo requerido para completar dichas actividades. Se estima recursos de cada tarea. A cada estimacin se agrega un factor de contingencia adicional. Se representa por un conjunto de grficos que muestran la divisin, dependencia y asignacin de personal.
CALENDARIZACION DE PROYECTOS
ADMINISTRACION DE PROYECTOS
Los grficos de barras y las redes de actividades son notaciones graficas que se utilizan para ilustrar la calendarizacin de un proyecto.
Tareas T1 T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 T12 DURACION (Dias) DEPENDENCIA 8 15 15 10 10 5 20 25 15 15 7 10 T2,T4(M2) T1,T2(M3) T1(M1) T4(M5) T3,T6(M4) T5,T7(M7) T9(M6) T11 T1
Los grficos de barras y las redes de actividades son notaciones graficas que se utilizan para ilustrar la calendarizacin de un proyecto. Las grficos de barras muestran quien es el responsable de cada actividad y cuando debe comenzar y finalizar. Las redes de actividades muestran las dependencias entre las diferentes actividades que conforman un proyecto. M1 HITOS T1 CALENDARIZACION DE PROYECTOS
8 das 4/7/11
INICIO
TAREAS
15 das 15 das
14/7/11
T9
4/8/11
25/8/11
T1
15 das
M1
25/7/11
T3
5 das
M6
M4
5/9/11 11/8/11 15 das
7 das
T2 T4
10 das 18/7/11
M3
25/7/11
T6
20 das
T11 M8
10 das
M2
T7
10 das
M7
T10
19/9/11
T12
T5
10 das
M5
T8
FINAL
Otra forma alternativa de representar la informacin de calendarizacin es el grafico de barras (grafico de Gantt) en el cual se muestra las tareas del proyecto (eje vertical) y el tiempo que dura cada tarea (eje horizontal).
CALENDARIZACION DE PROYECTOS
Administracin de Riesgos
Qu es un Riesgo?
Definicin de riesgo
}
Un riesgo es cualquier suceso que pueda afectar negativamente a la marcha del proyecto en el futuro Un riesgo es un problema potencial, es decir puede presentarse o no. El riesgo se haya asociado de manera inexorable a cualquier actividad que se lleve a cabo y que imponga la decisin entre varias alternativas El riesgo, por tanto, acompaa a todo cambio y est presente en cada decisin El riesgo implica eleccin e incertidumbre
El riesgo afecta a los futuros acontecimientos. El riesgo implica cambio. El riesgo implica incertidumbre que entraa la eleccin.
Qu es lo que me interesa?
Qu riesgos podran hacer que nuestro proyecto fracasara? Cmo afectarn los cambios en los requisitos del cliente? Qu mtodos y herramientas deberamos emplear, cunta gente debera estar implicada, cunta importancia hay que darle a la calidad?
Categoras de riesgos
} Proyecto:
} Producto:
afectan a la calidad o al desempeo del software por desarrollarse son aquellos que afectan a la organizacin que desarrolla el software
} Negocio:
Tipos de riesgos
} } } } } } } }
Riesgos en la tecnologa Riesgos humanos Riesgos organizacionales Riesgos en las herramientas Riesgos en los Requerimientos Riesgos de estimacin Riesgos polticos Riesgos econmicos
DESCRIPCION
Personal con experiencia abandona el proyecto antes que finalice. Habr un cambio de administracin organizacional con diferentes prioridades El hardware esencial para el proyecto no ser entregado a tiempo Habr ms cambios en los requerimientos que lo anticipado Las especificaciones de las interfaces esenciales no estarn a tiempo. El tamao del sistema se ha subestimado. Las herramientas CASE que ayudan al proyecto no tienen el desempeo anticipado La tecnologa fundamental sobre la que se construir el sistema se sustituye por nueva tecnologa. Un producto competitivo se pone en ventana antes de que el sistema se complete
Cambio de administracin
Proyecto
Proyecto
Negocio
Competencia de producto
Negocio
Identificaci n de riesgos
Anlisis de riesgos
Supervisin de riesgos
Valorizacin de riesgos
Eliminacin del riesgo: Se trata de eliminar los factores que inducen el riesgo y con ello eliminar la posibilidad de exposicin al riesgo. Retencin del riesgo: La retencin del riesgo es la asuncin por parte de los responsables del proyecto de que el riesgo existe y que por tanto hay que convivir con l. Evitacin del riesgo: Identificar los factores que provocan el riesgo y mantenerlos bajo control para evitar que el riesgo provoque sus efectos. Transferencias del riesgo: Transferidos a terceros mediante la contratacin de seguros o haciendo contratos en los que el cliente o los proveedores asumen este riesgo y liberan al equipo de proyecto de su gestin.
IDENTIFICACION DE RIESGOS
Esta es la primera etapa de la administracin de riesgos. Comprende el descubrimiento de los posibles riesgos del proyecto. En principio, no se les debe valorar o priorizar en esta etapa aunque, en la prctica, por lo general no se consideran los riesgos con consecuencias menores o con baja probabilidad. Esta identificacin se puede llevar a cabo a travs de un proceso de grupo utilizando un enfoque de lluvia de ideas o simplemente puede basarse en la experiencia del administrador.
ADMINISTRACION DE PROYECTOS
IDENTIFICACION DE RIESGOS
Durante ste proceso, se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y la seriedad del mismo. No existe una forma fcil de hacer esto recae en la opinin y experiencia del administrador del proyecto. LISTA DE POSIBLES TIPOS DE RIESGOS: Tecnologas de hardware utilizados en el sistema. y software
Riesgos de tecnologa Riesgos de personas Riesgos organizacionales Riesgo de herramientas Riesgos de requerimientos Riesgos de estimacin
Asociados a las personas del equipo de desarrollo. Derivan del entorno organizacional software se esta desarrollando. donde el
Herramientas de apoyo utilizados para desarrollar el software. Cambios de los requerimientos de los clientes y el proceso de administrar dicho cambio. Derivan de los estimados administrativos y los recursos requeridos para construir dicho sistema
ANALISIS DE RIESGOS
Durante ste proceso, se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y la seriedad del mismo. No existe una forma fcil de hacer esto recae en la opinin y experiencia del administrador del proyecto. LISTA DE POSIBLES TIPOS DE RIESGOS: RIESGOS POSIBLES La base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo. Es imposible reclutar personal. Problemas financieros de la organizacin fuerzan a reduccion en el presupuesto Se propone cambios en los requerimientos que requieren rehacer el diseo. El tiempo de desarrollo del software esta subestimado.
ANALISIS DE RIESGOS
Una vez que los riesgos se hayan analizado y clasificado, se debe discernir cules son los ms importantes que se deben considerar durante el proyecto. Este discernimiento depende de una combinacin de la probabilidad del riesgo en cuestin y los efectos del mismo. En general, siempre se deben tomar en cuenta todos los riesgos catastrficos; as como todos los riesgos serios que tienen ms que una moderada probabilidad de ocurrir.
ANALISIS DE RIESGOS: Se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y seriedad del mismo.
Catastrfico Catastrfico Serio Serio Serio Serio Serio Serio Tolerante Tolerante Tolerante Tolerante Tolerante Insignificante
PLANEACION DE RIESGOS: Se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y seriedad del mismo.
de
la
Estrategia Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio. Alertar al cliente de las dificultades potenciales y las posibilidades de retraso, investigar los componentes comprados. Reorganizar el equipo de tal forma que haya traslape en el trabajo y las personas comprendan el de los dems. Reemplazar los componentes defectuosos con los comprados de fiabilidad conocida. Rastrear la informacin para valorar el impacto de los requerimientos, maximizar la informacin oculta en ellos. Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio. Investigar la posibilidad de comprar una base de datos con alto desempeo. Investigar los componentes comprados y la utilizacin de un generador de programas.
Reestructuracin organizacional
PLANEACION DE RIESGOS: Se valora cada uno de los riesgos identificados para decidir si este es mas o menos probable y cuando los efectos del mismo han cambiado.
Indicadores Potenciales Entrega retrasada del hardware o de la ayuda al software, muchos problemas tecnolgicos reportados. Baja, moral del personal, malas relaciones entre los miembros del equipo, disponibilidad de empleo. Chismorreo organizacional, falta de acciones para el administrador principal. Rechazo de los miembros del equipo para utilizar herramientas, quejas acerca de las herramientas CASE, peticiones de estaciones de trabajo ms potentes. Peticiones de muchos cambios en los requerimientos, quejas del cliente. Fracaso en el cumplimiento de los tiempos acordados, y en la eliminacin de defectos reportados.
Personas
Organizacional Herramientas
Requerimientos Estimacin
SUPERVICIN DE RIESGOS
sta normalmente valora cada uno de los riesgos identificados para decidir si ste es ms o menos probable y cundo los efectos del mismo han cambiado. Por supuesto, esto no se puede observar de forma directa, por lo que se tienen que buscar otros factores para dar indicios de la probabilidad del riesgo y sus efectos. Obviamente, estos factores dependen de los tipos de riesgo. La figura 4.15 da algunos ejemplos de los factores que ayudan en la valoracin de estos tipos de riesgos.