1. Integrantes: León Colorado Josué Sandria Chaparro José Manuel

2. Preguntas generales acerca del tema. ¿He definido los riesgos y desarrollado planes para mitigarlos? ¿He documentado en el proyecto supuestos y limitaciones? ¿He desarrollado un plan de calidad? ¿He elaborado una lista detallada de las actividades del proyecto? ¿He definido las dependencias entre actividades? ¿He construido un proyecto de estimación del trabajo requerido? ¿He asignado recursos y los he nivelado? ¿He completado el programa, con los hitos? ¿He alineado requerimientos del cliente con el calendario? ¿He elaborado un presupuesto del proyecto? ¿He planificado para la implementación? ¿He planificado para la terminación? ¿He planificado para las comunicaciones? ¿He preparado un plan de proyecto? Entendiendo el Proyecto Definiendo el Proyecto Ejecutando el Proyecto Planeando el Proyecto

3. 1. De finición de los riesgos del proyecto y determinar las medidas para mitigarlos. 2. Listado de los supuestos y limitaciones del proyecto. 3. Determinar cómo se gestionará la calidad. 4. La elaboración de una lista de actividades y los componentes de costos. 5. Establecimiento de dependencias entre las actividades. 6. Estimación de esfuerzo y los costos. 7. La preparación de un calendario y los hitos. 8. Nivelación y la asignación de los recursos del proyecto. 9. Alinear el presupuesto y el calendario de los requisitos del cliente. 10. Preparar el presupuesto del proyecto. 11. Gestión de trámites de proyectos. 12. Planificación de la aplicación. 13. Planificación para la realización. 14. La planificación de las comunicaciones. 15. Escribir el plan de proyecto.

4. Un riesgo es un problema potencial, una situación que, si se materializa, afectará adversamente el proyecto. Los riesgos que se materializan se convierten en problemas.

13. Cuando los proyectos tienen problemas, con frecuencia la causa es un supuesto que resultó ser inválido o una limitación que nunca fue identificada.

15. Las limitaciones son límites o fronteras dentro de las cuales usted debe trabajar.

18. La calidad es una parte cada vez más importante de la gestión de proyectos.

20. Error Costo Consecuencias Errores de programación Unidad de prueba y depuración de tiempo Depuración y revisión durante la integración Después de la liberación de mantenimiento del sistema Formato del archivo de datos o errores de diseño Depuración y revisión durante la integración La documentación de los errores de usuario Asistencia a los usuarios Reescribiendo la documentación Sistemas de documentación de los errores Después de la liberación de mantenimiento del sistema Apoyo de mantenimiento programadores Reescribiendo la documentación Errores en la especificación de requisitos Identificar los requisitos de errores durante los sistemas de aceptación Revisar el sistema Informe de errores en los diseños, los cálculos, la secuencia, o totalización. Identificar los requisitos de errores Revisión de informes

23. Guía de trabajo de revisión muestra: las listas de los participantes en el examen y el listado de los cambios que los revisores y el autor de acuerdo a. También se da el miembro del equipo de la estimación de la fecha de vencimiento de cada una revisión y un indicador de que el cambio se ha hecho.

24. En cualquier proyecto en el que los miembros del equipo confían en los resultados que producen otros miembros del equipo, tendrá que asegurarse de que existe un mecanismo que: Identifica diferentes versiones de los productos  Describe las diferencias entre versiones  Permite que cualquier miembro del equipo para encontrar la versión actual

25. Hoja de Control de Versión:

26. Gestión de la calidad se separa normalmente en el aseguramiento de la calidad y control de calidad. El papel de garantía de calidad (QA) debe asegurar que los procedimientos son en el lugar que conducirá al desarrollo de un producto de calidad. El control de calidad (QC) es la gestión cotidiana de aquellos procedimientos en todas partes del proyecto. Ambos son necesarios para asegurar que el proyecto produce uno de producto de calidad que se conforma a sus exigencias y es sin error.

27. La planificación es el acto de determinar lo que debe hacerse cuando. El propósito de la planificación consiste en permitir que para hacer funcionar el proyecto se debe adoptar las medidas necesarias para garantizar que se completarán a tiempo y dentro del presupuesto..

28. Para seguir progreso , el proyecto se debe analizar en actividades pequeñas, manejables. Comenzar actividades del listado y esperar que las que falten no le hunda. Hay una alternativa, un enfoque sistemático conocido como descomposición jerárquica. La descomposición es el proceso de romper una actividad en pequeños trozos. Jerárquico significa que procede la descomposición de arriba hacia abajo definiendo los componentes principales del proyecto, entonces rompiendo cada componente en pedazos más pequeños. El resultado es la estructura de desglose de trabajo (WBS)

29. Un WBS es una lista de todas las actividades del proyecto, organizadas jerárquicamente en niveles. También incluye los gastos, tales como compras de equipo, viajes, materiales, o las tasas de los cursos de formación.

30. Puesto que un WBS es jerárquico, sus elementos se pueden numerar en niveles. Uno de los principales usos de los números de WBS es a la hora de presentación de informes. Los miembros del equipo de tiempo completo de las hojas, el cobro de su tiempo a actividades específicas identificadas por número de WBS. El número se utilizará también para determinar las actividades en el calendario, así como los gastos en el presupuesto.

31. En el nivel más bajo, una WBS consiste en tres tipos de componentes: Actividades de trabajo, las actividades distribuidas, y los costos.

32. Actividades de trabajo: son aquellos que contribuyen a un producto claramente definido. Actividades distribuidas : son las que no producen resultados directamente, pero se requiere de los miembros del equipo de proyecto a lo largo del proyecto. Componentes de los gastos son costos que no son directamente soportados por las actividades laborales. Ejemplos de ello son los materiales, costes de adquisición de hardware o software , y gastos de viaje.

33. El primer paso en la preparación de un proyecto WBS es identificar los principales conjuntos de actividades. Y nos da una posible lista de las principales actividades tomando como ejemplo la selección de hardware y software.

35. Al grado posible, las actividades deben ser independientes de una otra. Es decir, cada actividad se debe de realizarse con el menor conocimiento de las otras actividades como sea posible.

37. Un problema con cualquier descomposición está sabiendo cuándo parar. Obviamente, las actividades se puede dividir en los niveles de detalle tan delicado que cada hora de cada miembro del equipo del día para la duración del proyecto está previsto.

38. Con frecuencia, usted no puede completar una WBS porque no sabe cómo se llevará a cabo la mayor parte del proyecto. Es separar el proyecto en fases ..