PRINCE2

PRINCE2

TEMATICA
1. ¿PORQUÉ ?
  1. PRINCE2 es un método de gestión de proyectos que se puede utilizar para cualquier proyecto, d PRINCE2 es ampliamente reconocido (la certificación de gestión de proyectos n. ° 1) se puede utilizar tanto en el sector público como en el privado. El método PRINCE2 es de dominio público, por lo tanto, es de uso gratuito y también ofrece una guía de mejores prácticas no propietaria sobre gestión de proyectos.
2. CONCEPTOS CLAVE
  1. CARACTERISITICAS
    1. 1. El enfoque del proyecto está en la justificación comercial y el valor potencial a largo plazo. 2.Estructura organizativa definida para el equipo de gestión del proyecto para que las personas sepan qué se espera de ellos. 3. Enfoque de planificación basado en productos (estructura de desglose de productos y buenas descripciones de productos) 4. Énfasis en dividir el proyecto en etapas manejables y controlables que faciliten la planificación y el control del proyecto. Y ese PRINCE2 se puede adaptar al entorno del proyecto y minimizar la cantidad de papeleo.
  2. BENEFICIOS
    1. Mejor práctica:1. PRINCE2 ha existido durante más de 40 años en miles de proyectos, y aprende de estos proyectos. 2. PRINCE2 puede usarse para todo tipo de proyectos PRINCE2 proporciona una estructura para roles y responsabilidad, lo que significa que todos deben saber qué se espera de ellos y qué pueden esperar de los demás. 3. PRINCE2 está centrado en el producto, lo que significa que los productos están bien definidos antes de que comience el trabajo. 4. PRINCE2 usa Management by Exception. Esto permite que cada capa continúe con su trabajo y solo se intensifique si es necesario. Más sobre esto más tarde. 5. PRINCE2 evalúa la viabilidad del proyecto desde un caso de negocio de principio a fin.
  3. VARIABLES
    1. 1. Hora: ¿ Cuándo terminará el proyecto? Costo: los proyectos deben proporcionar un retorno de la inversión y los costos deben controlarse. 2. Calidad: ¿Los productos pasan sus controles de calidad y los usuarios podrán usar el producto del proyecto como se espera cuando se entreguen? 3Alcance: ¿Está el alcance claro para todos los interesados? El primer documento de alcance es el PPD Beneficios: 4. Los beneficios esperados deben ser conocidos, acordados y medibles. 5. Riesgo: Todos los proyectos tienen riesgo, por lo que el riesgo debe ser administrado para que el proyecto tenga una mejor oportunidad de tener éxito.
REQUISITOS MINIMOS
1. ¿COMÓ?
  1. En cualquier proyecto, las personas involucradas necesitan saber qué hacer y qué esperar de los demás.es importante contar con una estructura de equipo bien definida, pues de otra manera podría resultar imposible gestionar el proyecto.
2. ROLES Y RESPONSABILIDADES
  1. Ejecutiivo Principal
    1. representante del negocio, debe garantizar la financiación del proyecto y asegurar su justificación continua
  2. Usuario/s Principal/es,
    1. el rol de Product Owner
      1. representante de los usuarios, responsable de definir los productos y validarlos
      2. representa el enlace con la organización
  3. Proveedor/es Principal/es
    1. representante del proveedor, responsable de garantizar la calidad e integridad de los productos, proporcionando para el proyecto recursos con conocimientos y expertise necesarios
  4. Project Manager
    1. deberá gestionar adecuadamente el día a día del proyecto durante cada fase de gestión, por encargo de la Junta.
  5. Grarantia del Proyecto
    1. Scrum Master,
      1. persona que debe garantizar la ejecución correcta y completa del framework de Scrum. Es un rol, por lo tanto, cuyo foco no es el cumplimiento de plazos, costes y calidad, sino que vela porque imprevistos, conflictos, complicaciones o decisiones de management no comprometan el método
  6. Team Manager
    1. es el representante o líder de cada equipo. Si adoptamos un enfoque ágil, este rol lo realiza todo el equipo, como responsables de su propio trabajo.
