SlideShare une entreprise Scribd logo
1  sur  39
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 1
Gestión de proyectos
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 2
Objetivos
 Explicar las principales tareas emprendidas por los
gestores de proyectos de software
 Introducir la gestión de proyecto de software y
describir sus características distintivas
 Discutir la planificación de proyectos y el proceso de
planificación
 Mostrar cómo las representaciones gráficas son
usadas por la gestión de proyectos
 Discutir la noción de los riesgos y el proceso de
gestión de riesgos
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 3
Tópicos Expuestos
 Actividades de gestión
 Planificación de proyectos
 Calendarización del proyecto
 Gestión de riesgos
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 4
 Concerniente con actividades implicadas en
asegurar que el software es entregado a
tiempo y acorde a los requerimientos de la
organización, al desarrollar y procurar el
software.
 La gestión de proyectos es necesaria porque
el desarrollo de software está siempre sujeto a
limitaciones de presupuesto y calendario
fijadas por la organización desarrolladora del
software.
Gestión de proyectos software
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 5
 El producto es intangible.
 El producto es especialmente flexible.
 Ingeniería de software no es reconocida como
una disciplina de ingeniería con la misma
condición de una mecánica, ingeniería
eléctrica, etc
 El proceso de desarrollo de software no está
estandarizado.
 Muchos proyectos de software son proyectos
únicos.
Distinciones de la gestión de software
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 6
 Redacción de la propuesta.
 Planificación y calendarización del proyecto.
 Estimación de costes del proyecto.
 Supervisión y revisión del proyecto.
 Selección y evaluación del personal.
 Redacción y presentación de informes.
Actividades de gestión
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 7
 Estas actividades no son propias de gestión
de software.
 Muchas de las técnicas de la gestión de
proyectos de ingeniería son igualmente
aplicables a la gestión de proyectos de
software.
 Técnicamente complejos sistemas de
ingeniería tienden a sufrir los mismos
problemas que sistemas de software.
Gestión – Aspectos comunes
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 8
Dotación de personal del proyecto
 Puede que no sea posible nombrar al hombre ideal
para trabajar en un proyecto
• Proyecto de presupuesto no puede permitir la
utilización de personal altamente remunerado;
• Personal con la experiencia adecuada puede no estar
disponible;
• La organización desea desarrollar las habilidades de
sus empleados.
 Administradores tienen que trabajar dentro de estas
limitaciones, especialmente cuando hay escasez de
personal capacitado.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 9
La planificación de proyectos
 Probablemente, la mayor parte del tiempo que
consume la actividad de gestión de proyectos.
 Actividad continua desde la idea hasta la
entrega del sistema. Los planes deben ser
revisados regularmente así se disponga de
nueva información.
 Distintos tipos de plan pueden ser
desarrollados para apoyar el plan principal de
proyecto de software con presupuesto y
calendarización.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 10
Tipos de plan de proyecto
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 11
Planificación del proyecto
Establecer las limitaciones del proyecto
Hacer las evaluaciones iniciales de los parámetros del proyecto
Definir los hitos del proyecto y los resultados
Mientras que los proyectos no se ha completado o cancelado repetir
Elaborar cronograma
Iniciar las actividades según el calendario previsto
Esperar (por un rato)
Examen de la marcha del proyecto
Revisar las estimaciones de los parámetros del proyecto
Actualizar el calendario del proyecto
Volver a negociar las limitaciones del proyecto y los resultados
Si (surgen problemas) entonces
Iniciar la revisión técnica y la posible revisión
Fin Si
fin de repetir
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 12
El plan de proyecto
 El plan del proyecto establece:
• Los recursos disponibles para el proyecto;
• Una división del trabajo;
• Un plan de trabajo.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 13
Estructura del plan del proyecto
 Introducción.
 Organización del proyecto.
 Análisis de riesgo.
 Requerimiento de los recursos de hardware y
software.
 División del trabajo.
 Programa del proyecto.
 Mecanismos de supervisión y presentación de
informes.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 14
Organización de las actividades
 Las actividades en un proyecto deben
