Este documento describe los procesos de gestión del tiempo del proyecto, incluyendo definir actividades, secuenciar actividades, estimar recursos de actividades. Define cada proceso, sus entradas, herramientas y técnicas, y salidas. Explica cómo estos procesos interactúan para crear un cronograma que administre el proyecto a tiempo.
Este documento describe los procesos de gestión de comunicaciones de proyectos. Resume los pasos para planificar las comunicaciones, incluyendo determinar las necesidades de información de los interesados, y distribuir la información de manera oportuna según lo planeado. También cubre habilidades de comunicación y métodos para recolectar, recuperar y distribuir información de proyectos.
El diccionario de la EDT/WBS es un documento que proporciona información detallada sobre los entregables, actividades y programación de cada uno de los componentes de la EDT/WBS, por lo que representa un documento de apoyo de crucial importancia como base para el desarrollo de la lista final de actividades.
Este documento trata sobre la gestión de riesgos de proyectos según el enfoque del Project Management Body of Knowledge (PMBOK). Explica las definiciones básicas de riesgo, la identificación, análisis y valoración de riesgos, y la metodología del Project Management Institute para la administración de riesgos de proyectos. Esta metodología incluye procesos como la planificación de la administración de riesgos, la identificación de riesgos, el análisis cualitativo de riesgos, y el control y
1) La presentación trata sobre la gestión de interesados en proyectos y describe los procesos clave de identificar interesados, planificar su gestión, gestionar su compromiso y controlar su participación. 2) Explica conceptos como quiénes son los interesados, herramientas para analizarlos como matrices de poder/interés, y salidas como el registro de interesados. 3) Resalta la importancia de las habilidades blandas para gestionar el compromiso de los interesados a través de la comunicación y relaciones interpersonales.
Este documento describe lo que es un plan de comunicación de proyectos y la administración de comunicaciones de proyectos. Un plan de comunicación de proyectos identifica las necesidades de información de las partes interesadas y define cómo abordar las comunicaciones. La administración de comunicaciones de proyectos incluye procesos para garantizar que la información del proyecto se genere, recolecte, distribuya, almacene, recupere y disponga de manera adecuada y oportuna.
El documento describe el Desarrollo Rápido de Aplicaciones (RAD), un proceso de desarrollo de software que permite construir sistemas en poco tiempo, normalmente entre 60 y 90 días. El RAD se caracteriza por el uso de equipos híbridos, herramientas especializadas, "timeboxing" y prototipos iterativos y evolucionarios. El proceso implica modelado de gestión, datos, procesos y generación de aplicaciones con pruebas de entrega.
El documento describe el origen y evolución del Project Management Body of Knowledge (PMBOK) publicado por el Project Management Institute (PMI). El PMBOK es una guía de buenas prácticas para la gestión de proyectos que ha ido evolucionando a través de varias ediciones desde 1987. El documento también compara el PMBOK con la norma ISO 10006 sobre gestión de calidad en proyectos.
Este documento describe los procesos de gestión de comunicaciones de proyectos. Resume los pasos para planificar las comunicaciones, incluyendo determinar las necesidades de información de los interesados, y distribuir la información de manera oportuna según lo planeado. También cubre habilidades de comunicación y métodos para recolectar, recuperar y distribuir información de proyectos.
El diccionario de la EDT/WBS es un documento que proporciona información detallada sobre los entregables, actividades y programación de cada uno de los componentes de la EDT/WBS, por lo que representa un documento de apoyo de crucial importancia como base para el desarrollo de la lista final de actividades.
Este documento trata sobre la gestión de riesgos de proyectos según el enfoque del Project Management Body of Knowledge (PMBOK). Explica las definiciones básicas de riesgo, la identificación, análisis y valoración de riesgos, y la metodología del Project Management Institute para la administración de riesgos de proyectos. Esta metodología incluye procesos como la planificación de la administración de riesgos, la identificación de riesgos, el análisis cualitativo de riesgos, y el control y
1) La presentación trata sobre la gestión de interesados en proyectos y describe los procesos clave de identificar interesados, planificar su gestión, gestionar su compromiso y controlar su participación. 2) Explica conceptos como quiénes son los interesados, herramientas para analizarlos como matrices de poder/interés, y salidas como el registro de interesados. 3) Resalta la importancia de las habilidades blandas para gestionar el compromiso de los interesados a través de la comunicación y relaciones interpersonales.
Este documento describe lo que es un plan de comunicación de proyectos y la administración de comunicaciones de proyectos. Un plan de comunicación de proyectos identifica las necesidades de información de las partes interesadas y define cómo abordar las comunicaciones. La administración de comunicaciones de proyectos incluye procesos para garantizar que la información del proyecto se genere, recolecte, distribuya, almacene, recupere y disponga de manera adecuada y oportuna.
El documento describe el Desarrollo Rápido de Aplicaciones (RAD), un proceso de desarrollo de software que permite construir sistemas en poco tiempo, normalmente entre 60 y 90 días. El RAD se caracteriza por el uso de equipos híbridos, herramientas especializadas, "timeboxing" y prototipos iterativos y evolucionarios. El proceso implica modelado de gestión, datos, procesos y generación de aplicaciones con pruebas de entrega.
El documento describe el origen y evolución del Project Management Body of Knowledge (PMBOK) publicado por el Project Management Institute (PMI). El PMBOK es una guía de buenas prácticas para la gestión de proyectos que ha ido evolucionando a través de varias ediciones desde 1987. El documento también compara el PMBOK con la norma ISO 10006 sobre gestión de calidad en proyectos.
Este documento contiene información sobre la importancia y componentes de la documentación de proyectos. Explica que la documentación de proyectos identifica los aspectos clave de un proyecto y le da identidad. Incluye secciones sobre la carpeta profesional, carpeta técnica, carpeta económica, informes técnicos, planes estructurados de proyectos, planes de control de calidad, planes de empresa y manejo de recursos.
La matriz de trazabilidad vincula los requisitos del producto desde su origen hasta los entregables que los satisfacen y permite realizar un seguimiento a lo largo del ciclo de vida del proyecto. La traza incluye las necesidades del negocio, los objetivos del proyecto, el alcance del proyecto, el diseño y desarrollo del producto, la estrategia de pruebas y los requisitos de alto nivel relacionados con los requisitos más detallados.
Este documento presenta la gestión de riesgos de un proyecto llamado "Control de Presupuestos de Proyectos". Describe la metodología de gestión de riesgos, que incluye la planificación, identificación, análisis cualitativo, planificación de respuestas, y seguimiento. También detalla los roles y responsabilidades, calendario, categorías de riesgos, y una matriz preliminar de probabilidad e impacto con dos riesgos identificados.
RUP es un proceso de ingeniería de software orientado a disciplinas que busca asegurar la producción de software de alta calidad que cumpla con las necesidades de los usuarios de manera predecible. Está diseñado para profesionales de desarrollo de software e incluye roles, disciplinas, actividades y artefactos. El ciclo de vida de RUP consta de cuatro fases secuenciales - Inicio, Elaboración, Construcción y Transición - cada una con un objetivo específico.
Este documento describe el proceso de especificación de requerimientos, el cual consiste en elaborar, refinar y organizar los requerimientos dentro de un documento. Explica que la especificación es responsabilidad del analista pero involucra a usuarios y proveedores. Además, detalla cuatro pasos para especificar requerimientos: documentar requerimientos de usuario, verificar necesidades de usuario, documentar requerimientos de software y verificar requerimientos de software. Finalmente, presenta la estructura típica de un documento de especificación de requerim
En muchos casos esta metodología se considera como un método independiente, este método pertenece a los modelos de desarrollo evolutivo.
Prototipo es una representación o modelo del sistema a desarrollar que, a diferencia de un modelo de simulación, incorpora componentes del producto real, este será una representación del sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.
Un prototipo tiene un funcionamiento limitado en cuanta a capacidades, confiabilidad o eficiencia.
En la utilización de este método se inicia con la definición de los objetivos globales para el software para luego pasar a identificar los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado
La matriz de rastreabilidad de requisitos lista 17 requisitos para un proyecto, incluyendo objetivos estratégicos, requisitos de dirección de proyectos, requisitos funcionales y no funcionales. Los requisitos cubren áreas como diseño, seguridad, rendimiento, mantenibilidad y cumplimiento legal. La matriz asigna un dueño y prioridad para cada requisito y rastrea su estado actual en el diseño y pruebas.
El documento proporciona información sobre la planificación y el alcance de un proyecto. Explica que la estructura de desglose de trabajo (EDT) es una herramienta de planificación que descompone el proyecto en componentes jerárquicos, con cada nivel más detallado que el anterior. La EDT se construye mediante técnicas de descomposición y mapeo mental, y sirve como base para estimaciones de costos, cronogramas y control del proyecto.
El documento describe el proceso de pruebas de aplicaciones web. Explica que las pruebas buscan descubrir errores en el contenido, funcionalidad, usabilidad, navegabilidad, rendimiento y seguridad de la aplicación web. Detalla las siete etapas del proceso de prueba: contenido, interfaz, navegación, componentes, configuración, rendimiento y seguridad. Además, explica las estrategias y métodos para probar cada una de estas dimensiones.
Este documento describe los procesos clave de la dirección de proyectos. Explica que los procesos se agrupan en dos categorías principales: procesos de dirección de proyectos y procesos orientados al producto. Los procesos de dirección de proyectos aseguran que el proyecto avance de manera eficaz y se agrupan en cinco fases: iniciar, planificar, ejecutar, supervisar y controlar, y cerrar.
Las Pruebas de Software son todavía una de las áreas más desatendidas del desarrollo y espliegue de los productos de software. Las Pruebas de Software son predominantemente vistas como una actividad periférica, casi una formalidad, antes del espliegue del software. Un cambio de actitud y un buen programa de estudios como fundamento hacia las Pruebas de Software pueden reducir tremendamente los problemas normalmente asociados con el lanzamiento del nuevo software y minimizar el riesgo implicado. El programa de estudio del ISTQB (International Software Testing Qualifications Board) Probador Certificado (Certified Tester) ofrece el mejor
entrenamiento estandarizado del mundo para los probadores de software.
Este libro le proporcionará el conocimiento esencial para ser un profesional en Pruebas, que incluye:
Fundamentos de Pruebas
Pruebas a través del Ciclo de Vida de Software
Técnicas Estáticas
Técnicas de Diseño de Pruebas
Gestión de Pruebas
Soporte de las Herramientas de Pruebas
Adquisición de Herramientas y Software en General en una Organización
Más de 200 preguntas de examen de muestra con soluciones
Ejercicios prácticos y soluciones por cada tema cubierto
Caso real, resuelto, como ejemplo a lo largo de los temas
Dos exámenes de simulación del examen real
Estándares de Pruebas
Excelente Bibliografía
Cabe señalar que este libro no es sólo para los probadores sino también para quienes están encargados de la adquisición de software en general, gerentes de tecnología, gerentes del Aseguramiento de la Calidad/Control de la Calidad (QA/QC), gerentes de sistemas, jefes de proyectos de software, analistas, arquitectos, desarrolladores, estudiantes y profesores de TI.
Asimismo este libro está diseñado para el autoestudio. El contenido comprende el programa de estudios necesario para aprobar el examen de certificación nivel básico definido por el ISTQB versión 2011 (Syllabus 2011).
1) El documento presenta una guía de gestión de proyectos que incluye procesos como planificación, alcance, tiempo, costos y calidad.
2) Dharma Consulting es un proveedor autorizado por el PMI para otorgar certificaciones en gestión de proyectos.
3) La gestión de riesgos es un proceso clave que incluye identificación, análisis cualitativo y cuantitativo, y planificación de respuestas.
La validación de requisitos consiste en detectar y corregir cualquier requisito innecesario o incorrecto para evitar una mala implementación. Involucra seleccionar técnicas de validación apropiadas, asegurar la participación adecuada de los usuarios para revisar la documentación, y validar un subconjunto de requisitos al inicio del desarrollo.
Este documento trata sobre la gestión de riesgos en proyectos de ingeniería de software. Explica los conceptos básicos de riesgo y gestión de riesgos, incluyendo las etapas de identificación, análisis, planificación y supervisión de riesgos. También describe fuentes comunes de riesgo y herramientas para la gestión de riesgos.
Presentar lineamientos generales de la Dirección de Proyectos, en particular de la Gestión de Riesgos bajo el enfoque del PMBOK, que permitan su rápida implementación y gestión en Proyectos de todas las especialidades y sub especialidades de la ingeniería.
Este documento presenta información sobre un proyecto de construcción de facilidades de superficie en el campo petrolero Bare-El Tigre en Anzoátegui, Venezuela. El objetivo del proyecto es mantener la producción petrolera en 210,000 barriles diarios mediante la construcción de nuevas instalaciones como macollas, pozos, estaciones de bombeo y subestaciones eléctricas entre 2010 y 2013. El avance físico del proyecto es de un 50.94% para junio de 2010, con un desfase financiero del 36.67% deb
Este documento presenta información sobre técnicas estructuradas y orientadas a objetos para el análisis de requerimientos en el desarrollo de sistemas de información. Describe técnicas como el análisis estructurado, la especificación formal de datos y procesos, el uso de diagramas de flujo y diccionarios de datos, así como técnicas orientadas a objetos como casos de uso, modelado de clases, definición de atributos y servicios, y el uso de prototipos rápidos. Finalmente, presenta información sobre
Introducción a los procesos de la gestón de Riesgos del ProyectoDharma Consulting
Este documento presenta una introducción a los procesos de gestión de riesgos de proyectos según el Estándar de Práctica de Gestión de Riesgos de Proyectos del PMI. Explica que la gestión de riesgos de proyectos incluye seis procesos clave: planificar la gestión de riesgos, identificar riesgos, analizar riesgos cualitativa y cuantitativamente, planificar respuestas a riesgos, y monitorear y controlar riesgos. También describe los principios subyacentes a estos pro
El documento describe el modelo de prototipos desarrollado por Kristen Nygaard y Ole-Johan Dahl en la década de 1950. El modelo involucra iteraciones de planificación, diseño, construcción y evaluación de prototipos para definir los requisitos del sistema. El proceso termina cuando los prototipos dejan de ser más baratos que continuar el desarrollo sin ellos. El modelo tiene ventajas como reducir costos y ajustarse mejor a cambios de requisitos, pero también riesgos como querer continuar desarrollando prototipos en lugar de pasar a la
1) El documento presenta los conceptos fundamentales de la planificación de proyectos de software, incluyendo la estimación, programación de tareas, análisis de riesgos y planificación de calidad y cambios.
2) Se describen diversas técnicas de estimación como líneas de código, puntos de función, casos de uso y métodos basados en procesos, así como modelos empíricos como COCOMO.
3) La planificación requiere descomponer el problema en partes más pequeñas, estimar recursos y esfuerzos,
Matrizes de custos e tempos são usadas para analisar a cadeia de suprimentos. Elas fornecem informações sobre os custos e tempos envolvidos em cada etapa do processo de fabricação e distribuição. Uma análise dessas matrizes permite identificar gargalos e otimizar a cadeia de suprimentos.
La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).3. La Gestión de Riesgos: una necesidad en el entorno docente y
productivo de las universidades cubanas
Este documento contiene información sobre la importancia y componentes de la documentación de proyectos. Explica que la documentación de proyectos identifica los aspectos clave de un proyecto y le da identidad. Incluye secciones sobre la carpeta profesional, carpeta técnica, carpeta económica, informes técnicos, planes estructurados de proyectos, planes de control de calidad, planes de empresa y manejo de recursos.
La matriz de trazabilidad vincula los requisitos del producto desde su origen hasta los entregables que los satisfacen y permite realizar un seguimiento a lo largo del ciclo de vida del proyecto. La traza incluye las necesidades del negocio, los objetivos del proyecto, el alcance del proyecto, el diseño y desarrollo del producto, la estrategia de pruebas y los requisitos de alto nivel relacionados con los requisitos más detallados.
Este documento presenta la gestión de riesgos de un proyecto llamado "Control de Presupuestos de Proyectos". Describe la metodología de gestión de riesgos, que incluye la planificación, identificación, análisis cualitativo, planificación de respuestas, y seguimiento. También detalla los roles y responsabilidades, calendario, categorías de riesgos, y una matriz preliminar de probabilidad e impacto con dos riesgos identificados.
RUP es un proceso de ingeniería de software orientado a disciplinas que busca asegurar la producción de software de alta calidad que cumpla con las necesidades de los usuarios de manera predecible. Está diseñado para profesionales de desarrollo de software e incluye roles, disciplinas, actividades y artefactos. El ciclo de vida de RUP consta de cuatro fases secuenciales - Inicio, Elaboración, Construcción y Transición - cada una con un objetivo específico.
Este documento describe el proceso de especificación de requerimientos, el cual consiste en elaborar, refinar y organizar los requerimientos dentro de un documento. Explica que la especificación es responsabilidad del analista pero involucra a usuarios y proveedores. Además, detalla cuatro pasos para especificar requerimientos: documentar requerimientos de usuario, verificar necesidades de usuario, documentar requerimientos de software y verificar requerimientos de software. Finalmente, presenta la estructura típica de un documento de especificación de requerim
En muchos casos esta metodología se considera como un método independiente, este método pertenece a los modelos de desarrollo evolutivo.
Prototipo es una representación o modelo del sistema a desarrollar que, a diferencia de un modelo de simulación, incorpora componentes del producto real, este será una representación del sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.
Un prototipo tiene un funcionamiento limitado en cuanta a capacidades, confiabilidad o eficiencia.
En la utilización de este método se inicia con la definición de los objetivos globales para el software para luego pasar a identificar los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado
La matriz de rastreabilidad de requisitos lista 17 requisitos para un proyecto, incluyendo objetivos estratégicos, requisitos de dirección de proyectos, requisitos funcionales y no funcionales. Los requisitos cubren áreas como diseño, seguridad, rendimiento, mantenibilidad y cumplimiento legal. La matriz asigna un dueño y prioridad para cada requisito y rastrea su estado actual en el diseño y pruebas.
El documento proporciona información sobre la planificación y el alcance de un proyecto. Explica que la estructura de desglose de trabajo (EDT) es una herramienta de planificación que descompone el proyecto en componentes jerárquicos, con cada nivel más detallado que el anterior. La EDT se construye mediante técnicas de descomposición y mapeo mental, y sirve como base para estimaciones de costos, cronogramas y control del proyecto.
El documento describe el proceso de pruebas de aplicaciones web. Explica que las pruebas buscan descubrir errores en el contenido, funcionalidad, usabilidad, navegabilidad, rendimiento y seguridad de la aplicación web. Detalla las siete etapas del proceso de prueba: contenido, interfaz, navegación, componentes, configuración, rendimiento y seguridad. Además, explica las estrategias y métodos para probar cada una de estas dimensiones.
Este documento describe los procesos clave de la dirección de proyectos. Explica que los procesos se agrupan en dos categorías principales: procesos de dirección de proyectos y procesos orientados al producto. Los procesos de dirección de proyectos aseguran que el proyecto avance de manera eficaz y se agrupan en cinco fases: iniciar, planificar, ejecutar, supervisar y controlar, y cerrar.
Las Pruebas de Software son todavía una de las áreas más desatendidas del desarrollo y espliegue de los productos de software. Las Pruebas de Software son predominantemente vistas como una actividad periférica, casi una formalidad, antes del espliegue del software. Un cambio de actitud y un buen programa de estudios como fundamento hacia las Pruebas de Software pueden reducir tremendamente los problemas normalmente asociados con el lanzamiento del nuevo software y minimizar el riesgo implicado. El programa de estudio del ISTQB (International Software Testing Qualifications Board) Probador Certificado (Certified Tester) ofrece el mejor
entrenamiento estandarizado del mundo para los probadores de software.
Este libro le proporcionará el conocimiento esencial para ser un profesional en Pruebas, que incluye:
Fundamentos de Pruebas
Pruebas a través del Ciclo de Vida de Software
Técnicas Estáticas
Técnicas de Diseño de Pruebas
Gestión de Pruebas
Soporte de las Herramientas de Pruebas
Adquisición de Herramientas y Software en General en una Organización
Más de 200 preguntas de examen de muestra con soluciones
Ejercicios prácticos y soluciones por cada tema cubierto
Caso real, resuelto, como ejemplo a lo largo de los temas
Dos exámenes de simulación del examen real
Estándares de Pruebas
Excelente Bibliografía
Cabe señalar que este libro no es sólo para los probadores sino también para quienes están encargados de la adquisición de software en general, gerentes de tecnología, gerentes del Aseguramiento de la Calidad/Control de la Calidad (QA/QC), gerentes de sistemas, jefes de proyectos de software, analistas, arquitectos, desarrolladores, estudiantes y profesores de TI.
Asimismo este libro está diseñado para el autoestudio. El contenido comprende el programa de estudios necesario para aprobar el examen de certificación nivel básico definido por el ISTQB versión 2011 (Syllabus 2011).
1) El documento presenta una guía de gestión de proyectos que incluye procesos como planificación, alcance, tiempo, costos y calidad.
2) Dharma Consulting es un proveedor autorizado por el PMI para otorgar certificaciones en gestión de proyectos.
3) La gestión de riesgos es un proceso clave que incluye identificación, análisis cualitativo y cuantitativo, y planificación de respuestas.
La validación de requisitos consiste en detectar y corregir cualquier requisito innecesario o incorrecto para evitar una mala implementación. Involucra seleccionar técnicas de validación apropiadas, asegurar la participación adecuada de los usuarios para revisar la documentación, y validar un subconjunto de requisitos al inicio del desarrollo.
Este documento trata sobre la gestión de riesgos en proyectos de ingeniería de software. Explica los conceptos básicos de riesgo y gestión de riesgos, incluyendo las etapas de identificación, análisis, planificación y supervisión de riesgos. También describe fuentes comunes de riesgo y herramientas para la gestión de riesgos.
Presentar lineamientos generales de la Dirección de Proyectos, en particular de la Gestión de Riesgos bajo el enfoque del PMBOK, que permitan su rápida implementación y gestión en Proyectos de todas las especialidades y sub especialidades de la ingeniería.
Este documento presenta información sobre un proyecto de construcción de facilidades de superficie en el campo petrolero Bare-El Tigre en Anzoátegui, Venezuela. El objetivo del proyecto es mantener la producción petrolera en 210,000 barriles diarios mediante la construcción de nuevas instalaciones como macollas, pozos, estaciones de bombeo y subestaciones eléctricas entre 2010 y 2013. El avance físico del proyecto es de un 50.94% para junio de 2010, con un desfase financiero del 36.67% deb
Este documento presenta información sobre técnicas estructuradas y orientadas a objetos para el análisis de requerimientos en el desarrollo de sistemas de información. Describe técnicas como el análisis estructurado, la especificación formal de datos y procesos, el uso de diagramas de flujo y diccionarios de datos, así como técnicas orientadas a objetos como casos de uso, modelado de clases, definición de atributos y servicios, y el uso de prototipos rápidos. Finalmente, presenta información sobre
Introducción a los procesos de la gestón de Riesgos del ProyectoDharma Consulting
Este documento presenta una introducción a los procesos de gestión de riesgos de proyectos según el Estándar de Práctica de Gestión de Riesgos de Proyectos del PMI. Explica que la gestión de riesgos de proyectos incluye seis procesos clave: planificar la gestión de riesgos, identificar riesgos, analizar riesgos cualitativa y cuantitativamente, planificar respuestas a riesgos, y monitorear y controlar riesgos. También describe los principios subyacentes a estos pro
El documento describe el modelo de prototipos desarrollado por Kristen Nygaard y Ole-Johan Dahl en la década de 1950. El modelo involucra iteraciones de planificación, diseño, construcción y evaluación de prototipos para definir los requisitos del sistema. El proceso termina cuando los prototipos dejan de ser más baratos que continuar el desarrollo sin ellos. El modelo tiene ventajas como reducir costos y ajustarse mejor a cambios de requisitos, pero también riesgos como querer continuar desarrollando prototipos en lugar de pasar a la
1) El documento presenta los conceptos fundamentales de la planificación de proyectos de software, incluyendo la estimación, programación de tareas, análisis de riesgos y planificación de calidad y cambios.
2) Se describen diversas técnicas de estimación como líneas de código, puntos de función, casos de uso y métodos basados en procesos, así como modelos empíricos como COCOMO.
3) La planificación requiere descomponer el problema en partes más pequeñas, estimar recursos y esfuerzos,
Matrizes de custos e tempos são usadas para analisar a cadeia de suprimentos. Elas fornecem informações sobre os custos e tempos envolvidos em cada etapa do processo de fabricação e distribuição. Uma análise dessas matrizes permite identificar gargalos e otimizar a cadeia de suprimentos.
La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).3. La Gestión de Riesgos: una necesidad en el entorno docente y
productivo de las universidades cubanas
El documento presenta el Plan de Gestión de Costos de un proyecto. Describe los tipos de estimación, unidades de medida, umbrales de control, métodos de medición, fórmulas de pronóstico, niveles de estimación y control, procesos, formatos y presupuestos de gestión de costos que se utilizarán en el proyecto.
Este documento presenta una matriz de peligros, valoración y control de riesgos ocupacionales en la línea de ensamble 2 y 3 de MAC JCI. Identifica diversos peligros como contacto con equipos eléctricos, levantamiento de cargas, ruido, iluminación deficiente, y exposición a materiales peligrosos. Para cada peligro se evalúa la probabilidad de ocurrencia, consecuencias, exposición y se proponen controles como protección personal, programas de mantenimiento e inspecciones planeadas para mitigar los riesgos
El documento presenta una matriz de peligros que evalúa los riesgos laborales en diferentes procesos y áreas de una empresa. Identifica peligros como ruido, material particulado, posturas prolongadas, entre otros. Describe controles existentes como uso de equipos de protección personal, señalización, capacitaciones y mantenimiento preventivo. Finalmente, analiza cada riesgo y establece su nivel de aceptabilidad, requiriendo en algunos casos controles específicos.
Este documento presenta el proyecto de automatización del área de evaporación y clarificación de jarabe en una fábrica de azúcar. El proyecto consiste en implementar un sistema de control distribuido para mejorar el control y rendimiento del proceso. El documento describe los objetivos, alcance y planes para la gestión del proyecto.
Este documento describe los procesos de gestión del tiempo del proyecto incluidos en el Capítulo 6 del PMBOK, como definir actividades, secuenciar actividades y desarrollar el cronograma. Define las actividades como las acciones específicas para completar los entregables del proyecto. Secuenciar actividades identifica las interrelaciones entre actividades usando dependencias. El cronograma coordina las actividades para completar el proyecto a tiempo.
Este documento resume el Capítulo 6 de PMBOK sobre la Gestión del Tiempo del Proyecto. El capítulo cubre los procesos clave de la gestión del tiempo, incluyendo definir actividades, secuenciar actividades, estimar recursos para actividades y estimar la duración de actividades. Explica las entradas, herramientas y técnicas, y salidas de cada uno de estos importantes procesos de planificación del proyecto.
Este documento presenta los procesos clave para la gestión del tiempo del proyecto, incluyendo la definición de actividades, el establecimiento de la secuencia de actividades, la estimación de recursos, y el desarrollo del cronograma. Explica las entradas, herramientas y técnicas, y salidas de cada proceso, con el objetivo de lograr la conclusión del proyecto a tiempo mediante la planificación y gestión efectiva del cronograma.
Este documento describe los procesos de gestión del tiempo de proyectos, incluida la definición de actividades, el establecimiento de la secuencia de actividades, la estimación de recursos, la estimación de duración y el control del cronograma. Explica herramientas como diagramas de red, estimaciones paramétricas y análisis de variación para planificar y controlar el cronograma del proyecto.
El documento habla sobre la gestión de proyectos. Explica conceptos clave como ciclo de vida de proyectos, fases, recursos, requerimientos del cliente, etapas y procesos. También describe técnicas para estimar duraciones, desarrollar programaciones, y los cinco grupos de procesos de gestión de proyectos.
Este documento presenta información sobre la gestión del tiempo en proyectos de construcción. Explica conceptos como la definición de actividades, la secuencia de actividades, la estimación de recursos y duración de actividades, y el desarrollo del cronograma. El objetivo es que los estudiantes comprendan estos procesos críticos para administrar el tiempo de un proyecto de manera efectiva.
Este documento presenta información sobre la gestión del tiempo en proyectos de construcción. Explica los objetivos de la clase, que incluyen entender la importancia del tiempo del proyecto, conocer la secuencia y estimación de la duración de las actividades, y desarrollar el cronograma y la ruta crítica del proyecto. Luego, describe los procesos involucrados en la gestión del tiempo del proyecto como la definición de actividades, establecimiento de la secuencia, estimación de recursos y duración de actividades, y desarrollo del
El documento describe las diferentes etapas de un proyecto, incluyendo la planificación, ejecución y entrega. También discute las diferencias entre proyectos internos y externos, así como las etapas típicas en el desarrollo de aplicaciones de software.
1. Definir las actividades del cronograma implica identificar y documentar el trabajo que se planifica realizar en componentes más pequeños llamados actividades del cronograma.
2. Las actividades del cronograma se identifican a partir de la estructura de desglose del trabajo y se documentan sus atributos como productos entregables, relaciones lógicas y requisitos de recursos.
3. La definición de actividades del cronograma proporciona una base para estimar, planificar, ejecutar, supervisar y controlar el trabajo del proyecto.
La empresa X participará en un proyecto para construir una cerca perimetral para una escuela primaria. El proyecto incluye obtener permisos, suministrar materiales y construir la cerca de 450 metros de largo y 2.25 metros de alto según los planos y especificaciones técnicas.
El documento presenta las 7 etapas clave para la gestión del tiempo de un proyecto: 1) establecer políticas y documentación para la planificación, 2) definir actividades, 3) secuenciar actividades, 4) estimar recursos necesarios, 5) estimar duración de actividades, 6) desarrollar el cronograma, 7) controlar el cronograma. El objetivo es completar el proyecto a tiempo a través de la planificación y seguimiento del cronograma.
1. El manual introduce los conceptos básicos de gestión de proyectos y Microsoft Project. 2. Explica cómo crear un proyecto en Microsoft Project asignando tareas, duraciones y vínculos entre ellas. 3. También cubre la asignación de recursos y costos a las tareas. El objetivo es permitir a los usuarios crear, controlar y dar seguimiento a proyectos en Microsoft Project.
Manual de laboratorio ms. project 2010pochoedwin01
Este manual presenta los conceptos básicos de la gestión de proyectos y el uso de Microsoft Project. En el capítulo 1, introduce la definición de proyecto, el triángulo del proyecto, la planificación y administración de proyectos, y conceptos clave de MS Project como la estructura de descomposición del trabajo, diagramas de Gantt y el método del camino crítico. Los capítulos 2 y 3 cubren la asignación de recursos a tareas y la visualización de la programación de recursos. El objetivo general es permitir a
1. El manual introduce los conceptos básicos de gestión de proyectos y Microsoft Project. 2. Explica cómo crear un proyecto en Microsoft Project asignando tareas, duraciones y vínculos entre ellas. 3. También cubre la asignación de recursos y costos a las tareas. El objetivo es permitir a los usuarios crear, controlar y dar seguimiento a proyectos en Microsoft Project.
1. El manual introduce los conceptos básicos de gestión de proyectos y Microsoft Project. 2. Explica cómo crear un proyecto en Microsoft Project asignando tareas, duraciones y vínculos entre ellas. 3. También cubre la asignación de recursos y costos a las tareas. El objetivo es permitir a los usuarios crear, controlar y dar seguimiento a proyectos en Microsoft Project.
1. El manual introduce los conceptos básicos de gestión de proyectos y Microsoft Project. 2. Explica cómo crear un proyecto en Microsoft Project asignando tareas, duraciones y vínculos entre ellas. 3. También cubre la asignación de recursos y costos a las tareas. El objetivo es permitir a los usuarios crear, controlar y dar seguimiento a proyectos en Microsoft Project.
Este manual presenta los conceptos básicos de la gestión de proyectos y el uso de Microsoft Project. En el capítulo 1, introduce la definición de proyecto, el triángulo del proyecto, la planificación y administración de proyectos, y conceptos clave de MS Project como la estructura de descomposición del trabajo, diagramas de Gantt y el método del camino crítico. Los capítulos 2 y 3 cubren la asignación de recursos a tareas y la visualización de la programación de recursos. El objetivo general es permitir a
1. El manual introduce los conceptos básicos de gestión de proyectos y Microsoft Project. 2. Explica cómo crear un proyecto en Microsoft Project asignando tareas, duraciones y vínculos entre ellas. 3. También cubre la asignación de recursos y costos a las tareas. El objetivo es permitir a los usuarios crear, controlar y dar seguimiento a proyectos en Microsoft Project.
Este manual presenta los conceptos básicos de la gestión de proyectos y el uso de Microsoft Project. En el capítulo 1, introduce la definición de proyecto, el triángulo de proyecto, la planificación y administración de proyectos, y conceptos clave de MS Project como la estructura de descomposición del trabajo, diagramas de Gantt y el método del camino crítico. Los capítulos 2 y 3 cubren la asignación de recursos y costos a las tareas del proyecto y la visualización de la programación de recursos.
Manual de laboratorio ms. project 2010lilianaalama
Este manual presenta los conceptos básicos de la gestión de proyectos y el uso de Microsoft Project. En el capítulo 1, introduce la definición de proyecto, el triángulo de proyecto, la planificación y administración de proyectos, y conceptos clave de MS Project como la estructura de descomposición del trabajo, diagramas de Gantt y el método del camino crítico. Los capítulos 2 y 3 cubren la asignación de recursos a tareas y la visualización de la programación de recursos. El objetivo general es permitir a
Similar a Gestion de tiempos y gestion de costos (20)
Gálatas 6:7 7 No os engañéis; Dios no puede ser burlado: pues todo lo que el hombre sembrare, eso también segará.
El versículo de Gálatas 6:7 nos recuerda que nuestras acciones tienen consecuencias inevitables. La idea de "sembrar y cosechar" subraya la ley de causa y efecto en la vida espiritual y moral. No podemos engañar a Dios ni evitar las repercusiones de nuestros actos. Si sembramos bondad, cosecharemos beneficios; si sembramos maldad, enfrentaremos adversidades. Este principio nos insta a vivir con integridad y a actuar de manera justa y amorosa, sabiendo que cada decisión y acción tiene un impacto duradero en nuestra vida y en la de los demás. Es un llamado a la responsabilidad y a la reflexión sobre nuestro comportamiento diario.
Exposicion de sobre el arte de la guerra de Sun Tzu.pptxjhordirolero
Este trabajo, procura resumir el tratado de Sun Tzu enfocado en proporcionar al lector sus mejores lecciones para lograr el exito en la vida personal y profwsional.
Seguridad y salud en en trabajo. Discapacidad..pdfJosé María
La creación de empleo para personas con discapacidad es la máxima prioridad de la Fundación ONCE. Desde el convencimiento de que la mejor forma de conseguir la normalización de las personas con discapacidad es por medio de su inserción laboral, la Fundación ONCE destina el 60% de su presupuesto a su plan de empleo y formación.
3. La Gestión del Tiempo del Proyecto incluye los procesos requeridos para
administrar la finalización del proyecto a tiempo.
DEFINIR LAS ACTIVIDADESDEFINIR LAS ACTIVIDADES
SECUENCIAR LAS ACTIVIDADESSECUENCIAR LAS ACTIVIDADES
ESTIMAR LOS RECURSOS DE LAS ACTIVIDADESESTIMAR LOS RECURSOS DE LAS ACTIVIDADES
ESTIMAR LA DURACION DE LAS ACTIVIDADESESTIMAR LA DURACION DE LAS ACTIVIDADES
DESARROLLAR EL CRONOGRAMADESARROLLAR EL CRONOGRAMA
CONTROLAR EL CRONOGRAMACONTROLAR EL CRONOGRAMA
Estos procesos interactúan entre sí y con procesos de las otras áreas de
conocimiento. Dependiendo de las necesidades del proyecto, cada proceso puede
implicar el esfuerzo de un grupo o persona.
4. 1. DEFINIR LAS ACTIVIDADES1. DEFINIR LAS ACTIVIDADES
Es el proceso que consiste en identificar las acciones
específicas a ser realizadas para elaborar los
entregables del proyecto.
1. Entradas
a. Línea base del alcance
b. Factores ambientales de la
empresa
c. Activos de los procesos de la
Organización
2. Herramientas y Técnicas
a. Descomposición
b. Planificación gradual
c. Plantillas
d. Jucio de Expertos
3. Salidas
a. Lista de actividades
b. Atributos de la actividad
c. Lista de hitos
DEFINIR LAS ACTIVIDADESDEFINIR LAS ACTIVIDADES
Las actividades proporcionan una base para la
estimación,
planificación, ejecución, seguimiento y control del
trabajo del proyecto. La definición y la
planificación de las actividades del cronograma
están implícitas en este proceso, de modo que
se cumplan los objetivos del proyecto.
5. a. Línea base del alcance:
Los entregables, restricciones y supuestos del proyecto que
estándocumentados en la línea base del alcance del proyecto (Sección 5.3.3.3)
deben considerarse explícitamente al definir las actividades.
b. Factores Ambientales:
Entre los factores ambientales de la empresa que pueden influir en el proceso
Definir las Actividades, se encuentra el sistema de información de la gestión de
proyectos (PMIS)
El Project Management information system (PMIS) es una
herramienta utilizada en el Project Management para recoger,
tratar y distribuir la información a través de medios
electrónicos o manuales. Un ejemplo de PMIS es el Microsoft
Project que ayuda a estar al día y controlar el trabajo, la
programación y el presupuesto de los proyectos. Otro
programa que se encaja en este ámbito, es el Microsoft
Outlook que administra el tiempo, el calendario, los
contactos y la información enviada y recibida por las
personas involucradas en el proyecto. .
1. ENTRADAS
6. c. Activos de los procesos de la organización:
Aqui influyen entre otras:
Las políticas, procedimientos y lineamientos existentes, ya sean formales o
informales relacionados con la planificación de las actividades, tales como la
metodología de planificación, que se consideran en la definición de las
actividades.
La base de conocimiento de lecciones aprendidas que contiene información
histórica relativa a las listas de actividades utilizadas en proyectos anteriores
similares.
7. 2. HERRAMIENTAS Y TECNICAS
a. Descomposición:
Consiste en subdividir los paquetes de
trabajo del proyecto en componentes más
pequeños y más fáciles demanejar,
denominados actividades. La participación
de los miembros del equipo en la
descomposición puede conducir a obtener
resultados mejores y más precisos.
b. Planificación Gradual:
Es una forma de planificación mediante
elaboración gradual, donde se planifica en
detalle el trabajo que debe desarrollarse en
el corto plazo y el trabajo futuro se planifica
a un nivel superior, conforme se conoce más
acerca de los eventos en el corto plazo
pueden descomponerse las actividades.
c. Plantillas:
Una lista de actividades estándar o una
parte de una lista de un proyecto previo,
puede utilizarse a menudo como
plantilla para un nuevo proyecto. La
información relacionada con los
atributos de las actividades de las
plantillas también puede incluir otra
información descriptiva útil para la
definición de las actividades
d. Jucio de Expertos:
Los miembros del equipo del proyecto u
otros expertos con experiencia y
habilidad en el desarrollo de
declaraciones de alcance del proyecto
detalladas, la EDT y los cronogramas del
proyecto, pueden aportar su experiencia
para definir las actividades
8. 3. SALIDAS
a. Lista de actividades:
Es una lista exhaustiva que abarca todas las actividades del cronograma
necesarias para el proyecto.con el nivel de detalle suficiente para que los
miembros del equipo del proyecto comprendan el trabajo que deben realizar.
b. Atributos de la actividad:
Los atributos de la actividad amplían la descripción de la actividad,
identificando los múltiples componentes relacionados con cada una de ellas.
Los componentes de cada actividad evolucionan con el tiempo, Los atributos
de la actividad se utilizan para el desarrollo del cronograma y para
seleccionar, ordenar y clasificar las actividades del cronograma planificadas
de diferentes maneras dentro de los informes. La cantidad de atributos varía
según el área de aplicación.
c. Lista de Hitos:
Un hito es un punto o evento significativo dentro del proyecto. Una lista de
hitos identifica todos los hitos e indica si éstos son obligatorios, como los
exigidos por un contrato, u opcionales, como los basados en la información
historica.
9. 1. Entradas
a. Lista de actividades
b. Atributos de la la actividad
c. Lista de hitos
d. Declaración de alcance del
Proyecto
e. Activos de los procesos de
La organización
2. Herramientas y Técnicas
a. Método de diagramación
Por precedencia
b. Determinación de
dependencias
c. Aplicación de adelantos y
retrasos
d. Plantillas de red del
cronograma
3. Salidas
a. Diagramas de red del
Cronograma del proyecto
b. Actualizaciones a los
Documentos del proyecto
SECUENCIAR LAS ACTIVIDADESSECUENCIAR LAS ACTIVIDADES
2. SECUENCIAR LAS ACTIVIDADES2. SECUENCIAR LAS ACTIVIDADES
Es el proceso que consiste en identificar y
documentar las relaciones entre las actividades
del proyecto. La secuencia de actividades se
establece mediante relaciones lógicas. Cada
actividad e hito, a excepción del primero y del
último, se conecta con al menos un predecesor y
un sucesor. Puede ser necesario incluir adelantos
o retrasos entre las actividades para poder
sustentar un cronograma del proyecto realista y
viable.
10. 1. ENTRADAS
a. Lista de Actividades
b. Atributos de la Actividad
Los atributos de la actividad pueden describir una secuencia necesaria de
eventos o definir relaciones predecesoras o sucesoras.
c. Lista de Hitos
La lista de hitos puede incluir fechas programadas para hitos específicos.
d. Declaración del Alcance del Proyecto
La declaración del alcance del proyecto (Sección 5) contiene la descripción del
alcance del producto, que incluye las características del producto que pueden afectar
el establecimiento de la secuencia de las actividades, tal como la disposición física de
una planta que se va a construir o las interfaces del subsistema en un proyecto de
software. Aunque estos efectos a menudo son visibles en la lista de actividades, por lo
general la descripción del alcance del
producto se revisa para corroborar su exactitud.
e. Activos de los Procesos de la Organización
Entre los activos de los procesos de la organización que pueden influir en el proceso
Secuenciar las Actividades, se encuentran los archivos de proyecto provenientes de la
base de conocimiento de la empresa, que se utilizan en la metodología de
planificación.
11. 2. HERRAMIENTAS Y TECNICAS
a. Método de diagramación por precedencia. Este es un método para construir
diagramas de red para los proyectos, utiliza cajas o rectángulos (nodos) para
representar las actividades y las conecta con flechas, las cuales muestran las
dependencias.
Incluye cuatro tipos de dependencias o relaciones de precedencia.
1. Finalizar para empezar. La iniciación de un trabajo depende de la finalización de otro.
2. Finalizar para finalizar. La finalización de un trabajo depende de la finalización de otro.
3. Iniciar para iniciar. La iniciación de un trabajo depende del inicio de otro.
4. Iniciar para terminar. La finalización del sucesor es dependiente de la inicialización del predecesor.
Finalizar para empezar es la más utilizada.
12. b. Determinación de Dependencias
Dependencias obligatorias. Las dependencias obligatorias son aquéllas requeridas
por contrato, o inherentes a la naturaleza del trabajo. El equipo del proyecto
determina qué dependencias son obligatorias durante el proceso de
establecimiento de la secuencia de las actividades. Las dependencias obligatorias a
menudo implican limitaciones físicas, como en un proyecto de construcción,
donde es imposible erigir la superestructura hasta tanto no se construyan los
cimientos; o en un proyecto de electrónica, donde se debe construir el prototipo
antes de poder probarlo. A veces se utiliza la expresión “lógica
dura” para referirse a las dependencias obligatorias.
13. Dependencias discrecionales. El equipo del proyecto determina qué
dependencias son discrecionales durante el proceso de establecimiento de la
secuencia de las actividades. A veces, las dependencias discrecionales se
denominan lógica preferida, lógica preferencial o lógica blanda. Las
dependencias discrecionales se establecen con base en el conocimiento de las
mejores prácticas dentro de un área de aplicación determinada o a algún aspecto
poco común del proyecto, donde se desea una secuencia específica, aunque
existan otras secuencias aceptables. Las dependencias discrecionales deben
documentarse totalmente.
14. Dependencias externas. El equipo de dirección
del proyecto determina qué dependencias son
externas durante el proceso de establecimiento de
la secuencia de las actividades. Las dependencias
externas implican una relación entre las
actividades del proyecto y aquéllas que no
pertenecen al proyecto. Normalmente, estas
dependencias están fuera del control del equipo
del proyecto. Por ejemplo, la actividad de prueba
en un proyecto de software puede depender de la
entrega del hardware por parte de una fuente
externa, o en el caso de un proyecto de
construcción, puede ser necesario realizar
informes gubernamentales de evaluación del
impacto ambiental antes de iniciar la preparación
del emplazamiento.
15. c. Aplicación de Adelantos y Retrasos
El equipo de dirección de proyecto determina las dependencias que pueden
necesitar un adelanto o un retraso para definir con exactitud la relación lógica.
No deben utilizarse adelantos y retrasos para sustituir la lógica de la
planificación. Deben documentarse las actividades y sus supuestos
relacionados. Un adelanto permite una aceleración de la actividad sucesora.
Por ejemplo, en un proyecto para la construcción de un nuevo edificio de
oficinas, puede planificarse que el desmonte del terreno comience dos semanas
antes de la fecha programada para completar la lista de pendientes. Esto debe
mostrarse como una relación lógica final a inicio, con un adelanto de dos
semanas.
Un retraso ocasiona una demora en la actividad sucesora. Por ejemplo, un
equipo de redacción técnica puede comenzar a editar el borrador de un
documento extenso quince días después de haber comenzado a escribirlo. Esto
puede mostrarse como una relación lógica inicio a inicio con un retraso de 15
días.
16. d. Plantillas de Red del Cronograma
Para acelerar la preparación de las redes de actividades del proyecto, pueden
emplearse plantillas normalizadas del diagrama de red del cronograma del
proyecto. Pueden abarcar un proyecto completo o sólo una parte del mismo. Las
partes de un diagrama de red del cronograma del proyecto se denominan a
menudo subred o fragmento de red. Las plantillas de las subredes son
especialmente útiles cuando un proyecto abarca varios entregables idénticos o casi
idénticos, como los pisos de un edificio alto de oficinas,
17. a. Diagramas de Red del Cronograma del Proyecto
Los diagramas de red del cronograma del proyecto son una representación
esquemática de las actividades del cronograma del proyecto y de sus
relaciones lógicas, también denominadas dependencias.
3. SALIDAS
b. Actualizaciones a los Documentos del Proyecto
Entre los documentos del proyecto que pueden actualizarse, se incluyen, entre
otros:
• las listas de actividades
• los atributos de la actividad
• el registro de riesgos
18. 3. ESTIMAR LOS RECURSOS DE LAS ACTIVIDADES3. ESTIMAR LOS RECURSOS DE LAS ACTIVIDADES
1. Entradas
a. Lista de actividades
b. Atributos de la la actividad
c. Calendario de Recursos
d. Factores ambientales de la empresa
e. Activos de los procesos de
La organización
2. Herramientas y Técnicas
a. Juicio de Expertos
b. Análisis de Alternativas
c. Datos de estimación publicados
d. Estimación ascendente
e. Sofware de Gestión de proyectos
3. Salidas
a. Requisitos de Recursos de actividad
b. Estructura de desglose de recursos
c. Actualizaciones de los documentos
De proyecto
ESTIMAR LOS RECURSOS DE LASESTIMAR LOS RECURSOS DE LAS
ACTIVIDADESACTIVIDADES Estimar los Recursos de las Actividades es el proceso
que consiste en estimar el tipo y las cantidades de
materiales, personas, equipos o suministros
requeridos para ejecutar cada Actividad. El proceso
Estimar los Recursos de las Actividades está
estrechamente coordinado con el proceso Estimar
los Costos
Un equipo de diseño de un automóvil necesitará
familiarizarse con las técnicas de ensamblado
automatizado más recientes. El conocimiento
requerido puede obtenerse mediante la
contratación de un consultor, el envío de un
diseñador a un seminario de robótica o la
incorporación de alguna persona del departamento
de producción al equipo del proyecto.
19. 1. ENTRADAS
a. Lista de Actividades
Identifica las actividades que necesitarán recursos.
b. Atributos de la Actividad
Desarrollados durante los procesos Definir las Actividades y Secuenciar las
actividades, proporcionan la entrada de datos principal que se utilizará para
estimar los recursos necesarios para cada una de las actividades de la lista.
c. Calendarios de Recursos
La información sobre los recursos (como personas, equipos y material)
potencialmentedisponibles durante la ejecución de las actividades planificadas,
permite estimar la utilización de recursos.
Por ejemplo, durante las fases iniciales de un proyecto de diseño de ingeniería,
el grupo de recursos podría incluir una gran cantidad de ingenieros jóvenes e
ingenieros experimentados. Sin embargo, durante las fases posteriores del mismo
proyecto, el grupo puede limitarse a aquellas personas con mayor conocimiento
en el proyecto, por haber trabajado en las fases iniciales del mismo.
20. d. Factores Ambientales de la Empresa
Entre los factores ambientales de la empresa que pueden influir en el proceso
Estimar los Recursos de las Actividades, se encuentran la disponibilidad y las
habilidades de los recursos.
e. Activos de los Procesos de la Organización
Los activos de los procesos de la organización que pueden influir en el proceso
Estimar los Recursos de las Actividades incluyen, entre otros:
• las políticas y procedimientos relativos a los recursos humanos
• las políticas y procedimientos relacionados con el alquiler y la adquisición de
suministros y equipos
• la información histórica acerca de los tipos de recursos utilizados para trabajos
similares en proyecto
21. 2. HERRAMIENTAS Y TECNICAS
a. Juicio de Expertos
A menudo, se requiere el juicio de expertos para evaluar las entradas a este
proceso relacionadas con los recursos. Cualquier grupo o persona con
conocimientos especializados en planificación y estimación de recursos puede
proporcionar dicha experiencia.
b. Análisis de Alternativas
Muchas actividades del cronograma cuentan con métodos alternativos de
realización. Éstos abarcan el uso de distintos niveles de capacidad o habilidades
de los recursos, diferentes tamaños y tipos de máquinas, diferentes
herramientas (manuales vs. automáticas) y la decisión de fabricar o comprar
los recursos
c. Datos de Estimación Publicados
Muchas empresas publican periódicamente los índices de producción
actualizados y los costos unitarios de los recursos para una gran variedad de
industrias, materiales
22. d. Estimación Ascendente
Cuando una actividad no puede estimarse con un grado razonable de confianza,
el trabajo dentro de esa actividad se descompone a un nivel mayor de detalle. Se
estiman las necesidades de recursos. Estos estimados se suman luego en un total
para cada uno de los recursos de la actividad. Las actividades pueden o no tener
dependencias entre sí, que pueden afectar la aplicación y el uso de los recursos.
Si existen dependencias, este patrón de uso de recursos se
refleja y se documenta en los requisitos estimados de la actividad
e. Software de Gestión de Proyectos
El software de gestión de proyectos tiene la capacidad de ayudar a planificar,
organizar y gestionar los grupos de recursos, y de desarrollar estimados de los
mismos. En función de la complejidad del software, pueden definirse las
estructuras de desglose de recursos, su disponibilidad y sus costos, así como
diversos calendarios, para ayudar en la optimización del uso de recursos.
23. a. Requisitos de Recursos de la Actividad
Identifica los tipos y la cantidad de recursos necesarios para cada actividad de
un paquete de trabajo. Estos requisitos pueden sumarse para determinar los
recursos estimados para cada paquete de trabajo.
3. SALIDAS
b. Estructura de Desglose de Recursos
Es una estructura jerárquica de los recursos, identificados por categoría y tipo
de recurso. Algunos ejemplos de categorías de recursos son la mano de obra, el
material, los equipos y los suministros.
c. Actualizaciones a los Documentos del Proyecto
Entre los documentos del proyecto que pueden actualizarse, se incluyen,
entre otros:
• la lista de actividades
• los atributos de la actividad
• los calendarios de recursos
24. 4. ESTIMAR LA DURACION DE LAS ACTIVIDADES4. ESTIMAR LA DURACION DE LAS ACTIVIDADES
Es el proceso que consiste en establecer
aproximadamente la cantidad de períodos de
trabajo necesarios para finalizar cada actividad
con los recursos estimados. La estimación de la
duración de las actividades utiliza información
sobre el alcance del trabajo de la actividad, los
tipos de recursos necesarios, las cantidades
estimadas de los mismos y sus calendarios de
utilización.
1. Entradas
a. Lista de actividades
b. Atributos de la la actividad
c. Requisitos de Recursos de la
actividad
d. Calendario de Recursos
e. Declaración de alcance
De alcance de proyecto
f. Factores ambientales de
La empresa
g. Activos de los procesos de
La organización
2. Herramientas y Técnicas
a. Juicio de Expertos
b. Estimación análoga
c. Estimación Paramétrica
d. Estimación por tres valores
e. Análisis de Reserva
3. Salidas
a. Estimados de la
Duración de la actividad
b. Actualización de los
Documentos del proyecto
ESTIMAR DURACIÓN DE LASESTIMAR DURACIÓN DE LAS
ACTIVIDADESACTIVIDADES
25. a. Lista de Actividades
b. Atributos de la Actividad
c. Requisitos de Recursos de la Actividad
Los requisitos estimados de recursos de las actividades tendrán un efecto
sobre la duración de las actividades, puesto que los recursos asignados a cada
actividad y la disponibilidad de los mismos influirán de manera significativa
en la duración de la mayoría de las actividades.
Por ejemplo:
Si se asignan recursos adicionales o con menos habilidades a una actividad,
puede producirse una disminución del rendimiento o de la productividad
debido a que se incrementarán las necesidades de comunicación, capacitación
y coordinación.
1. ENTRADAS
26. d. Calendarios de Recursos
El calendario de recursos, desarrollado como parte del proceso Estimar los
Recursos de las Actividades, puede abarcar el tipo de recursos humanos, su
disponibilidad y su capacidad. También se consideran, si corresponde, el tipo,
la cantidad, la disponibilidad y la capacidad tanto de los equipos como de los
recursos materiales, que pueden influir significativamente en la duración de
las actividades del cronograma.
Por ejemplo,
cuando se asigna con dedicación completa a un miembro del personal junior y
a uno senior, por lo general se espera que el miembro senior realice una
actividad determinada en menos tiempo que el miembro junior.
27. e. Declaración del Alcance del Proyecto
Las restricciones y supuestos de la declaración del alcance del proyecto se
tienen en cuenta al estimar la duración de las actividades. Entre los ejemplos
de supuestos, se incluyen, entre otros:
• las condiciones existentes
• las disponibilidad de información
• la frecuencia de los periodos de presentación de informes
Entre los ejemplos de restricciones, se incluyen:
• la disponibilidad de recursos capacitados
• los términos y requisitos del contrato
28. f. Factores Ambientales de la Empresa
Los factores ambientales de la empresa que pueden
influir en el proceso Estimar la Duración delas
Actividades incluyen, entre otros:
• las bases de datos de los estimados de la duración y
otros datos de referencia
• las métricas de productividad
• la información comercial publicada
g. Activos de los Procesos de la Organización
Los activos de los procesos de la organización que
pueden influir en el proceso Estimar la Duración de las
Actividades incluyen, entre otros:
la información histórica relativa a la duración
• los calendarios del proyecto
• la metodología de planificación
• las lecciones aprendidas