USO EFECTIVO
1. Consejos efectivos para la adaptación efectiva al entorno
  1. la verdadera grandeza del principio de Gestión por Excepción es que todos y cada uno de los niveles gestión de proyecto tienen un ámbito de actuación en el que tienen plena autoridad para tomar las mejores decisiones.
    1. constituye una aproximación estructurada a la gestión de proyectos, proporciona un método para gestionar proyectos dentro de un marco de trabajo claramente definido
    2. AseguraR que la metodología PRINCE2 y los controles Se apliquen en base en el tamaño, complejidad, importancia, capacidad y nivel de riesgo del proyecto
TÉCNICAS
1. Planificación en Base del Producto (Product-based planning).
  1. Una técnica que lleva a un plan integral basado en la creación y entrega de los productos requeridos. La técnica considera los productos previos, los requisitos de calidad y las dependencias entre productos
2. Control del Cambio (Change control).
  1. esta orientado a identificar, documentar y controlar los cambios del proyecto. Se deben modificar las líneas base que se han visto afectadas por esos cambios ocurridos durante el proyecto. Salidas del control integrado de cambios: el proceso tiene dos salidas. Las solicitudes de cambio aprobadas se implementan mediante el proceso dirigir y gestionar el trabajo del proyecto. Todas las solicitudes de cambio, tanto las aprobadas como las denegadas, actualizan el registro de cambios del proyecto.
3. Revisión de la Calidad (Quality review).
  1. es una técnica para inspeccionar de calidad. La técnicas cuenta con unos roles definidos y una estructura específica a seguir. El propósito es corroborar que se han alcanzado los estándares de calidad del cliente y los criterios de calidad enumerados en la Descripción de Productos.
  2. Evaluar los productos en función de los criterios acordados. Involucrar a los partes principales interesadas y ayudar a promocionar la calidad en el proyecto. Proporcionar la confirmación de que los productos están completos (lograr el acuerdo). Sentar las bases del producto, para que así no se realicen más cambios.
BUSINESS CASE
1. ¿Porqúe?
  1. es el que recoge la necesidad, el interés y la viabilidad del proyecto. Define los objetivos y la razón de ser del proyecto, por lo tanto, es necesario llevar a cabo verificaciones constantes de que el proyecto sigue sirviendo al caso de negocio para el que se planeó.
ORGANIZACIÓN
1. ¿Donde?
  1. Una gestión efectiva se verá favorecida si existe una fuerte estructura en la organización del proyecto, de manera que estén perfectamente clarificados los diferentes roles y la delegación de responsabilidades y se define en cuatro niveles, Gestión corporativ a, Nivel de Dirección, Nivel del Gestión, Nivel de Entrega
CALIDAD
1. ¿Qué?
  1. observa la manera en que los productos y resultados del proyecto cumplen con las expectativas, objetivos y requisitos definidos, y cómo la gestión se asegura de ello
PLANES
1. ¿Comó?
  1. 1. Diseñar el plan , 2. Definir y alcanzar los Productos, 3. Identificar las actividades
2. ¿Cuanto?
  1. 4. Preparar Etimaciones, 5. preparar el Cronograma , 6. Documentar el Plan
3. ¿Cuando ?
  1. se ocupa de los pasos a seguir y las técnicas utilizadas en ellos, así como su aprobación, control y comunicación
RIESGOS
1. ¿Qué es?
  1. será la que se preocupe de la identificación, análisis y medidas de control sobre los eventos que crean incertidumbre en un proyecto, con el fin de mejorar las probabilidades de finalizarlo con éxito. implementar, identificar, Evaluar, Planificar
CAMBIOS
1. ¿Cuál es el impacto?
  1. responde a los cambios, ya sean por solicitud, por necesidad o como consecuencia de la falta de calidad en alguno de los productos o resultados obtenidos, y su impacto en la línea base del proyecto, en su alcance, en sus planes, objetivos o en los productos ya acabados