organizarse para producir resultados tangibles
de la gestión para evaluar los progresos
realizados.
 Hitos son el punto final de una actividad del
proceso de software.
 Una entrega es el resultado del proyecto que
se entrega al cliente.
 El proceso de cascada permite la definición
directa de hitos progresivos.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 15
Hitos en el proceso de
especificación de requerimientos
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 16
Calendarización del proyecto
 Dividir el proyecto en tareas y estimar el
tiempo y los recursos necesarios para
completar cada tarea.
 Organizar tareas simultáneamente para
aprovechar al máximo el uso de la fuerza de
trabajo.
 Minimizar la dependencia de las tareas a fin
de evitar retrasos causados por una tarea en
espera para completar otra.
 Depende de la intuición y experiencia de los
gerentes del proyecto.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 17
Proceso de calendarización del
proyecto
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 18
Problemas de calendarización
 La estimación de la dificultad de los problemas
y por lo tanto, el coste de desarrollo de una
solución es difícil.
 La productividad no es proporcional al número
de personas que trabajan en una tarea.
 Adición de personas al finalizar un proyecto
hace que se prolongue más debido a los
gastos generales de comunicación.
 Lo inesperado siempre ocurre. Permitir
siempre en la planificación, la contingencia.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 19
Gráficos de barras y redes de
actividades
 Notaciones gráficas para ilustrar el calendario
del proyecto.
 Mostrar división del proyecto en tareas. Las
tareas no deben ser demasiado pequeñas.
Deberían tomar una semana o dos.
 Los gráficos de actividad muestran la
dependencia de las tareas y la ruta crítica.
 Gráficos de barras muestran la
calendarización propia contra el tiempo.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 20
Duración y dependencias de las
tareas
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 21
Red de actividades
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 22
Gráfico de barras de actividades
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 23
Asignación de personal/tiempo
4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9
T4
T8 T1
1
T12
T1
T3
T9
T2
T6 T1
0
T7
T5
Fred
Jane
Anne
Mary
Jim
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 24
La gestión del riesgo
 La gestión del riesgo se refiere a la
identificación de riesgos y la elaboración de
planes para reducir al mínimo su efecto sobre
un proyecto.
 Un riesgo es una probabilidad de que algunas
circunstancias adversas se produzcan
• Afectan a la calendarización del proyecto o a los
recursos;
• Los riesgos del producto afectan a la calidad o al
funcionamiento del software que se está
desarrollando;
• Los riesgos de negocio afectan a la organización
que desarrolla o que procura el software.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 25
Riesgos posibles del software
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 26
El proceso de gestión de riesgos
 La identificación de riesgos
• Identificar riesgos empresariales, en los proyectos
y productos;
 Análisis de riesgos
• Evaluar la probabilidad y consecuencias de estos
riesgos;
 Planificación de riesgo
• Elaborar planes para evitar o minimizar los efectos
de la situación de riesgo;
 Supervisión de riesgos
• Controlar los riesgos a lo largo del proyecto;
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 27
El proceso de gestión de riesgos
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 28
La identificación de riesgos
 Riesgos tecnológicos.
 Riesgos de personal.
 Riesgos organizacionales.
 Riesgos de requerimientos.
 Riesgos de estimación.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 29
Riesgos y los tipos de riesgo
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 30
Análisis de riesgos
 Evaluar la probabilidad y gravedad de cada
riesgo.
 Probabilidad de riesgo puede ser muy baja,
baja, moderada, alta o muy alta.
 Los efectos del riesgo pueden ser
catastróficos, serios, tolerables o
insignificantes.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 31
Análisis de riesgos (i)
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 32
Análisis de riesgo (ii)
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 33
Planificación de riesgos
 Considera cada uno de los riesgos y
desarrolla una estrategia para gestionar cada
riesgo.
 Estrategias de prevención
• La probabilidad de que se producirá el riesgo se
reduce;
 Estrategias de minimización
• El impacto del riesgo en el proyecto o el producto
se redujo;
 Planes de contingencia
