Ohne Titel

Modelos de Referencia

¿Que es?

Es una guía genérica

Guía de los fundamentos de la dirección de proyectos

CARACTERÍSTICAS

Promueve léxico estándar

Aplica a proyectos únicos

Contiene un código de ética

Conducta profesional

Y contiene

respeto, responsabilidad,justicia y honestidad.

Gestión ágil de proyectos

¿Para que se creo?

Desarrollo ágil de software

Esbozar los valores y principios

Que permite

Desarrollar software rápidamente

¿Como lograrlo?

Realimentación permanente

No documentos más converzacíon

Adaptarse a los cambios

Planes detallados

Planes aproximados

Plan general

Conversacíon cara a cara

Proyectos en entornos controlados

Método

Para control y organización de proyecto

CARACTERÍSTICAS PRINCIPALES

Estructura de gestión definida.

Sistema de planes

Conjunto de procedimientos de control

Enfoque sobre los productos

Tipos

PRINCE2 se basa en 7 PRINCIPIOS

1. JusIficación de la conInuidad del negocio 2. Aprender de la experiencia 3. Definición de roles y responsabilidades 4. La gesIón por etapas 5. La gesIón por excepción 6. Se centran en los productos 7. Adaptarse al entorno del proyecto

PRINCE2 se basa en 7 TEMAS

Caso de Negocio

Organización

Calidad

Planes

Riesgo

Cambio

Progreso

La versión actualizada Iene 6 PRINCIPIOS básicos

• Business Case • Planes • Progreso • Organización • Riesgo • Calidad

PRINCE2 se basa en 7 PROCESOS

Puesta en marcha del proyecto

Inicio del proyecto

Dirección del proyecto

Control de cada etapa

Gestión de la transición entre etapas

Gestión de la entrega del producto

Cierre del proyecto

Ventajas

Seguimiento y comunicación

Modelo de capacidad y madurez

Modelo de practicas maduras

Usadas para evaluar y mejorar

La capacidad de procesos

NIVELES DE MADUREZ

INICIAL.

Caracterizado como Ad hoc

REPETIBLE

Planificación y seguimiento de proyectos y

DEFINIDO

Conjunto establecido de procesos estándar globales bien definidos

GESTIONADO

Conjunto de métricas significativas

OPTIMIZADO

Uso de métricas y se gestiona el proceso

Desarrollo

Principios de los 80's

Para

Identificar elementos del cuerpo

Para lograr

La gerencia del proyecto

Alianza global para los estándares de desempeño en proyectos (GAPPS)

Organización Voluntaria

Crear marcos y estándares que brinden un foro

Cubrir las necesidades de la comunidad global de gestión de proyectos.

Puede usarse de diversas formas

Ser ajustado para reflejar las diferencias culturales o la práctica local.

Con otros estándares para facilitar la transferibilidad de requisitos.

GAPPS consiste en:

Estándares de competencia basados en desempeño para dos niveles del papel del gestor de proyectos.

Un enfoque detallado para diferenciar los dos roles de niveles con base en la complejidad de la gestión del proyecto. La sección 3 de su documento describe cómo evaluar tal grado de complejidad en la aplicación del marco GAPPS.

Material de apoyo para ayudar en la aplicación de los estándares.

Sistemas de gestión de la calidad y guías para la gestión de la calidad en proyectos

ISO

Es una federación mundial de organismos nacionales de normalización. El trabajo de preparación de las normas internacionales normalmente se realiza a través de los comités técnicos de ISO.

ISO 10006

Fue preparada por el Comité de ISO/TC 176, Gestión y aseguramiento de la calidad, Subcomité SC 2, Sistemas de la calidad.

Proporciona orientación sobre la gestión de la calidad en los proyectos.

Se aplica a proyectos de distinta complejidad, pequeños o grandes, de corta o larga duración.

No es en sí misma una guía para la “gestión de proyectos”.

Las normas que a continuación se indican son indispensables para la aplicación de esta norma.

• ISO 9000:2000, Sistemas de gestión de la calidad — Fundamentos y vocabulario • ISO 9004:2000, Sistemas de gestión de la calidad — Directrices para la mejora del desempeño

Proceso de desarrollo de software en equipo.

Es un proceso de desarrollo para equipos de ingenieros basado en CMMI, ayuda a conformar equipos para el desarrollo de software de calidad.

TSP

Proporciona directrices para ayudar a un equipo a establecer sus objetivos,

A planificar sus procesos y a revisar su trabajo

Obtener productos eficientes, fiables y de calidad.

Es una solución basada en procesos para resolver problemas de negocio, tales como

Predictibilidad de costo y tiempo, mejora de productividad y ciclos de desarrollo y mejora de calidad de productos

Sus orígenes se deben a las limitaciones que el PSP tenía en el ámbito industrial.

PSP

Sólo se enfocaba en las fases de desarrollo de software (diseño y pruebas unitarias)

Roles (responsabilidades) en los equipos

Líder del Equipo:

Dirige al equipo, se asegura que todos reporten sus datos de los procesos y completen su trabajo tal y como se planeó. Realiza los reportes semanales del avance del equipo.

Gestor de desarrollo:

Gestor de Planificación:

Gestor de Calidad/Proceso:

Administrador de Requerimientos/Soporte:

Guía al equipo en el diseño y desarrollo del producto.

Apoya y guía al equipo en la planificación y seguimiento del trabajo.

