admnistraci n de proyectos n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Admnistración de Proyectos PowerPoint Presentation
Download Presentation
Admnistración de Proyectos

Loading in 2 Seconds...

play fullscreen
1 / 38

Admnistración de Proyectos - PowerPoint PPT Presentation


  • 135 Views
  • Uploaded on

Admnistración de Proyectos. Organizar, planear y calendarizar proyectos de software. Dr. Pedro Mejía Alvarez. Objetivos. Definir la administración de proyectos de software y sus características. Discutir la planeación de proyectos y el proceso de planeación.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Admnistración de Proyectos' - dacian


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
admnistraci n de proyectos
Admnistración de Proyectos
  • Organizar, planear y calendarizar proyectos de software.

Dr. Pedro Mejía Alvarez.

objetivos
Objetivos
  • Definir la administración de proyectos de software y sus características.
  • Discutir la planeación de proyectos y el proceso de planeación.
  • Demostrar como la presentación gráfica de la planificación se utiliza en la administración de proyectos.
t picos
Tópicos
  • Actividades de la administración.
  • Planeación de proyectos.
  • Organización de actividades.
  • Planificación del proyecto.
administraci n del proyecto de software
Administración del Proyecto de Software
  • Son las actividades que permiten asegurar que el software se lleva a cabo a tiempo y de acuerdo a la planificación. Así como de acuerdo a los requerimientos del software.
importancia de la administraci n
Importancia de la Administración
  • La Ingeniería de software es una actividad económica importante, que esta sujeta a restricciones económicas y a restricciones no técnicas.
  • Los proyectos bien administrados a veces fallan. Los proyectos mal administrados siempre fallan.
  • El objetivo del curso es introducir las actividades de la administración, en vez de enseñar a ser administrador. Solo se puede aprender a ser administrador de un proyecto, desempeñando esta función.
caracter sticas de la administraci n del software
Características de la Administración del Software
  • El producto a desarrollar es intangible
  • El producto tiene su propia flexibilidad.
  • La ingeniería de software no es reconocida como una disciplina de la Ingeniería con el mismo estatus de la mecánica, eléctrica, matemáticas, etc.
  • El proceso de desarrollo de software no está estandarizado.
  • La mayoría de los proyectos de software son “on-off”.
actividades de la administraci n
Actividades de la Administración
  • Escritura de la propuesta.
  • Estimación del coste del proyecto.
  • Planeación del proyecto y planificación (de tiempos).
  • Monitorización del proyecto y revisiones.
  • Selección del personal y evaluación.
  • Escritura de reportes y presentaciones.
casos comunes de la administraci n
Casos comunes de la administración
  • Las actividades de la administración no son solo particulares en esta disciplina.
  • Muchas técnicas de la ingeniería de proyectos o de la investigación de operaciones son igualmente aplicables a la administración de proyectos.
  • Los proyectos de ingeniería complejos tienden a sufrir los mismos problemas que los sistemas de software.
personal del proyecto
Personal del Proyecto
  • Puede ser imposible reclutar a la gente ideal para trabajar en el proyecto.
    • El presupuesto del proyecto podría no permitir pagar altos salarios de gente experimentada.
    • Podría no estar disponible la gente con la experiencia necesaria.
    • La organización podría preferir capacitar a sus empleados en las capacidades necesarias del desarrollo de proyectos de software.
planeaci n del proyecto
Planeación del Proyecto
  • Conjunto de actividades necesarias para desarrollar el proyecto.
  • Probablemente es la actividad que más consume tiempo.
  • Existe una actividad continua desde el concepto inicial del proyecto hasta que este es liberado. Los planes deben de ser revisados regularmente a medida que está disponible nueva información.
estructura del plan del proyecto
Estructura del plan del proyecto
  • Introducción.
  • Organización del proyecto.
  • Análisis de riesgos.
  • Requerimientos de software y hardware.
  • Repartición del trabajo.
  • Planificación del trabajo.
  • Monitorización y mecanismos de reporte.