• Si se plantea el riesgo, planes de contingencia
son los planes para hacer frente a ese riesgo;
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 34
Estrategias de gestión de riesgos
(i)
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 35
Estrategias de gestión del riesgo
(ii)
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 36
Supervisión de riesgos
 Evaluar periódicamente cada uno de los
riesgos identificados y decidir si es cada vez
menos o más probable.
 También evaluar si los efectos del riesgo han
cambiado.
 Cada riesgo clave debe ser discutido en las
reuniones de gestión de progreso.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 37
Factores de riesgo
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 38
Puntos clave
 Buena gestión de los proyectos es esencial para el
éxito del proyecto.
 El carácter intangible de software causa problemas
para la gestión.
 Los administradores tienen diversas funciones, pero
sus actividades más importantes son la planificación,
estimación y calendarización.
 Planificación y estimación son procesos iterativos que
continuarán durante todo el curso de un proyecto.
©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 39
 Un hito de un proyecto es un resultado predecible
de una actividad en el que se debe presentar un
informe oficial de los progresos realizados en la
gestión.
 La calendarización del proyecto comprende la
preparación de diversas representaciones gráficas
que muestran las actividades del proyecto, su
duración y la dotación de personal.
 La gestión del riesgo se refiere a la identificación
de los riesgos que puedan afectar al proyecto y la
planificación para asegurar que estos riesgos no
se desarrollen en principales amenazas.
Puntos clave

Contenu connexe

Similaire à Gestion de proyectos de Software.ppt

PPT Miguel Ángel González - Conferencia Construcción
PPT Miguel Ángel González - Conferencia ConstrucciónPPT Miguel Ángel González - Conferencia Construcción
PPT Miguel Ángel González - Conferencia Construcción
INACAP
 
Clase proyecto sidet
Clase proyecto sidetClase proyecto sidet
Clase proyecto sidet
Nii Caytuiro
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The Project
Jose Manuel Sandria
 
Information Systems Project Management - Running The Project
Information Systems Project Management - Running The ProjectInformation Systems Project Management - Running The Project
Information Systems Project Management - Running The Project
Jose Manuel Sandria
 
Modelos del ciclo de vida
Modelos del ciclo de vidaModelos del ciclo de vida
Modelos del ciclo de vida
Deguerrerouno
 
Modelos del ciclo de vida
Modelos del ciclo de vidaModelos del ciclo de vida
Modelos del ciclo de vida
Deguerrerouno
 
M l matriz 13 ul
M l matriz 13 ulM l matriz 13 ul
M l matriz 13 ul
yanqui0101
 

Similaire à Gestion de proyectos de Software.ppt (20)

PPT Miguel Ángel González - Conferencia Construcción
PPT Miguel Ángel González - Conferencia ConstrucciónPPT Miguel Ángel González - Conferencia Construcción
PPT Miguel Ángel González - Conferencia Construcción
 
Sesión 1 marco referente
Sesión 1 marco referenteSesión 1 marco referente
Sesión 1 marco referente
 
Presentacion Final
Presentacion FinalPresentacion Final
Presentacion Final
 
Presentacion Final
Presentacion FinalPresentacion Final
Presentacion Final
 
UNIDAD IV PROYECTOS DE TI.pdf
UNIDAD IV PROYECTOS DE TI.pdfUNIDAD IV PROYECTOS DE TI.pdf
UNIDAD IV PROYECTOS DE TI.pdf
 
3a. sesión el proyecto
3a. sesión   el proyecto3a. sesión   el proyecto
3a. sesión el proyecto
 
Proceso desarrollo software
Proceso desarrollo softwareProceso desarrollo software
Proceso desarrollo software
 
Trabajo planeamiento
Trabajo planeamientoTrabajo planeamiento
Trabajo planeamiento
 
Clase proyecto sidet
Clase proyecto sidetClase proyecto sidet
Clase proyecto sidet
 
