Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

GESTION DE PROYECTOS

No description
by

Gloria Molina

on 25 August 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of GESTION DE PROYECTOS

Notes
GESTIÓN DE PROYECTOS
Introducción
Parte esencial de la ingeniería del software.
Actividades de Gestión
El Plan del Proyecto
Calendarización del proyecto
Proceso de Gestión de Riesgos
Gestores de software
Dificultades en gestión de software
No es sorprende que los proyectos de software se retrasen, sobrepasen el presupuesto y se entreguen fuera de tiempo.
Planificar y temporizar el desarrollo de los proyectos.
Supervisan el trabajo y el progreso para que se ajuste al tiempo y presupuesto previsto.
El producto es intangible.
No existen procesos del software estándar.
A menudo los proyectos grandes son únicos.
Una buena gestión no garantiza el éxito pero una mala gestión usualmente lleva al fracaso del proyecto.
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
Objetivos del proyecto y como se llevaría a cabo.
Estimaciones de coste y tiempo
Justifica de contratación.
Habilidad que se adquiere con la practica y experiencia.
Identificación de actividades, hitos, y entregas de un proyecto.
Bosquejar un plan para guiar el desarrollo hacia las metas del proyecto.
Actividad relacionada con la estimación de los recursos requeridos para llevar a cabo el plan del proyecto.
Actividad continua que se encarga de conocer el progreso del proyecto y compara con las estimaciones.
La supervisión informal predice problemas importantes del proyecto y revela dificultades que pueden aparecer.
Las revisiones formales revisa el progreso y los desarrollos técnicos del proyecto.
El resultado de una revisión puede dar lugar a la cancelación del proyecto o cambiar el proyecto para adecuarlo a los cambios de los objetivos de la organización.
Seleccionar al personal del proyecto para establecer un equipo ideal mínimo y trabajar con estas restricciones porque:
Debe ajustarse al presupuesto.
Personal con experiencia apropiada no está disponible.
Personal inexperto puede ser asignado al proyecto para aprender y ganar experiencia.
Informar a los clientes y contratistas sobre el proyecto de forma oral y escrita es una habilidad esencial.
Planificación del Proyecto
Este plan evolucionará conforme el proyecto progrese y la información sea mejor.
La gestión de un proyecto depende de planificar completamente el progreso del proyecto.
El gestor debe anticiparse a los problemas que puedan surgir.
El plan de proyecto se prepara al inicio y debe utilizarse como un conductor.
Pseudocódigo de Planificación de Proyectos
1 - Establecer las restricciones del proyecto
2 - Hacer la valoración inicial de los parámetros del proyecto
3 - Definir los hitos del proyecto y productos a entregar
4 - Mientas el proyecto no se haya completado repetir
4.1 - Bosquejar la programación en el tiempo del proyecto.
4.2 - Iniciar actividades acordes con la programación
4.3 - Esperar (por un momento)
4.4 - Revisar el progreso del proyecto
4.5 - Revisar las estimaciones de los parámetros del proyecto
4.6 - Actualizar la programación del proyecto
4.7 - Renegociar las restricciones del proyecto y los productos a entregar
4.8 - Si surgen problemas entonces
4.8.1 - Incitar la revisión técnica y la posible revisión
Fin del si
Fin de repetir
Planes que deben tomarse en cuenta
Plan de calidad
Describe los procedimientos y los estándares de calidad que se utilizarán en un proceso.
Plan de validación
Describe el enfoque, los recursos y la programación utilizados para la validación del sistema.
Plan de gestión de configuración
Describe los procedimientos para la gestión de configuración y las estructuras a utilizar.
Plan de mantenimiento
Predice los requerimientos del mantenimiento del sistema, los costos del mantenimiento y el esfuerzo requerido.
Plan de desarrollo de personal
Describe como se desarrollan las habilidades y experiencia de los miembros del equipo del proyecto.
Fija los recursos disponibles, divide el trabajo y crea un calendario de trabajo.
Puede ser un documento único, que solo se refiera al proceso de desarrollo o estar referenciado.
Debe revisarse regularmente.
Algunas partes como el calendario del proyecto cambian frecuentemente.
Organizar el documento en secciones separadas ayuda en las revisiones.
Secciones del plan de proyectos
Introducción:
Objetivos y restricciones del proyecto.
Organización del proyecto:
Organización del equipo de desarrollo, gente involucrada y sus roles en el equipo.
Análisis de riesgo:
Posibles riesgos del proyecto, la probabilidad de que surjan y las estrategias de reducción propuestas.
Requerimientos de recursos de hardware y software:
Hardware y software de ayuda requeridos para el desarrollo.
Para compras de hardware incluir estimaciones de costos y fechas de entrega.
División del trabajo:
Actividades, hitos y productos a entregar asociados con cada actividad.
Programa del proyecto:
Dependencias entre actividades, hitos, tiempo estimado y asignación de personal a las actividades.
Mecanismos de supervisión e informe:
Gestión de informes y mecanismos de supervisión del proyecto a utilizar.
Hitos
Sin los documentos de software es imposible juzgar el progreso o actualizar costos y calendarios.
Entregas
Ejemplo
Puntos finales de una actividad, deben presentar una salida formal, como un informe.
Estos informes deben ser cortos (logros en una actividad).
Los hitos indefinidos son imposibles de validar y carecen de utilidad para la gestión del proyecto.
Resultado que se entrega al cliente al final de una fase principal.
Las entregas son hitos, pero los hitos no son entregas.
El proceso del software debe dividirse en actividades básicas con salidas asociadas para establecer los hitos.
Hitos del proceso de especificación de requerimientos:
Estimación de tiempo y recursos por actividades organizadas en una sucesión coherente.
Complicaciones por manejo de varios proyectos, métodos de diseño y lenguajes de implementación.
En proyecto complejo, las estimaciones suelen ser optimistas aun considerando eventualidades.
Los calendarios se deben actualizar continuamente.
Proceso de Calendarización del Proyecto
Trabajo coordinado para que las actividades paralelas se realicen de forma óptima.
Duración de las actividades entre 1 a 8 o 10 semanas.
No deben suponer que cada etapa del proyecto estará libre de problemas.
A la estimación se le debe agregar un factor de contingencia adicional.
El calendario se representa como un conjunto de gráficos que muestran la división del trabajo, las dependencias de las actividades y la asignación del personal.
Gráfico de Barras y Redes de Actividades
Notaciones gráficas para ilustrar la calendarización del proyecto pueden generarse automáticamente con herramientas de gestión de proyectos.
Muestran las dependencias entre actividades del proyecto.
Redes de Actividades
Gráfico de Barras - Gráfico de Gantt
La red se debe leer de izquierda a derecha y de arriba abajo.
Camino crítico señala la calendarización general del proyecto.
Sirve para:
Asignar trabajos en el proyecto.
Identificar dependencias de actividades.
Ayuda a comparar lo estimado y lo real.
Reorganizar con lo real para reducir el camino crítico.
Muestran quién es responsable de cada actividad y cuándo debe comenzar y finalizar ésta.
Muestra por actividades:
Holgura de posibles retrasos.
Asignación de recursos.
Asignación de personal.
Las grandes organizaciones emplean especialistas para que trabajen en el proyecto cuando sea necesario.
Si un proyecto se retrasa mientras un especialista trabaja en él, puede causar efectos contundentes en los otros proyectos.
GESTIÓN DE RIESGOS
Identificar los riesgos con anticipación.
Emprender acciones para evitar estos riesgos
Documentar este análisis de riesgos junto con el de consecuencias cuando el riesgo ocurra y crear planes para minimizar sus efectos.
Riesgo: Probabilidad de que una circunstancia adversa ocurra.
Categoria de Riesgos
Riesgos del Proyecto
Riesgos del producto
Riesgos del negocio
Calendario o recursos
Calidad o Rendimiento
Organización que desarrolla el software
Estas categorías no son exclusivos entre sí.
Incertidumbres en los proyectos de software.
IMPORTANCIA
Requerimientos ambiguos.
Dificultades en la estimación de tiempos y los recursos.
Dependencia en las habilidades individuales
Cambios en las necesidades del cliente.
Proceso iterativo que se aplica a lo largo de todo el proyecto.
Documentación:Plan de gestión de riesgos.
Descubrimiento de posibles riesgos sin priorizarlos o valorarlos.
Tormenta de ideas.
Basarse en experiencia.
Resultado: Lista de riesgos que afectarían al producto, al proceso o al negocio.
Identificación de Riesgos
tipos de riesgos
Riesgos de tecnología
Riesgos de personal
Riesgos organizacionales
Riesgos de herramientas
Riesgos de requerimientos
Riesgos de estimación
Análisis de Riesgos
Se considera por separado cada riesgo y se decide acerca de la probabilidad y la seriedad del mismo.
PROBABILIDAD DE RIESGO: Bajo, moderado, alto, muy alto.
SERIEDAD DEL RIESGO:
Catastrófico, serio, tolerable, insignificante.
No se hace una valoración con números precisos sino en intervalos.
ORDEN
Actualizar la tabla durante cada iteración del proceso.
Seleccionar los riesgos mas importantes:

Catastróficos
Serios (moderados+)
Número de riesgos seleccionado debe ser manejable.
Planeación de Riesgos
Considera los riesgos clave identificados, así como las estrategias para gestionarlos.
Depende del juicio y de la experiencia del gestor del proyecto.
Categorías de estrategias de riesgos en la planificación:
Estrategias de prevención.
Mejor usar una estrategia de prevención, después de minimización y al final una de contingencia.
Estrategias de minimización.
Planes de contingencia.
Supervisión de Riesgos
Buscar factores que den indicios de la probabilidad del riesgo y sus efectos.
Los riesgos clave debe ser considerado y analizado por separado.
Valorar los riesgos identificados para ver si cambio su probabilidad o sus efectos.
Proceso continuo.
Factores de riesgo por Tipo
Riesgos Universales
Los riesgos que pueden afectar a un proyecto dependen del propio proyecto y del entorno organizacional donde se desarrolla.
Muchos riesgos son universales.
Ejemplo Proceso de Gestión de Riesgos
Identificación de Riesgos
Análisis de Riesgos
Planificación de Riesgos
Redacción de la propuesta
Full transcript