tipos de planes del proyecto
Tipos de planes del proyecto

Plan

Descripción

Describe la metodología a utilizar en el desarrollo

del proyecto.

Plan de Desarrollo

Describe los procedimientos de calidad, y los

estándares a utilizar en el proyecto.

Plan de Calidad

Describe el enfoque los recursos y la planificación

utilizada por la validación.

Plan de Validación

Predice los requerimientos de mantenimiento del

sistema, los costes de mantenimiento y el esfuerzo.

Plan de Mantenimiento

Describe como se adquirirán y desarrollarán los

conocimientos y habilidades del personal.

Plan de Desarrollo Personal

proceso de planeaci n del proyecto
Proceso de planeación del proyecto
  • Establecer las restricciones del proyecto
  • hacer las suposiciones iniciales de los parámetros del proyecto
  • while el proyecto no termina o ha sido cancelado loop
    • Describe la planificación de tiempos del proyecto
    • Inicia las actividades de acuerdo a la planificación
    • Espera (a que se lleve a cabo el desarrollo)
    • Revisa el progreso del proyecto
    • Revisa los parámetros estimados del proyecto
    • Actualiza la planificación del proyecto
    • Renegocía las restricciones del proyecto y los tiempos de entrega
    • if (aparecen problemas) then
      • inicia una revision técnica y sus posibles soluciones
    • end if
  • end loop
organizaci n de actividades
Organización de actividades
  • Las actividades en un proyecto deben ser organizadas para producir resultados tangibles para que la administración pueda juzgar el progreso.
  • Los “Milestones” son los puntos finales de alguna actividad.
  • Los “deliverables” son los resultados del proyecto que serán entregados a los clientes.
  • El proceso de “cascada” permite una definición precisa de los “milestones”.
milestones y deliverables
Milestones y Deliverables

Actividades

Estudio de

Factibilidad

Desarrollo del

Prototipo

Especificación de

Requerimientos

Estudio del

Diseño

Análisis de

Requerimientos

Especificación de

Requerimientos

Diseño de la

Arquitectura

Reporte de

Factibilidad

Reporte de

Evaluación

Definición de

Requerimientos

MILESTONES

planificaci n del proyecto
Planificación del Proyecto
  • Distribuye el proyecto en tareas y estima el tiempo y los recursos requeridos para completar cada tarea.
  • Organiza las tareas de forma concurrente para hacer mejor uso de la fuerza laboral.
  • Minimiza dependencias entre tareas para evitar retrasos debidos a que una tarea espere a la terminación de otra.
  • Depende de la intuición y experiencia de los administradores.
el proceso de planificaci n del proyecto
El proceso de planificación del proyecto

Identifica

Actividades

Identifica

dependencias en

las Actividades

Identifica

Recursos para

las Actividades

Asigna

Gente para

las Actividades

Requerimientos

de software

Crea graficas

del proyecto

Graficas de

Actividades y

de barras

problemas en la planificaci n
Problemas en la Planificación
  • Es difícil estimar la longitud y dificultad de las tareas, por lo que la estimación del coste es mas difícil.
  • La productividad no es proporcional a el número de personas trabajando en una tarea.
  • Incluir personal en un proyecto en avance, retrasa el proyecto por “overheads” en la comunicación.
  • Lo inesperado siempre sucede. Es necesario considerar siempre contingencias.
gr ficas de barras y redes de actividades
Gráficas de barras y redes de actividades.
  • Se utilizan notaciones gráficas para ilustrar la planificación del proyecto.
  • Muestra la partición del proyecto en tareas. Las tareas no deben ser muy pequeñas. Estas deben de tener una duración de una semana o dos.
  • Las gráficas de actividades muestran las dependencias entre tareas y la ruta crítica.
  • Las gráficas de barras muestran la planificación contra el tiempo del calendario de actividades.