Tema 4. Planificación (riesgos, calidad) y gestión de cambios
Tema 4. Planificación (riesgos, calidad) y gestión de cambiosTema 4. Planificación (riesgos, calidad) y gestión de cambios
Tema 4. Planificación (riesgos, calidad) y gestión de cambios
 
Sesion2 Procesos del Software
Sesion2  Procesos del SoftwareSesion2  Procesos del Software
Sesion2 Procesos del Software
 
Tema 4. Planificación y diagramas de Gantt
Tema 4. Planificación y diagramas de GanttTema 4. Planificación y diagramas de Gantt
Tema 4. Planificación y diagramas de Gantt
 
Ejemplo proyecto informatico.pptx
Ejemplo proyecto informatico.pptxEjemplo proyecto informatico.pptx
Ejemplo proyecto informatico.pptx
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The Project
 
Introducción al proyecto
Introducción al proyectoIntroducción al proyecto
Introducción al proyecto
 
Manual primavera
Manual primaveraManual primavera
Manual primavera
 
Information Systems Project Management - Running The Project
Information Systems Project Management - Running The ProjectInformation Systems Project Management - Running The Project
Information Systems Project Management - Running The Project
 
Modelos del ciclo de vida
Modelos del ciclo de vidaModelos del ciclo de vida
Modelos del ciclo de vida
 
Modelos del ciclo de vida
Modelos del ciclo de vidaModelos del ciclo de vida
Modelos del ciclo de vida
 
M l matriz 13 ul
M l matriz 13 ulM l matriz 13 ul
M l matriz 13 ul
 

Dernier

Dernier (20)

Presentacion de la ganaderia en la región
Presentacion de la ganaderia en la regiónPresentacion de la ganaderia en la región
Presentacion de la ganaderia en la región
 
Ficha Tecnica de Ladrillos de Tabique de diferentes modelos
Ficha Tecnica de Ladrillos de Tabique de diferentes modelosFicha Tecnica de Ladrillos de Tabique de diferentes modelos
Ficha Tecnica de Ladrillos de Tabique de diferentes modelos
 
Minería convencional: datos importantes y conceptos
Minería convencional: datos importantes y conceptosMinería convencional: datos importantes y conceptos
Minería convencional: datos importantes y conceptos
 
ATS-FORMATO cara.pdf PARA TRABAJO SEGURO
ATS-FORMATO cara.pdf  PARA TRABAJO SEGUROATS-FORMATO cara.pdf  PARA TRABAJO SEGURO
ATS-FORMATO cara.pdf PARA TRABAJO SEGURO
 
27311861-Cuencas-sedimentarias-en-Colombia.ppt
27311861-Cuencas-sedimentarias-en-Colombia.ppt27311861-Cuencas-sedimentarias-en-Colombia.ppt
27311861-Cuencas-sedimentarias-en-Colombia.ppt
 
Maquinaria Agricola utilizada en la produccion de Piña.pdf
Maquinaria Agricola utilizada en la produccion de Piña.pdfMaquinaria Agricola utilizada en la produccion de Piña.pdf
Maquinaria Agricola utilizada en la produccion de Piña.pdf
 
ESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVO
ESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVOESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVO
ESPECIFICACIONES TECNICAS COMPLEJO DEPORTIVO
 
Matrices Matemáticos universitario pptx
Matrices  Matemáticos universitario pptxMatrices  Matemáticos universitario pptx
Matrices Matemáticos universitario pptx
 
2. Cristaloquimica. ingenieria geologica
2. Cristaloquimica. ingenieria geologica2. Cristaloquimica. ingenieria geologica
2. Cristaloquimica. ingenieria geologica
 
2024 GUIA PRACTICAS MICROBIOLOGIA- UNA 2017 (1).pdf
2024 GUIA PRACTICAS MICROBIOLOGIA- UNA 2017 (1).pdf2024 GUIA PRACTICAS MICROBIOLOGIA- UNA 2017 (1).pdf
2024 GUIA PRACTICAS MICROBIOLOGIA- UNA 2017 (1).pdf
 
