Galería de mapas mentales Proyecto avanzado Capítulo 5 Mapa mental de gestión del alcance del proyecto
Este es un mapa mental sobre el Capítulo 5 del Proyecto Alto: Gestión del alcance del proyecto. Se separa de aspectos como el alcance del control y el alcance de la confirmación. El contenido es detallado, la estructura es clara y la lógica es estricta.
Editado a las 2021-06-21 13:11:15,Este es un mapa mental sobre una breve historia del tiempo. "Una breve historia del tiempo" es una obra de divulgación científica con una influencia de gran alcance. No sólo presenta los conceptos básicos de cosmología y relatividad, sino que también analiza los agujeros negros y la expansión. del universo. temas científicos de vanguardia como la inflación y la teoría de cuerdas.
¿Cuáles son los métodos de fijación de precios para los subcontratos de proyectos bajo el modelo de contratación general EPC? EPC (Ingeniería, Adquisiciones, Construcción) significa que el contratista general es responsable de todo el proceso de diseño, adquisición, construcción e instalación del proyecto, y es responsable de los servicios de operación de prueba.
Los puntos de conocimiento que los ingenieros de Java deben dominar en cada etapa se presentan en detalle y el conocimiento es completo, espero que pueda ser útil para todos.
Este es un mapa mental sobre una breve historia del tiempo. "Una breve historia del tiempo" es una obra de divulgación científica con una influencia de gran alcance. No sólo presenta los conceptos básicos de cosmología y relatividad, sino que también analiza los agujeros negros y la expansión. del universo. temas científicos de vanguardia como la inflación y la teoría de cuerdas.
¿Cuáles son los métodos de fijación de precios para los subcontratos de proyectos bajo el modelo de contratación general EPC? EPC (Ingeniería, Adquisiciones, Construcción) significa que el contratista general es responsable de todo el proceso de diseño, adquisición, construcción e instalación del proyecto, y es responsable de los servicios de operación de prueba.
Los puntos de conocimiento que los ingenieros de Java deben dominar en cada etapa se presentan en detalle y el conocimiento es completo, espero que pueda ser útil para todos.
Capítulo 5 - Gestión del alcance del proyecto
5.1 Gestión del alcance de la planificación
definición
Desarrollar un plan de gestión del alcance que describa por escrito cómo se definirá, validará y controlará el alcance del proyecto. Procedimiento.
Dos rangos
Alcance del proyecto
Trabajar
Aclarar los límites del proyecto
Monitorear la ejecución del proyecto.
Evitar que el alcance del proyecto se desvíe
definición
Qué debe hacer el proyecto para entregar el producto
La base para generar un plan de gestión de proyectos
La línea base del alcance es la declaración del alcance del proyecto aprobada, la EDT y el diccionario de la EDT.
Gama de productos
Qué debe incluir el producto o servicio
Es una descripción de los requisitos del producto y es la base del alcance del proyecto.
Determinar si el alcance del producto está completo en función de si cumple con la descripción del producto.
5.2 Recopilar requisitos
definición
El proceso de identificar, documentar y gestionar las necesidades y requisitos de las partes interesadas para lograr los objetivos del proyecto.
Clasificación
Necesidades del negocio
Necesidades de las partes interesadas
Requisitos de la solución
Requerimientos funcionales
requerimientos no funcionales
Necesidades de transición
Requerimientos del proyecto
requerimientos de calidad
Herramientas y técnicas
Entrevista
grupo de enfoque
Reúna a partes interesadas preseleccionadas y expertos en la materia para comprender sus expectativas y actitudes hacia el producto, servicio o resultado propuesto. Un moderador capacitado dirige la discusión interactiva. Los grupos focales tienden a ser más atractivos que las entrevistas individuales. Un grupo focal es una entrevista grupal en lugar de una entrevista individual.
seminario guiado
Invitando a partes interesadas multifuncionales clave a unirse a la reunión. Los talleres guiados se centran en los requisitos del producto. Teoría y definición. Los talleres son una técnica importante para definir rápidamente requisitos multifuncionales y conciliar diferencias entre las partes interesadas.
Tecnología de innovación grupal.
Lluvia de ideas
grupo nominal
Encuesta para clasificar las ideas más útiles para una mayor lluvia de ideas o priorización
técnica Delphi
Métodos anónimos o consecutivos, varias rondas de retroalimentación durante el proceso de predicción, para que las opiniones de los expertos converjan gradualmente.
Mapa conceptual/mental
Diagrama de afinidad
Es recopilar íntegramente diversas experiencias, conocimientos, ideas, opiniones y otros lenguajes y palabras sobre un tema determinado. Los datos se resumen a través de diagramas y se resumen y organizan de acuerdo con sus afinidades mutuas para aclarar el problema.
Análisis de decisiones multicriterio
técnicas de toma de decisiones en grupo
acordado unánimemente
mayoría
subtema
Cuestionario
observar
método prototipo
Evaluación comparativa
Diagrama de interacción del sistema
análisis de archivo
documento de requisitos
Necesidades del negocio
Necesidades de las partes interesadas
Requisitos de la solución
Requerimientos del proyecto
Necesidades de transición
Supuestos, dependencias, restricciones.
Seguimiento de requisitos
Gestión de la demanda
Incluye todas las actividades que mantienen la coherencia y precisión de los requisitos durante el desarrollo del producto, incluido el control de las líneas base de los requisitos, el mantenimiento de los planes del proyecto coherentes con los requisitos, el control del estado de la versión de los requisitos individuales y los documentos de requisitos, la gestión de las conexiones entre los requisitos y las cadenas de contactos, o la gestión de las dependencias entre los requisitos individuales y otros entregables del proyecto, rastreando el estado de los requisitos en la línea base
línea base de demanda
Los resultados del desarrollo de requisitos del proyecto de software deben incluir documentos de visión y alcance del proyecto, documentos de casos de uso, especificaciones de requisitos de software y modelos de análisis relacionados. Después de la revisión y aprobación, estos documentos definen la línea base de requisitos del trabajo de desarrollo. Esta línea base establece un acuerdo entre el cliente y el desarrollador para planificar los requisitos funcionales y no funcionales del producto.
Adquisición de requisitos
Comunicarse activamente con los usuarios, obtener las necesidades de los usuarios, analizarlas y corregirlas y finalmente formar una interfaz de usuario adecuada para resolver problemas. Necesidades del usuario y generar "Especificación de necesidades del usuario"
análisis de la demanda
Analizar y describir de forma abstracta varios requisitos para establecer un modelo conceptual que pueda guiar el sistema.
Definición de requisitos
Con base en los resultados de la adquisición y el análisis de la demanda, defina los requisitos precisos del producto y genere una "Especificación de requisitos". Libro"
Verificación de requisitos
5.3 Definir alcance
definición
Definir el alcance es el proceso de formular descripciones detalladas de proyectos y productos. Su función principal es aclarar cuáles de los requisitos recopilados se incluirán en el alcance del proyecto y cuáles se excluirán del alcance del proyecto, aclarando así los límites de los productos. servicios o resultados.
Herramientas y técnicas
juicio experto
análisis de producto
Generación alternativa
seminario guiado
enunciado del alcance del proyecto
Descripción de la gama de productos
Criterios de aceptación
Indicadores de medición de costos, cronogramas y calidad.
Entregables
Exclusiones de proyectos
Restricciones
Suposiciones
efecto
Alcance
conceptos básicos de comunicación
bases de planificación y control
Cambiar base
conceptos básicos de planificación
5.4 Crear EDT
definición
Divida los entregables del proyecto y el trabajo del proyecto en partes más pequeñas y manejables. proceso componente
hito
Marca la finalización oficial de un entregable o fase. Los puntos de control importantes son hitos, los hitos importantes son líneas de base
Paquete de trabajo
≥8 horas, ≤80 horas
control de cuenta
Una cuenta de control incluye varios paquetes de trabajo, pero un paquete de trabajo solo pertenece a una cuenta de control
paquete de planificación
Se refiere al componente WBS bajo la cuenta de control donde se conoce el contenido del trabajo pero faltan actividades de progreso detalladas.
Diccionario WBS
Incluye identificación del código de cuenta, descripción del trabajo, suposiciones y limitaciones, persona responsable o unidad organizacional, hitos del cronograma, actividades del cronograma relacionadas, recursos requeridos, estimaciones de costos, requisitos de calidad, criterios de aceptación, referencias técnicas e información del acuerdo.
actividades de descomposición
Identificar y analizar entregables y trabajos relacionados.
Determinar la estructura y disposición de la WBS.
Descomposición capa por capa de arriba a abajo.
Desarrollar y asignar códigos de identificación a los componentes WBS.
Verificar que el nivel de descomposición de los entregables sea el adecuado
8 aspectos a los que prestar atención
La WBS debe estar orientada a los resultados
La WBS debe encajar dentro del alcance del proyecto.
La capa subyacente de la WBS debe apoyar la planificación y el control.
Debe haber una persona, y sólo una, responsable de los elementos de la EDT.
Orientación de la EDT. Como guía más que como principio, la WBS debe controlarse en 4 a 6 capas.
La WBS debe incluir el trabajo de gestión de proyectos, así como el trabajo subcontratado.
La preparación de la WBS requiere la participación de todos los (principales) interesados del proyecto y la participación de los miembros del equipo del proyecto.
WBS no es estático
5.5 Alcance de la confirmación
definición
El proceso de aceptación formal de los entregables completados por parte de las partes interesadas del proyecto.
Herramientas y técnicas
examinar
técnicas de toma de decisiones en grupo
paso
Determinar cuándo se requiere la validación del alcance
Identificar qué insumos se necesitan para la validación del alcance.
Determinar los criterios y elementos formalmente aceptados para determinar el alcance.
Determinar los pasos organizativos para una reunión de alcance
Reunión de confirmación del alcance de la organización
Diferencia con el control de calidad.
El alcance de la validación enfatiza la aceptación de los entregables; el control de calidad enfatiza la exactitud de los entregables;
El control de calidad generalmente se lleva a cabo antes de confirmar el alcance, o al mismo tiempo generalmente se confirma el alcance al final de la etapa;
El control de calidad es una inspección interna; se confirma el alcance y los entregables son aceptados por las partes interesadas del proyecto;
Diferencia del cierre
La confirmación del alcance enfatiza la verificación y aceptación de los entregables; el cierre enfatiza el proceso de finalización del proyecto o fase.
El alcance de la confirmación enfatiza la aceptación de los entregables; el cierre enfatiza la aceptación de los productos.
5.6 Alcance del control
Controlar el alcance es el proceso de monitorear el estado del alcance de los proyectos y productos y gestionar los cambios en la línea base del alcance. Su función principal es mantener la línea base del alcance durante todo el proyecto.
el trabajo principal
Influir en los factores que conducen a cambios de alcance y tratar de que estos factores se desarrollen en una dirección favorable.
Determinar si se ha producido un cambio de alcance
Gestionar los cambios reales cuando se produzcan cambios en el alcance, asegurando que todos los cambios solicitados se procesen de acuerdo con el proceso general de control de cambios del proyecto.