Gep2009 Eq1 T13 Preguntas Hallows Ejecucion Del Proyecto

468 views
377 views

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
468
On SlideShare
0
From Embeds
0
Number of Embeds
29
Actions
Shares
0
Downloads
16
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Gep2009 Eq1 T13 Preguntas Hallows Ejecucion Del Proyecto

  1. 1. Ejecución del Proyecto<br />Hallows<br />
  2. 2. ¿He construidoun equipo de trabajo eficaz?<br /> ¿Qué debo hacer para saber donde estoy en contra del programa, estimación, y el presupuesto? <br />¿ He gestionado los riesgos? <br />¿Estoy preparado para programar la solución de problema?<br />¿He gestionado la solicitud de cambios de alcance? <br />¿He gestionado la calidad? <br />¿He micro gestionadocuando sea necesario y no en otra parte? <br />¿Mi área ha respetado el cumplimiento de sus compromisos? <br />¿Entiendo expectativas del cliente, y me entiendo con ellos?<br />¿Estoy realizando con regularidad la reunión del equipo, y son eficaces? <br />¿Qué debo hacer para informar el estado del proyecto y las cuestiones pendientes con regularidad? <br />¿Tengo un momento para reflexionar sobre los progresos en privado? <br />¿Qué debo hacer por mi equipo y para celebrar los éxitos?<br />
  3. 3. Actividades en la Ejecución del Proyecto<br />
  4. 4. Creación del Equipo<br />Equipo: Grupo de personas que persiguen un mismo objetivo.<br />Aceptación de objetivo<br />Para que acepten los objetivos:<br />Identificar problemas<br />Vender el proyecto<br />Pedir que se acepte el proyecto o que se digan las objeciones<br />Buscar indicadores de descontento o contra.<br />Creación de un ambiente de compromiso<br />Predicar con el ejemplo<br />Establecer expectativas específicas<br />Desarrollar líderes<br />Supervisar constantemente las áreas de trabajo<br />Involucrar al equipo<br />Enfatizar trabajo en equipo<br />Ayudar a tu equipo<br />Defender a tu equipo<br />Eliminar obstáculos<br />Predicar en público<br />Facilita r la comunicación<br />Agradecer a las personas<br />
  5. 5. Rastreo del progreso<br />Rastreo de Actividades<br />Principios para el rastreo de actividades:<br />Ser formal y no depender de una respuesta oral.<br />Ser específico<br />Utilizar un lenguaje formal<br /><ul><li>Estimate at Completion (EAC) Esfuerzo que requiere la actividad.
  6. 6. Reporte del progreso
  7. 7. Rastreo de puntos clave o hitos</li></li></ul><li>Valor ganado<br />Variables:<br />Costo presupuestado de Trabajo realizado.<br />Costo presupuestado de Trabajo programado.<br />Costo real de Trabajo realizado.<br />Podemos calcular medidas que nos dicen los indicadores del proyecto:<br />Variación de costo.<br />Variación de programa.<br />Índice de comportamiento de costos.<br />Índice de comportamiento del programa.<br />En la información, los cálculos son:<br />Estimado Competo (EAC)<br />Presupuesto Completo (BAC)<br />Determinar el porcentaje completado por actividad.<br />
  8. 8. Negociación de recursos<br />Factores:<br />Se necesita un conjunto de habilidades.<br />Se necesita disponibilidad y compromiso.<br />Se necesita compromiso a largo plazo.<br /><ul><li>Pedir recursos al inicio del proyecto.
  9. 9. Negociar recursos durante el proyecto.
  10. 10. Suspender el proyecto.</li></li></ul><li>Control de elementos de acción<br />Son actividades pequeñas independientes que se integran al proyecto.<br />Surgen de:<br />Suposiciones<br />Dudas<br />Tareas<br />Preguntas<br />Solicitudes<br />Recomendaciones<br />Acciones:<br />Rastreo de elementos de acción<br />Elementos de acción y reuniones.<br />
  11. 11. Administración de riesgos<br />Los riesgos generalmente son definidos al inicio del proyecto y olvidados después.<br />Es necesario administrar los riesgos y deben estar al frente de las preocupaciones del equipo.<br />Deben ser tema de las reuniones semanales.<br />En el reporte de estado del proyecto se deben enlistar los riesgos junto con el grado de impacto.<br />Se deben revisar tanto los riesgos posibles como los eliminados.<br />
  12. 12. Solución de problemas de desbordamientos<br />El traspaso de límites o desbordamiento presentados durante la ejecución pueden ser esperados o inesperados.<br />Esperados: Se conoce antes del fin de la actividad.<br />Las acciones correctivas reducen el impacto de los desbordamientos y pueden ser:<br />Añadir recursos<br />Solicitar más tiempo<br />Utilizar la creatividad para crear atajos<br />Reducir el alcance o extender el programa.<br />Las acciones preventivas son diseñadas para prevenir el traspaso de límites y no se pueden utilizar para eventos accidentales, sólo pueden ser planeadas para dos causas posibles:<br />La estimación toma un rumbo incorrecto<br />El personal no trabaja adecuadamente <br />
  13. 13. Administración de cambios de alcance.<br />Tipos de cambio de alcance:<br />Cambios de alcance sin oposición. El cliente solicita y el contratista lo estima.<br />Cambios de alcance con oposición. El cliente solicita pero no permite cambio de precio o programa.<br />Arrastre de alcance o cambio de alcance. El cliente pide añadir actividades triviales para el proyecto.<br />Cambios de alcance constructivos. Cambios en los acuerdos con el cliente de cómo se llevará a cabo el proyecto.<br />Orígenes de cambios de alcance:<br />Solicitudes del cliente abiertas<br />Solicitudes del cliente encubiertas<br />Solicitudes clandestinas<br />Entusiasmo del equipo de trabajo<br />Pasos:<br />Identificación de cambios de alcance: Se identifican mediante prácticas diseñadas para construir solicitudes de cambio.<br />Justificación<br />Administración de cambios de alcance<br />
  14. 14. Administración de la calidad<br />Administrar revisiones con el equipo para identificar problemas potenciales.<br />Restringido al personal técnico<br />No requieren aprobación<br />Los comentarios deben ser específicos, no generales.<br />La revisión no es evaluación del personal<br />
  15. 15. Micro planeación<br />No es un reemplazo de la planeación normal, es enfocarse en una parte del plan y transformar la escala de meses o semanas a días u horas.<br />Se puede mantener una micro planeación informal.<br />Se utiliza cuando existen crisis.<br />Es practicada por el administrador del proyecto.<br />Se debe asegurar que sea necesaria<br />
  16. 16. Administración de subcontratistas<br />Se manejan igual que al equipo del proyecto.<br />Se deben considerar los posibles riesgos o problemas con subcontratistas<br />Riesgos:<br />Técnicos<br />Operativos<br />Financieros<br />El subcontrato legal. Se debe estar completamente seguro de lo que implica el contrato.<br />La distancia. El principal problema es la distancia.<br />Planes de contingencia. Se preparan antes de que suceda el problema.<br />
  17. 17. Administración de expectativas del cliente<br />Se pueden tener problemas al entender las expectativas del cliente al principio del proyecto.<br />Para evitar problemas hay que mantener contacto con el cliente y mostrar los avances.<br />Sugerencias:<br />Hacer las cosas como el cliente dice.<br />Administrar al cliente correcto.<br />Aceptación del usuario.<br />El sistema debe ser aceptado formalmente por el cliente<br />El sistema debe ser aceptado formalmente por los usuarios.<br />
  18. 18. Reuniones del equipo<br />Son esenciales para la construcción del equipo.<br />Algunas actividades que se llevan a cabo son:<br />Presentación de progreso del proyecto y problemas presentados<br />Mostrar proceso de la semana pasada, planear actividades de la siguiente semana y remarcar problemas y riesgos.<br />Revisar riesgos e identificar nuevos.<br />Examinar el alcance e identificar posibles cambios.<br />Actividades de recreación<br />
  19. 19. Reportes del estado del proyecto<br />Se realizan de acuerdo con los requerimientos de la empresa pero contienen lo siguiente:<br />Metas realizadas en el período anterior.<br />Planeación para el siguiente período.<br />Problemas.<br />Revisión de riesgos<br />Logros contrarios al plan<br />Actividades contrarias al presupuesto<br />Se debe hacer una lista de problemáticas que no han sido resueltas y su estado.<br />Reuniones de estado del proyecto para reportar lo anterior.<br />
  20. 20. Reflexiones<br />Se requiere una especial atención a los detalles del proyecto para evitar fallos.<br />La Reflexión es el proceso en el que el administrador del proyecto se separa un tiempo de las actividades para pensar las cosas claramente e identificar nuevas oportunidades o riesgos.<br />Es un proceso formal. Tiene que ser programada y realizada por sí solo, sin más miembros del equipo.<br />Debe ser honesta. Que la persona dedique el tiempo a reflexionar sobre el proyecto y debe justificar sus decisiones.<br />Debe ser estructurada. Se programa una reunión donde presenta sus conclusiones.<br />
  21. 21. Finalización del Proyecto<br />Ganar la aceptación del cliente.<br />Capturar lecciones aprendidas.<br />Repositorio de lecciones aprendidas.<br />Revisiones post-proyecto.<br />Revisiones post-implementación<br />Alcance del producto<br />Implementación<br />Facilidades de soporte y documentación<br />Análisis de beneficios<br />Finalización Administrativa.<br />
  22. 22. Celebración Privada<br />Proyecto Completado<br />Conclusión<br /><ul><li>Conclusiones finales del proyecto.</li>

×