Determinación de espacios en la instalación
Determinación de espacios en la instalaciónDeterminación de espacios en la instalación
Determinación de espacios en la instalación
 
ingenieria grafica para la carrera de ingeniera .pptx
ingenieria grafica para la carrera de ingeniera .pptxingenieria grafica para la carrera de ingeniera .pptx
ingenieria grafica para la carrera de ingeniera .pptx
 
NTC 3883 análisis sensorial. metodología. prueba duo-trio.pdf
NTC 3883 análisis sensorial. metodología. prueba duo-trio.pdfNTC 3883 análisis sensorial. metodología. prueba duo-trio.pdf
NTC 3883 análisis sensorial. metodología. prueba duo-trio.pdf
 
Resistencia-a-los-antimicrobianos--laboratorio-al-cuidado-del-paciente_Marcel...
Resistencia-a-los-antimicrobianos--laboratorio-al-cuidado-del-paciente_Marcel...Resistencia-a-los-antimicrobianos--laboratorio-al-cuidado-del-paciente_Marcel...
Resistencia-a-los-antimicrobianos--laboratorio-al-cuidado-del-paciente_Marcel...
 
semana-08-clase-transformadores-y-norma-eep.ppt
semana-08-clase-transformadores-y-norma-eep.pptsemana-08-clase-transformadores-y-norma-eep.ppt
semana-08-clase-transformadores-y-norma-eep.ppt
 
ELASTICIDAD PRECIO DE LA DEMaaanANDA.ppt
ELASTICIDAD PRECIO DE LA DEMaaanANDA.pptELASTICIDAD PRECIO DE LA DEMaaanANDA.ppt
ELASTICIDAD PRECIO DE LA DEMaaanANDA.ppt
 
Quimica Raymond Chang 12va Edicion___pdf
Quimica Raymond Chang 12va Edicion___pdfQuimica Raymond Chang 12va Edicion___pdf
Quimica Raymond Chang 12va Edicion___pdf
 
EFICIENCIA ENERGETICA-ISO50001_INTEC_2.pptx
EFICIENCIA ENERGETICA-ISO50001_INTEC_2.pptxEFICIENCIA ENERGETICA-ISO50001_INTEC_2.pptx
EFICIENCIA ENERGETICA-ISO50001_INTEC_2.pptx
 
APORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHT
APORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHTAPORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHT
APORTES A LA ARQUITECTURA DE WALTER GROPIUS Y FRANK LLOYD WRIGHT
 
Six Sigma Process and the dmaic metodo process
Six Sigma Process and the dmaic metodo processSix Sigma Process and the dmaic metodo process
Six Sigma Process and the dmaic metodo process
 