gr ficas de barras y redes de actividades1
Gráficas de barras y redes de actividades.
  • Se utilizan notaciones gráficas para ilustrar la planificación del proyecto.
  • Muestra la partición del proyecto en tareas. Las tareas no deben ser muy pequeñas. Estas deben de tener una duración de una semana o dos.
  • Las gráficas de actividades muestran las dependencias entre tareas y la ruta crítica.
  • Las gráficas de barras muestran la planificación contra el tiempo del calendario de actividades.
organizaci n de actividades1
Organización de actividades
  • Las actividades en un proyecto deben ser organizadas para producir resultados tangibles para que la administración pueda juzgar el progreso.
  • Los “Milestones” son los puntos finales de alguna actividad.
  • Los “deliverables” son los resultados del proyecto que serán entregados a los clientes.
  • El proceso de “cascada” permite una definición precisa de los “milestones”.
duraci n de las tareas y dependencias
Duración de las tareas y dependencias.

Tareas Duración (días) Dependencias

T1 8

T2 15

T3 15 T1

T4 10

T5 10 T2,T4

T6 5 T1,T2

T7 20 T1

T8 25 T4

T9 15 T3,T6

T10 15 T5,T7

T11 7 T9

T12 10 T11

manejo de riesgos
Manejo de Riesgos
  • Manejo de riesgos concierne con la identificacion de riesgos y la escritura de planes para minimizar el efecto de estos en el proyecto.
  • Un riesgo se relaciona con la probabilidad de que ocurra alguna circunstancia adversa al proyecto.
    • Los riesgos de un proyecto afectan a la planificacion o a los recursos
    • Los riesgos del producto afectan a la calidad o al desempeño del software por desarrollarse
    • Los riesgos del negocio son aquellos que afectan a la organizacion qu desarrolla el software
el proceso de manejo de riesgos
El proceso de manejo de riesgos
  • Identificacion de riesgos
    • Identifica riesgos en el proyecto, en el producto y en el negocio.
  • Analisis de Riesgos
    • Calculo de la posibilidad de que ocurran estos riesgos y de sus consecuencias
  • Planeacion de Riesgos
    • Trazar planes para evitar o minimizar el efecto de los riesgos
  • Monitorizacion de Riesgos
    • Monitorizar los riegos durante el proyecto
identificacion de riesgos
Identificacion de Riesgos
  • Riesgos en la tecnologia
  • Riesgos en la gente
  • Riesgos organizacionales
  • Riesgos en los Requiremientos
  • Riesgos de estimacion
analisis de riesgos
Analisis de riesgos
  • Determina la probabilidad y la seriedad de cada riesgo
  • Las probabilidades pueden varia entre muy alta, alta, moderada, baja o muy baja
  • Los efectos de los riesgos pueden ser: catastroficos, serios, tolerables o insignificantes.
planeacion de los riesgos
Planeacion de los riesgos
  • Considera cada riesgos y desarrolla una estrategia para manejarlo
  • Estrategias de evacion
    • La probabilidad de que el riesgo se presente se minimizara
  • Estrategias de minimizacion
    • El impacto del riesgo en el producto o en el proyecto se reducira
  • Planes de contingencia
    • Si el riesgo se presenta, el plan de contingencia se encargara de tratar este riesgo
monitorizacion de riesgos
Monitorizacion de riesgos
  • Determina regularmente cada riesgo identificado y decide si es probable o no que se presente
  • Determina si los efectos de que produciria el riesgo, han cambiado
  • Cada riesgo clave debe discutirse el las reuniones de avance del proyecto.
resumen
Resumen
  • La Ingeniería de Sistemas es difícil. Nunca habrá una respuesta fácil en la solución de problemas de desarrollo de sistemas complejos.
  • Los Ingenieros de Software no tienen respuesta a todas las preguntas, pero entienden el funcionamiento del sistema.
  • Se debe de reconocer el papel que juega cada disciplina y cooperar entre todas en el proceso de Ingeniería de Sistemas.
  • La Ingeniería de Sistema involucra a múltiples disciplinas.
  • El Proceso de I.S sigue a menudo el modelo de cascada.