PROGRESO
1. ¿Donde estamos?
  1. Su propósito es el establecimiento de mecanismos de seguimiento, comparación de los resultados obtenidos con los planificados
2. ¿Para donde Vamos ?
  1. análisis e identificación de desviaciones y excepciones, evaluación de la continuidad y viabilidad del proyecto, y la evolución de la toma de decisiones que aprueben las medidas correctoras que sean necesarias
3. ¿Debemos continuar?
  1. la decisión de cerrar el proyecto prematuramente y cancelarlo si fuera necesario.
PROCESOS
1. Puesta en Marcha del Proyecto o SU (Starting UP)
  1. Es el proceso que inicia el proyecto y se compone de las actividades previas al inicio del proyecto en sí.
2. Iniciar un proyecto o IP (Iniciating a Project)
  1. se planifican todos los aspectos que será necesario controlar posteriormente. Esta planificación, llevada a cabo por el project manager, se concreta en el Documento de Inicio del Proyecto
3. • Dirección de un proyecto o DP (Directing a Project)
  1. Este proceso se mantiene a lo largo de todo el ciclo de vida del proyecto y sus actividades consisten en el análisis de la documentación y las autorizaciones para las fases de inicio, del proyecto, de las fases de ejecución, de los informes de excepción y los planes y medidas correctivas y del cierre del proyecto. La responsabilidad de este proceso recae sobre el equipo directivo.
4. • Control de una fase o CS (Controlling a Stage).
  1. Una vez recibida la aprobación de una fase y asignados los recursos necesarios para llevarla a cabo, en este proceso se llevan a cabo las actividades necesarias para desarrollar y entregar los productos y resultados del proyecto
5. • Gestión de la entrega de productos o MP (Managing Products Delivery).
  1. el responsable del equipo de proyecto (team manager) se asegura que el producto está completo y se entrega al responsable del proyecto. En este proceso se deben generar los informes de seguimiento sobre los puntos de control, el plan de equipo y el registro de calidad de los productos y resultados obtenidos
6. • Gestión de los límites de fase o SB (Managing Stage Boundaries).
  1. el project manager se preocupa de que los productos de la fase actual se ajusten a los requisitos que se definieron, de manera que la Junta de Proyecto pueda valorar su viabilidad y continuidad.
7. • Cierre del proyecto o CP (Closing a Project).
  1. ). En este proceso, el equipo de gestión recomienda el cierre del proyecto, ya sea por la finalización del mismo, habiendo obtenido los productos y resultados esperados, cumpliendo objetivos definidos en el PID, o por el contrario, la decisión de la Junta de Proyecto del cierre prematuro del proyecto.
PRINCIPIOS
1. Justificación Comercial
  1. A lo largo de todo el ciclo de vida del proyecto, éste debe estar justificado, es decir, deben existir motivos suficientes, documentados y aprobados para continuar el proyecto, y ser coherentes con el caso de negocio y su expectativa de beneficio
2. Aprender de la Experiencia
  1. En cada proyecto se aprovechan las lecciones aprendidas de proyectos anteriores
3. Roles y Responsabilidades
  1. Son definidos a una estructura alineada con los intereses de la organización, de los usuarios de los productos del proyecto y de los proveedores
4. Administrar por Excepción
  1. Definir Tolerancias en cada nivel de responsabilidad para cada objetivo del proyecto, para establecer límites en la autoridad que se delega. Estas tolerancias permiten tomar decisiones eficaces ante las posibles desviaciones que se puedan presentar
5. Administrar por etapas
  1. .planificar a alto nivel y en detalle, supervisar y controlar el proyecto fase por fase.
6. Centrarse en el Producto
  1. La atención del equipo del proyecto se centra en la calidad del producto obtenido y en su entrega.
7. Adaptación al Entorno del Proyecto
  1. La gestión y los controles que define deben mantenerse alineados con la naturaleza y características del proyecto.

Next up

Description

Resource summary

Similar

	Created by Kathy Gil about 4 years ago