Gestion de proyectos de Software.ppt

  • 1. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 1 Gestión de proyectos
  • 2. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 2 Objetivos  Explicar las principales tareas emprendidas por los gestores de proyectos de software  Introducir la gestión de proyecto de software y describir sus características distintivas  Discutir la planificación de proyectos y el proceso de planificación  Mostrar cómo las representaciones gráficas son usadas por la gestión de proyectos  Discutir la noción de los riesgos y el proceso de gestión de riesgos
  • 3. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 3 Tópicos Expuestos  Actividades de gestión  Planificación de proyectos  Calendarización del proyecto  Gestión de riesgos
  • 4. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 4  Concerniente con actividades implicadas en asegurar que el software es entregado a tiempo y acorde a los requerimientos de la organización, al desarrollar y procurar el software.  La gestión de proyectos es necesaria porque el desarrollo de software está siempre sujeto a limitaciones de presupuesto y calendario fijadas por la organización desarrolladora del software. Gestión de proyectos software
  • 5. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 5  El producto es intangible.  El producto es especialmente flexible.  Ingeniería de software no es reconocida como una disciplina de ingeniería con la misma condición de una mecánica, ingeniería eléctrica, etc  El proceso de desarrollo de software no está estandarizado.  Muchos proyectos de software son proyectos únicos. Distinciones de la gestión de software
  • 6. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 6  Redacción de la propuesta.  Planificación y calendarización del proyecto.  Estimación de costes del proyecto.  Supervisión y revisión del proyecto.  Selección y evaluación del personal.  Redacción y presentación de informes. Actividades de gestión
  • 7. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 7  Estas actividades no son propias de gestión de software.  Muchas de las técnicas de la gestión de proyectos de ingeniería son igualmente aplicables a la gestión de proyectos de software.  Técnicamente complejos sistemas de ingeniería tienden a sufrir los mismos problemas que sistemas de software. Gestión – Aspectos comunes
  • 8. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 8 Dotación de personal del proyecto  Puede que no sea posible nombrar al hombre ideal para trabajar en un proyecto • Proyecto de presupuesto no puede permitir la utilización de personal altamente remunerado; • Personal con la experiencia adecuada puede no estar disponible; • La organización desea desarrollar las habilidades de sus empleados.  Administradores tienen que trabajar dentro de estas limitaciones, especialmente cuando hay escasez de personal capacitado.
  • 9. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 9 La planificación de proyectos  Probablemente, la mayor parte del tiempo que consume la actividad de gestión de proyectos.  Actividad continua desde la idea hasta la entrega del sistema. Los planes deben ser revisados regularmente así se disponga de nueva información.  Distintos tipos de plan pueden ser desarrollados para apoyar el plan principal de proyecto de software con presupuesto y calendarización.
  • 10. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 10 Tipos de plan de proyecto
  • 11. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 11 Planificación del proyecto Establecer las limitaciones del proyecto Hacer las evaluaciones iniciales de los parámetros del proyecto Definir los hitos del proyecto y los resultados Mientras que los proyectos no se ha completado o cancelado repetir Elaborar cronograma Iniciar las actividades según el calendario previsto Esperar (por un rato) Examen de la marcha del proyecto Revisar las estimaciones de los parámetros del proyecto Actualizar el calendario del proyecto Volver a negociar las limitaciones del proyecto y los resultados Si (surgen problemas) entonces Iniciar la revisión técnica y la posible revisión Fin Si fin de repetir
  • 12. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 12 El plan de proyecto  El plan del proyecto establece: • Los recursos disponibles para el proyecto; • Una división del trabajo; • Un plan de trabajo.
  • 13. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 13 Estructura del plan del proyecto  Introducción.  Organización del proyecto.  Análisis de riesgo.  Requerimiento de los recursos de hardware y software.  División del trabajo.  Programa del proyecto.  Mecanismos de supervisión y presentación de informes.
  • 14. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 14 Organización de las actividades  Las actividades en un proyecto deben organizarse para producir resultados tangibles de la gestión para evaluar los progresos realizados.  Hitos son el punto final de una actividad del proceso de software.  Una entrega es el resultado del proyecto que se entrega al cliente.  El proceso de cascada permite la definición directa de hitos progresivos.
  • 15. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 15 Hitos en el proceso de especificación de requerimientos
  • 16. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 16 Calendarización del proyecto  Dividir el proyecto en tareas y estimar el tiempo y los recursos necesarios para completar cada tarea.  Organizar tareas simultáneamente para aprovechar al máximo el uso de la fuerza de trabajo.  Minimizar la dependencia de las tareas a fin de evitar retrasos causados por una tarea en espera para completar otra.  Depende de la intuición y experiencia de los gerentes del proyecto.
  • 17. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 17 Proceso de calendarización del proyecto
  • 18. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 18 Problemas de calendarización  La estimación de la dificultad de los problemas y por lo tanto, el coste de desarrollo de una solución es difícil.  La productividad no es proporcional al número de personas que trabajan en una tarea.  Adición de personas al finalizar un proyecto hace que se prolongue más debido a los gastos generales de comunicación.  Lo inesperado siempre ocurre. Permitir siempre en la planificación, la contingencia.
  • 19. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 19 Gráficos de barras y redes de actividades  Notaciones gráficas para ilustrar el calendario del proyecto.  Mostrar división del proyecto en tareas. Las tareas no deben ser demasiado pequeñas. Deberían tomar una semana o dos.  Los gráficos de actividad muestran la dependencia de las tareas y la ruta crítica.  Gráficos de barras muestran la calendarización propia contra el tiempo.
  • 20. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 20 Duración y dependencias de las tareas
  • 21. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 21 Red de actividades
  • 22. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 22 Gráfico de barras de actividades
  • 23. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 23 Asignación de personal/tiempo 4/7 11/7 18/7 25/7 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9 T4 T8 T1 1 T12 T1 T3 T9 T2 T6 T1 0 T7 T5 Fred Jane Anne Mary Jim
  • 24. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 24 La gestión del riesgo  La gestión del riesgo se refiere a la identificación de riesgos y la elaboración de planes para reducir al mínimo su efecto sobre un proyecto.  Un riesgo es una probabilidad de que algunas circunstancias adversas se produzcan • Afectan a la calendarización del proyecto o a los recursos; • Los riesgos del producto afectan a la calidad o al funcionamiento del software que se está desarrollando; • Los riesgos de negocio afectan a la organización que desarrolla o que procura el software.
  • 25. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 25 Riesgos posibles del software
  • 26. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 26 El proceso de gestión de riesgos  La identificación de riesgos • Identificar riesgos empresariales, en los proyectos y productos;  Análisis de riesgos • Evaluar la probabilidad y consecuencias de estos riesgos;  Planificación de riesgo • Elaborar planes para evitar o minimizar los efectos de la situación de riesgo;  Supervisión de riesgos • Controlar los riesgos a lo largo del proyecto;
  • 27. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 27 El proceso de gestión de riesgos
  • 28. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 28 La identificación de riesgos  Riesgos tecnológicos.  Riesgos de personal.  Riesgos organizacionales.  Riesgos de requerimientos.  Riesgos de estimación.
  • 29. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 29 Riesgos y los tipos de riesgo
  • 30. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 30 Análisis de riesgos  Evaluar la probabilidad y gravedad de cada riesgo.  Probabilidad de riesgo puede ser muy baja, baja, moderada, alta o muy alta.  Los efectos del riesgo pueden ser catastróficos, serios, tolerables o insignificantes.
  • 31. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 31 Análisis de riesgos (i)
  • 32. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 32 Análisis de riesgo (ii)
  • 33. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 33 Planificación de riesgos  Considera cada uno de los riesgos y desarrolla una estrategia para gestionar cada riesgo.  Estrategias de prevención • La probabilidad de que se producirá el riesgo se reduce;  Estrategias de minimización • El impacto del riesgo en el proyecto o el producto se redujo;  Planes de contingencia • Si se plantea el riesgo, planes de contingencia son los planes para hacer frente a ese riesgo;
  • 34. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 34 Estrategias de gestión de riesgos (i)
  • 35. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 35 Estrategias de gestión del riesgo (ii)
  • 36. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 36 Supervisión de riesgos  Evaluar periódicamente cada uno de los riesgos identificados y decidir si es cada vez menos o más probable.  También evaluar si los efectos del riesgo han cambiado.  Cada riesgo clave debe ser discutido en las reuniones de gestión de progreso.
  • 37. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 37 Factores de riesgo
  • 38. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 38 Puntos clave  Buena gestión de los proyectos es esencial para el éxito del proyecto.  El carácter intangible de software causa problemas para la gestión.  Los administradores tienen diversas funciones, pero sus actividades más importantes son la planificación, estimación y calendarización.  Planificación y estimación son procesos iterativos que continuarán durante todo el curso de un proyecto.
  • 39. ©Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 5 Slide 39  Un hito de un proyecto es un resultado predecible de una actividad en el que se debe presentar un informe oficial de los progresos realizados en la gestión.  La calendarización del proyecto comprende la preparación de diversas representaciones gráficas que muestran las actividades del proyecto, su duración y la dotación de personal.  La gestión del riesgo se refiere a la identificación de los riesgos que puedan afectar al proyecto y la planificación para asegurar que estos riesgos no se desarrollen en principales amenazas. Puntos clave