ESTANDARES DE ADMINISTRACION EN

DIRECCION DE PROYECTOS
PRINCE 2

Es un mtodo el cual esta basado en procesos
para la gestin de proyectos eficazmente
utilizado por el reino unido tambin es
utilizado en el sector privado, en
organizaciones y varios pases.
BENEFICIOS PRINCE 2

Anima a los canales de comunicaciones entre el
proyecto, la gerencia de proyectos y los stakeholders

Trae beneficios a los proyectos individuales como:

Reuniones y burocracia reducida
Marenas de manejar cambios y reducir riesgos
Separacin de actividades de gerencia y tcnicas
DESVENTAJAS
Prince 2 no cubre la gestin de services ni la
gestin de personal, lo cual es cubierto por los
cuerpos del conocimiento del PMI (el cuerpo
profesional de los estados unidos) y del APM
(En el reino unido)
CONCLUSIONES
Tiene excelentes caractersticas, adecuada
para la gestin de proyectos, requiere mucho
tiempo para aprender su correcto manejo

Prince 2 va a realizar la gestin de proyectos
en su totalidad aquellas funcionalidades que
aun no estn plenamente acabadas
P2M
En sus siglas Project & program management
for enterprise innovation (gestin de
proyectos y programas para la innovacin
empresarial, el cual es una gua para el
acercamiento a la gerencia de proyectos
desde un punto de vista de la empresa mas
enfocados en los paradigmas de proyectos
desarrollados en organizaciones basadas en
proyectos de negocios.
OBJETIVOS
Servir como guia para el crecimiento de una
empresa, la competencia y la supervivencia en
el negocio global
Crear conciencia acerca de los avances y las
capacidades practicas
Promocionar directrices para la innovacin a
travs del programa y gestin de proyectos
COMPARACION DEL P2M CON EL
PMBOX
El pmbox solo se centra en un solo proyecto, su
planificacin, seguimiento y control de
actividades mientras que el p2 se centra en
varios proyectos individuales, se enfoca en la
organizacin y en el programa, obtencin de
beneficios en general para la organizacin,
amplia el alcance de los programas de gestin
de proyectos.
CONCLUSIONES

Es til en la distribucin de p2m y preparacin de
recursos humanos altamente calificados
El cual permite a las empresas a mejorar su
competitividad, tambin puede ayudar a crear
puestos de trabajo en el rea de la movilidad de los
recursos humanos y permite la coordinacin con los
sistemas de clasificacin en el extranjero con
respecto al desarrollo del capital humano.

V-MODELL
En espaol significa El modelo V este modelo
define las distintas fases intermedias que se
requieren para validar el desarrollo de la aplicacin
es decir garantizar que el software cumpla los
requisitos para la aplicacin y verificacin de los
procedimientos de desarrollo, este modelo se
asegura que los mtodos utilizados son apropiados

El cual sirve para saber a que fase de desarrollo hay
que volver si se encuentran fallos en las pruebas
OBJETIVOS
Reduccin al mnimo de los riesgos del
proyecto
Mejora y garanta de calidad
Reduccin del coste total durante el todo el
proyecto y el Sistema de Ciclo de Vida
Mejora de la comunicacin entre todas las
partes interesadas
SIGNIFICADO DE LA V QUE
REPRESENTA CADA LADO
La letra v significa verificacin y validacin:
El lado izquierdo de la v:
Representa la descomposicin de las
necesidades y la creacin de las especificaciones
del sistema
El lado derecho de la v:
Representa la integracin de las piezas y su
verificacin

VENTAJAS DEL MODELO V
Es un modelo sencillo y de fcil aprendizaje.
La relacin entre las etapas de desarrollo y los
distintos tipos de prueba facilitan la
localizacin de fallos.
Especifica bien los roles de los distintos tipos
de pruebas a realizar.
Involucra al usuario en la pruebas.
RUP
(Rational Unified Process) Es un proceso de
desarrollo de software constituye la
metodologa estndar ms utilizada para el
anlisis, implementacin y documentacin de
sistemas orientados a objetos. No es un
sistema con pasos firmemente establecidos,
sino un conjunto de metodologas adaptables
al contexto y necesidades de cada
organizacin
El RUP est basado en 3 principios
clave que son:
Adaptar el proceso :
Proyecto u organizacin

Equilibrar prioridades:
El equilibrio podr corregir desacuerdos que surjan
en el futuro

Demostrar valor iterativamente:
La estabilidad y calidad del producto


Estructura del proceso
El proceso puede ser descrito en dos dimensiones o ejes:
Eje horizontal:
Representa el tiempo y es considerado el eje de los aspectos dinmicos del
proceso
Eje vertical: Describe el proceso en trminos de componentes de proceso,
disciplinas, flujos de trabajo
PRACTICAS DEL RUP
RUP identifica 6 practicas deseables con las que define una forma efectiva
de trabajar para los equipos de desarrollo de software

Gestin de requisitos: establecer los requerimientos adecuados del rup
Desarrollo de software iterativo: Desarrollo del producto
Desarrollo basado en componentes: Requiere dividir el sistema en
componentes permite que el sistema se vaya creando
Modelado visual (usando UML): lenguaje para visualizar, especificar,
construir y documentar los artefactos de un sistema software
Verificacin continua de la calidad: Es importante la calidad de todos los
artefactos
Gestin de los cambios: Los cambios son un factor de riesgo crtico en los
proyectos de software

THE JOINVENTURE
CONCEPTO:
Tambin se le conoce a este contrato como de
Riesgo Compartido dos o mas personas
naturales o jurdicas celebran este contrato con
el objeto de realizar una actividad econmica
especifica es decir realizar un negocio en
conjunto y disfrutar sus beneficios.

OBJETIVO
El objetivo de JOINVENTURE puede ser muy
variado, desde la presentacin de bienes o de
servicios, nuevos mercados o apoyo mutuo

Se desarrolla durante un tiempo limitado con
la finalidad de obtener beneficios economicos
VENTAJAS
Su ventaja es de ser utilizados para una
cantidad ilimitada de proyectos e inversiones
en minera, pesqueras, navegacin y
industrias empresas comerciales en general.

Los joinventure pueden sealar un plazo
mximo pudindose extinguir aun no
concluido el objeto.
RIESGOS QUE SE PRESENTAN
Riesgos financieros
Riesgos polticos
Riesgos normativos

Mayormente cuando existen estos riesgos als
empresas no las solucionan individualmente
prefieren buscar socios