Apoya al equipo en definir sus necesidades acerca del proceso y a establecer y administrar el plan de calidad. Genera estándares para obtener un trabajo uniforme. Modera las inspecciones y revisa cada artefacto generado.

Dirige al equipo en el desarrollo de requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de apoyo administrativo. Administra el plan de configuración

Dentro de cada ciclo se realiza:

1. Lanzamiento 2. Estrategia 3. Plan 4. Requisitos 5. Diseño 6. Implementación 7. Pruebas 8. Postmortem

Marco de referencia para la gestión del costo total

En 2016

La AACE publicó su marco de referencia de Gestión de Costos Totales, una Metodología Integrada para la gestión de Portafolios, Programas y Proyectos.

Los portafolios de activos se optimizan mediante el uso de carteras de proyectos

Utilizando la gestión de proyectos como un sistema de entrega

Gestión Costo Total (TCM)

Es el nombre dado por AACE Internacional a un procedimiento para la aplicación de las habilidades y conocimientos de ingeniería de costos .

Es el primer proceso o metodología integrada para la cartera de programas y gestión de proyectos .

AACE

Introdujo por primera vez el concepto en la década de 1990 y se publicó la presentación completa del proceso en el "Marco de Gestión de Costo Total" en 2006.

El Total Cost Management Framework es el Marco de procesos que INTEGRA la gestión de activos estratégicos de la empresa y el control de los proyectos.

EL COSTO ES TODO

“Cuesta tiempo” “Cuesta recursos” “ Cuesta dinero”

TODO lo que se invierte en un proyecto es un COSTO Por eso se define la Gestión Total de los Costos (TCM)

Modelo V

Ø Es un procedimiento uniforme para el desarrollo de productos para las TIC. Ø Es el estándar u:lizado para los proyectos de la Administración Federal Alemán y de defensa. Ø Está disponible públicamente por ende, muchas compañías lo usan. Ø Es un método de ges:ón de proyectos comparable a PRINCE 2 y describe tanto métodos para la ges:ón como para el desarrollo del soKware. Ø La versión actual del Método-V es el Método-V XT que se terminó en Febrero del 2005. No es comparable con CMMI. Ø Es una representación gráfica del ciclo de vida del desarrollo del sistema. Ø Resume los pasos principales que hay que tomar en conjunción con las correspondientes entregas de los sistemas de validación.

La parte izquierda de la V

Representa la corriente donde se definen las especificaciones del sistema.

La parte derecha de la V

La parte de abajo

Representa la corriente donde se comprueba el sistema (contra las especificaciones definidas en la parte izquierda).

Donde se encuentran ambas partes, representa la corriente de desarrollo.

Partes de la V

Niveles de la V

El nivel 1 está orientado al “cliente”.

El nivel 2 se dedica a las características funcionales del sistema propuesto.

El nivel 3 define los componentes hardware y software del sistema final

El nivel 4 es la fase de implementación

El inicio del proyecto y el fin del proyecto constituyen los dos extremos del ciclo. Se compone del análisis de requisitos y especificaciones, se traduce en un documento de requisitos y especificaciones.

Puede considerarse el sistema como una caja negra, y caracterizarla únicamente con aquellas funciones que son directa o indirectamente visibles por el usuario final, se traduce en un documento de análisis funcional.

A cuyo conjunto se denomina arquitectura del sistema.

En la que se desarrollan los elementos unitarios o módulos del programa.

Método de Marco Lógico

Es una herramienta para facilitar el proceso de conceptualización, diseño, ejecución y evaluación de proyectos.

Su énfasis está centrado en la orientación por objetivos

Puede utilizarse en todas las etapas del proyecto.

El método fue elaborado originalmente como respuesta a tres problemas comunes a proyectos:

Planificación de proyectos carentes de precisión, con objetivos múltiples que no estaban claramente relacionados con las actividades del proyecto.

Proyectos que no se ejecutaban exitosamente, y el alcance de la responsabilidad del gerente del proyecto no estaba claramente definida.

Y no existía una imagen clara de cómo luciría el proyecto si tuviese éxito, y los evaluadores no tenían una base objetiva para comparar lo que se planeaba con lo que sucedía en la realidad.

Marco lógico ventajas:

Aporta una terminología uniforme que facilita la comunicación y que sirve para reducir ambigüedades

Aporta un formato para llegar a acuerdos precisos acerca de los objetivos, metas y riesgos del proyecto que comparten los diferentes actores relacionados con el proyecto

Suministra un temario analítico común que pueden utilizar los involucrados, los consultores y el equipo de proyecto para elaborar tanto el proyecto como el informe de proyecto, como también para la interpretación de éste

Enfoca el trabajo técnico en los aspectos críticos y puede acortar documentos de proyecto en forma considerable

Más ventajas:

Suministra información para organizar y preparar en forma lógica el plan de ejecución del proyecto

Suministra información necesaria para la ejecución, monitoreo y evaluación del proyecto

Proporciona una estructura para expresar, en un solo cuadro, la información más importante sobre un proyecto.

La Metodología contempla dos etapas que se desarrollan paso a paso en las fases de identificación y de diseño del ciclo de vida del proyecto:

1. Identificación del problema y alterna:vas de solución

a) Análisis de involucrados b) Análisis del problema c) Análisis de objetivos d) Identificación de alterna:vas de solución al problema e) Selección de la alterna:va óptima f) Estructura analítica del proyecto (EAP)

2. Matriz de (planificación) marco lógico

a) Resumen narrativo de objetivos b) Indicadores c) Medios de verificación d) Supuestos