Download - ISW4-Administración
-
1Ingeniera de Sistemas
Administracin de Proyectos
basado en el captulo 5 ISW Ian Sommerville
Profesora Dra. Yulia Ledeneva
MCC, UAP Tianguistenco, UAEM
2
Objetivos
Introducir administracin de proyectos de
software y describir sus caractersticas
Discutir planeacin de proyecto y el proceso de
planeacin
Mostrar cmo representaciones grficas del
calendario son usadas para la administracin
del proyecto
Conocer el proceso de gestin de riesgos
3
Tpicos cubiertos
Actividades de la administracin (gestin):
Planificacin del proyecto
Calendarizacin del proyecto
Administracin de riesgos
4
Procesos de software (tema anterior)
Un conjunto estructurado de actividades
requerido para desarrollar un sistema de
software Especificacin
Diseo
Validacin
Evolucin
Un modelo de proceso de software es una
representacin abstracta de un proceso.
Presenta una descripcin de un proceso
desde alguna perspectiva particular
5
Administracin de proyecto
Organizar, planear y calendarizar proyectos
de software
6
Administracin de proyecto
Tiene que ver con actividades involucradas en
asegurar que software se entrega a tiempo y
dentro del plan y de acuerdo con los
requerimientos de las organizaciones
Se requiere administracin de proyecto porque
el desarrollo de software est siempre sujeto a
restricciones de presupuesto y calendario que
son establecidas por la organizacin
-
27
Actividades de administracin
Redaccin de propuesta
Planificacin y calendarizacin del proyecto
Estimacin de costes del proyecto
Supervisin y revisin del proyecto
Seleccin y evaluacin del personal
Redaccin y presentaciones de reportes
8
Contratacin de personal del proyecto
El presupuesto del proyecto no cubre la
contratacin de personal con sueldos altos
El personal con experiencia no est disponible
dentro o fuera de la organizacin
La organizacin desea desarrollar las habilidades
de sus empleados. El personal inexperto puede
ser asignado al proyecto para aprender a adquirir
experiencia
9
Planificacin de proyecto
Actividad de la administracin que ms tiempo
consume
Actividad continua desde concepto inicial hasta
entrega del sistema. Los planes se deben de
revisar regularmente cuando llega nueva
informacin
Diferentes tipos de planes pueden ser
desarrollados para apoyar el plan principal
10
Tipos de plan
Plan Descripcin
Plan de calidad Describe los procedimientos y los estndares
de calidad que se utilizarn en un proyecto.
Plan de validacin Describe el enfoque, los recursos y la
programacin utilizados para la validacin del
sistema
Plan de gestin de
configuraciones
Describe los procedimientos para la gestin
de configuracin y las estructuras a utilizar
Plan de mantenimiento Predice los requerimientos del manteamiento
del sistema, los costos del manteamiento y el
esfuerzo requerido
Plan de desarrollo del
personal
Describe cmo se desarrollan las habilidades
y experiencia de los miembros del equipo del
proyecto
11
Concepto - Hitos
Hitos puntos finales de una actividad del
proceso de software
12
Proceso de planificacin del proyectoEstablecer las restricciones del proyecto
Hacer la valoracin inicial de los parmetros del proyecto
Definir los hitos del proyecto y productos a entregar
Mientras el proyecto no se haya completado o cancelado repetir
Bosquejar la programacin en el tiempo del proyecto
Iniciar actividades acorde a la programacin
Esperar (por un momento)
Revisar el progreso del proyecto
Revisar los estimados de los parmetros del proyecto
Actualizar la programacin del proyecto
Renegociar las restricciones del proyecto y los productos a entregar
Si (surgen problemas) entonces
Iniciar la revisin tcnica y la posible revisin
Fin de si
Fin de repetir
-
313
Estructura del plan de proyecto
Introduccin
Organizacin del proyecto
Anlisis de riesgos
Requerimientos de recursos de hardware y
software
Divisin de trabajo
Calendario de proyecto
Mecanismos de supervisin e informe
14
Estructura del plan de proyectoEtapa Descripcin
Introduccin Describe los objetivos y expone las restricciones (tiempo,
presupuesto, etc.) que afectan a la gestin del proyecto
Organizacin del
proyecto
Describe la forma en que el equipo de desarrollo est
organizado, la gente involucrada y sus roles en el equipo
Anlisis de riesgos Describe los posibles riesgos del proyecto, la probabilidad de
que surjan estos riesgos y las estrategias de reduccin de
riesgos propuestas
Requerimientos de
recursos de
hardware y software
Describe el hardware y software de ayuda requeridos para
llevar a cabo el desarrollo.
Divisin de trabajo Describe la divisin del proyecto en actividades e identifica los
hitos y productos a entregar asociado con cada actividad
Calendario de
proyecto
Describe las dependencias entre actividades, el tiempo
estimado requerido para alcanzar cada hito y la asignacin de
la gente a las actividades
Mecanismos de
supervisin e
informe
Describe la gestin de informes y cuando deben producirse, as
como los mecanismos de supervisin del proyecto a utilizar
15
Calendarizacin
Dividir el proyecto en tareas. Estimar tiempo
y recursos requeridos para completar cada
tarea
Organizar las tareas para hacer uso ptimo
de la mano de obra
Minimizar dependencias de tareas para evitar
retrasos causados por una tarea esperando
que la otra se complete
Considerar la intuicin y experiencia de los
gestores16
El proceso de calendarizacin
Identificar actividades
Identificar dependencias
de actividades
Estimar recursos para
las actividades
Asignar personas a
las actividades
Crear grficos de proyectos
Requerimientos
de software
Redes de
actividades y
grficos de barras
17
Duraciones de tareas y dependencias
18
Red de actividades
-
419
Grfico de barras de actividades
20
Grfico de asignacin de personal/tiempo
21
Administracin de riesgos
Se encarga de anticipar los riesgos que
podran afectar a al programacin del
proyecto o a la calidad del software
Emprender acciones para evitar estos
riesgos
Identificar riesgos y elaborar planes para
minimizar su efecto en un proyecto.
22
Categoras de riesgos
Riesgos del proyecto afectan calendarizacin
o recursos
Riesgos del producto afectan la calidad o
desempeo del software que se est
desarrollando
Riesgos de negocio afectan la organizacin
que desarrolla el software
23
Posibles riesgos de software
24
Posibles riesgos de softwareRiesgo Tipo Descripcin
Rotacin de
personal
Proyecto Empleados experimentados saldrn del proyecto
antes que se termine
Cambio de
administracin
Proyecto Habr un cambio de administracin
organizacional con prioridades diferentes
No disponibilidad e
hardware
Proyecto Proyecto Hardware que es esencial para el
proyecto no se entregar segn el plan
Cambio de
requerimientos
Proyecto y
producto
Habr un nmero ms grande de cambios a los
requerimientos que los anticipados
Retrasos en la
especificacin
Proyecto y
producto
Especificaciones de interfaces esenciales no
estn disponible segn el calendario
Subestimacin del
tamao
Proyecto y
producto
El tamao del sistema ha sido subestimado
Bajo desempeo de
la herramienta
CASE
Producto Herramientas CASE que apoyan el proyecto no
se desempean como se anticip
Cambio de
tecnologa
Negocio La tecnologa subyacente en la que se construye
el sistema es reemplazada por tecnologa nueva
Competencia del
producto
Negocio Un producto de la competencia se comercializa
antes que el sistema se termine
-
525
El proceso de calendarizacin
Identificacin de riesgos
Anlisis de riesgos
Planeacin de riesgos
Supervisin de riesgos
Listado de
riesgos
potenciales
Listado de
priorizacin de
riesgos
Anulacin de
riesgos y
planes de
contingencia
Valoracin de
riesgos
26
El proceso de administracin de riesgos
Identificacin del riesgo: Identificar riesgos de
proyecto, de producto y de negocio
Anlisis del riesgos: Evaluar la probabilidad y
consecuencias de estos riesgos
Planeacin de riesgo: Elaborar planes para
evitar o minimizar los efectos del riesgo
Supervisin de riesgo: Valorar y revisar los
riesgos del proyecto
27
Incluir en el documento del proyecto
Actividades de la administracin (gestin):
Planificacin del proyecto
Calendarizacin del proyecto
Administracin de riesgos
28
Proyecto
Determinar en que puede consistir la
creacin de un Sistema poner su
tema, partiendo nicamente del titulo del
sistema. As mismo dibujar un diagrama a
bloques de una posible arquitectura para el
sistema, identificando y describiendo los
subsistemas principales y los vnculos entre
ellos.
Checar lineamientos de proyecto