SlideShare una empresa de Scribd logo
1 de 7
Estándares de administración de proyectosSANDRA RIVERA MENDEZGESTIÓN Y EVALUACIÓN DE PROYECTOS<br />ESTÁNDARES DE ADMINISTRACIÓN DE PROYECTOS<br />Existen varios estándares entre los que están<br />PMI PMBOK: (Project Managment Body Of Knowledge) Este es la metodología propuesta por la asociación Project Managment Institute (PMI), es un estándar ampliamente difundido en EEUU. <br />PRINCE2: (Projects IN Controlled Enviroments) Es la metodología propuesta por el Gobierno Ingles, y ampliamente difundida en Europa. <br />RUP: (Rational Unified Process)<br />XP: (eXtreme Programing) es la metodología mas difundida de la asociación Agile, que agrupa varias metodologías de respuesta rápida y altamente flexibles.<br />CMMI: (Capability Maturity Model Integration). Es un método de mejoramiento a los procesos. <br />P2M: (Project & Program Management for Enterprise Innovation) es el estándar Japonés.<br /> V-Modell: es el modelo alemán promovido por el Gobierno, y el ministerio de defensa de ese país. <br />HERMES: adaptación del modelo alemán V-Modell promovido por el Gobierno Suizo. <br />A continuación se describirán algunos de ellos.<br />PROJECT MANAGEMENT BODY OF KNOWLEDGE<br />La Guía del PMBOK® es un estándar en la Administración de proyectos desarrollado por el Project Management Institute(PMI). La misma comprende dos grandes secciones, la primera sobre los procesos y contextos de un proyecto, la segunda sobre las áreas de conocimiento específico para la gestión de un proyecto.<br />En 1987, el PMI publicó la primera edición del PMBOK® en un intento por documentar y estandarizar información y prácticas generalmente aceptadas en la gestión de proyectos. La edición actual, la cuarta, provee de referencias básicas a cualquiera que esté interesado en la gestión de proyectos. Posee un léxico común y una estructura consistente para el campo de la gestión de proyectos<br />La Guía del PMBOK es ampliamente aceptada por ser el estándar en la gestión de proyectos, sin embargo existen algunas críticas: La mayor viene de los seguidores de la Cadena Crítica (en oposición al Método de la ruta crítica). EL PMBOK se encuentra disponible en 11 idiomas: inglés, español, chino simplificado, ruso, coreano, japonés, italiano, alemán, francés, portugués de Brasil y árabe.<br />Es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente (IEEE Std 1490-2003) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construcción, software, ingeniería, etc.<br />El 'PMBOK' reconoce 5 grupos de procesos básicos y 9 áreas de conocimiento comunes a casi todos los proyectos.<br />Los procesos se traslapan e interactúan a través de un proyecto o fase y son descritos en términos de:<br />Entradas (documentos, planes, diseños, etc.)<br />Herramientas y Técnicas (mecanismos aplicados a las entradas)<br />Salidas (documentos, productos, etc.).<br />GAPPS<br />Alianza Global para las Normas de Desempeño del Proyecto<br />El GAPPS es una alianza única de gobierno, industria privada, las asociaciones profesionales y la formación y las instituciones académicas que trabajan juntos para desarrollar la gestión de proyectos de competencia aplicables a nivel mundial basada en estándares marcos, y las asignaciones. Nuestros estándares y marcos están destinadas a facilitar el reconocimiento mutuo de las cualificaciones y transferabiltiy gestión de proyectos.<br />El objetivo de la GAPPS es proporcionar a la comunidad de gestión de proyectos globales con la información que está disponible gratuitamente para su uso por empresas, instituciones académicas, asociaciones profesionales y las normas gubernamentales y organismos de las cualificaciones a nivel mundial. GAPPS da la bienvenida a cualquier organización o agencia gubernamental que quiera participar para unirse como miembros y empezar a construir las normas mundiales juntas.<br />THE V-MODELL XT<br />El V-modelo es un desarrollo bien conocidos sistemas de TI modelo de proceso Ofrece a las compañías y las autoridades con una guía para la organización y realización de proyectos de TI. Ayuda a mejorar la calidad del producto y la comunicación entre las autoridades y contratistas - especialmente para el complejo y largo los sistemas vivos. El V-modelo es el modelo de desarrollo de procesos de uso obligatorio por parte del público alemán federal y contratistas de la defensa autoridad y proveedores de sistemas. Como referencia, el V-modelo goza de creciente popularidad en la industria y la academia. La versión actual de la V-modelo es el modelo V-97. Desde 1997, sin cambios o mejoras que se hicieron. En 2002, se inició un proyecto para rediseñar y mejorar el modelo de proceso existentes. El resultado del modelo V-XT debe reflejar las nuevas estándares y tecnologías, sino que también debe exponer de manera significativa la mejora de propiedades de calidad, como la usabilidad, la adaptabilidad, la mutabilidad y la escalabilidad.<br />El recientemente entregado V-Modelo XT proporciona un fácil de entender quot;
caja de herramientasquot;
 de los cuales los componentes de proceso puede ser seleccionado para obtener el nivel adecuado de la agilidad y la disciplina para un proyecto determinado. El modelo XT-V ha sido desarrollado completamente usando un documento basado en el modelo enfoque para mantener la coherencia del modelo y generar los formatos de publicación requerida. <br />Esta charla que motiva el uso de modelos de procesos de desarrollo como un medio para mejorar la previsibilidad y calidad del software y desarrollo de sistemas. Comparte algunas ideas primera perspectiva en el desarrollo de la XT V-Modelo. Por otra parte, se introduce la arquitectura conceptual de la V-Modelo XT desde una perspectiva académica y da una visión general de la norma próxima. <br />CMM<br />El Modelo de Madurez de Capacidades o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente para los procesos relativos al desarrollo e implementación de software por la Universidad Carnegie-Mellon para el SEI (Software Engineering Institute).<br />El SEI es un centro de investigación y desarrollo patrocinado por el Departamento de Defensa de los Estados Unidos de América y gestionado por la Universidad Carnegie-Mellon. quot;
CMMquot;
 es una marca registrada del SEI.<br />Este modelo establece un conjunto de prácticas o procesos clave agrupados en Áreas Clave de Proceso (KPA - Key Process Area). Para cada área de proceso define un conjunto de buenas prácticas que habrán de ser:<br />Definidas en un procedimiento documentado<br />Provistas (la organización) de los medios y formación necesarios<br />Ejecutadas de un modo sistemático, universal y uniforme (institucionalizadas)<br />Medidas<br />Verificadas<br />A su vez estas Áreas de Proceso se agrupan en cinco quot;
niveles de madurezquot;
, de modo que una organización que tenga institucionalizadas todas las prácticas incluidas en un nivel y sus inferiores, se considera que ha alcanzado ese nivel de madurez.<br />Los niveles son:<br />1 - Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el desarrollo y mantenimiento de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobrecostes. El resultado de los proyectos es impredecible.<br />2 - Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad. La relación con subcontratistas y clientes está gestionada sistemáticamente.<br />3 - Definido. Además de una buena gestión de proyectos, a este nivel las organizaciones disponen de correctos procedimientos de coordinación entre grupos, formación del personal, técnicas de ingeniería más detalladas y un nivel más avanzado de métricas en los procesos. Se implementan técnicas de revisión por pares(peer reviews).<br />4 - Gestionado. Se caracteriza porque las organizaciones disponen de un conjunto de métricas significativas de calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos. El software resultante es de alta calidad.<br />5 - Optimizado. La organización completa está volcada en la mejora continua de los procesos. Se hace uso intensivo de las métricas y se gestiona el proceso de innovación.<br />ICB (IPMA COMPETENCES BASELINE)<br />ICB  (IPMA  Competence  Baseline)  es  el  estándar  de  IPMA (Internacional  Project  Management  Association)  para  la  competencia  en  la dirección de proyectos. IPMA es la organización de gestión de proyectos más antigua, creada  en  Suiza  en  1965  y  está  formada  por  una  red  de  asociaciones  nacionales  de gestión  de  proyectos.<br />Se  constituye  como  la  organización  representativa  de  todas  las asociaciones  nacionales  instaladas  en  cada  país,  que  orientan  sus  servicios  a  las necesidades nacionales de desarrollo en el área de gestión de proyectos, y en su propio idioma.  La  asociación  española  es  AEIPRO  (Asociación  Española  de  Ingeniería  de PROyectos) que es una organización sin ánimo de lucro e inicia su andadura en  septiembre  del  año  1.992  como  una  vía  para  el  mejor  desempeño  de  la  práctica profesional en el campo de la gestión de los proyectos.<br />IPMA mediante el CVMB (Certification Validation Managment Board) coordina los programas de competencia y cualificación de las asociaciones miembros.<br />ICB  (IPMA  Competente  Baseline)  es  la  metodología  que  se  usa  en  el  sistema  de certificación  de  4  niveles  IPMA.  Es  un  estándar  muy  útil  para  los  profesionales  y  los stakeholders. Establece el conocimiento y la experiencia que se espera de los gestores de proyectos, programas y carpetas de proyectos. ICB contiene los términos básicos, tareas, habilidades, funciones, procesos, métodos, técnicas y herramientas que se deben usar, tanto teórica como prácticamente, para una buena gestión de proyectos.<br />
Estándares PMI PMBOK y PRINCE2 para gestión de proyectos
Estándares PMI PMBOK y PRINCE2 para gestión de proyectos
Estándares PMI PMBOK y PRINCE2 para gestión de proyectos
Estándares PMI PMBOK y PRINCE2 para gestión de proyectos
Estándares PMI PMBOK y PRINCE2 para gestión de proyectos
Estándares PMI PMBOK y PRINCE2 para gestión de proyectos

Más contenido relacionado

La actualidad más candente

Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiJimmy Davila
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de softwareAdes27
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioSergio Sanchez
 
Estándares en proyectos informáticos
Estándares en proyectos informáticosEstándares en proyectos informáticos
Estándares en proyectos informáticosDayana Leon
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmiSandrea Rodriguez
 
Equipo2 presentacion2 pmi
Equipo2 presentacion2 pmiEquipo2 presentacion2 pmi
Equipo2 presentacion2 pmiRodolfo Rosas
 
Documentacion de un proyecto
Documentacion de un proyectoDocumentacion de un proyecto
Documentacion de un proyectoIngrid OP
 
La sexta edición del PMBOK
La sexta edición del PMBOKLa sexta edición del PMBOK
La sexta edición del PMBOKWilliam Ernest
 
Plan de iteracion
Plan de iteracionPlan de iteracion
Plan de iteracionanalkill
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del softwareGiovani Ramirez
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAngel Reyes
 
Cocomo II
Cocomo IICocomo II
Cocomo IIActimel
 

La actualidad más candente (20)

Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMI
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
PMBOK
PMBOKPMBOK
PMBOK
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De Negocio
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
Estándares en proyectos informáticos
Estándares en proyectos informáticosEstándares en proyectos informáticos
Estándares en proyectos informáticos
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Equipo2 presentacion2 pmi
Equipo2 presentacion2 pmiEquipo2 presentacion2 pmi
Equipo2 presentacion2 pmi
 
Documentacion de un proyecto
Documentacion de un proyectoDocumentacion de un proyecto
Documentacion de un proyecto
 
La sexta edición del PMBOK
La sexta edición del PMBOKLa sexta edición del PMBOK
La sexta edición del PMBOK
 
Cocomo 1 y cocomo 2
Cocomo 1 y  cocomo 2Cocomo 1 y  cocomo 2
Cocomo 1 y cocomo 2
 
Plan de iteracion
Plan de iteracionPlan de iteracion
Plan de iteracion
 
Gestión de proyecto de software
Gestión de proyecto de softwareGestión de proyecto de software
Gestión de proyecto de software
 
Crystal diapositiva
Crystal diapositivaCrystal diapositiva
Crystal diapositiva
 
Fases bpm
Fases bpmFases bpm
Fases bpm
 
Sqa ejemplo
Sqa ejemploSqa ejemplo
Sqa ejemplo
 
Gestion de la configuracion del software
Gestion de la configuracion del softwareGestion de la configuracion del software
Gestion de la configuracion del software
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 
Cocomo II
Cocomo IICocomo II
Cocomo II
 

Destacado

Metodologias Agiles de Direccion de Proyectos
Metodologias Agiles de Direccion de ProyectosMetodologias Agiles de Direccion de Proyectos
Metodologias Agiles de Direccion de ProyectosAlejandro Gabay
 
Mapa amanda lara_actividad_1.2
Mapa amanda lara_actividad_1.2Mapa amanda lara_actividad_1.2
Mapa amanda lara_actividad_1.2amanda lara
 
Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software
Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software
Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software Gustavo Estrada
 
Introduccíon a SCRUM
Introduccíon a SCRUMIntroduccíon a SCRUM
Introduccíon a SCRUMJose Parra
 
Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...
Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...
Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...PROINCA
 
Análisis de Negocio Ágil, ¿es esto viable?.
Análisis de Negocio Ágil, ¿es esto viable?.Análisis de Negocio Ágil, ¿es esto viable?.
Análisis de Negocio Ágil, ¿es esto viable?.Software Guru
 
Seminario Scrum CLEFormacion
Seminario Scrum CLEFormacionSeminario Scrum CLEFormacion
Seminario Scrum CLEFormacionCLEFormación
 
PRESENTACIÓN NORMAS ISO 21500
PRESENTACIÓN NORMAS ISO 21500PRESENTACIÓN NORMAS ISO 21500
PRESENTACIÓN NORMAS ISO 21500Julia Manzano
 
Scrum en 15 minutos
Scrum en 15 minutosScrum en 15 minutos
Scrum en 15 minutosrodrigoi
 

Destacado (20)

Metodologias Agiles de Direccion de Proyectos
Metodologias Agiles de Direccion de ProyectosMetodologias Agiles de Direccion de Proyectos
Metodologias Agiles de Direccion de Proyectos
 
Apm
ApmApm
Apm
 
Ppt information security
Ppt information securityPpt information security
Ppt information security
 
MetodologíA
MetodologíAMetodologíA
MetodologíA
 
Sección ii administración global de la TI
Sección ii administración global de la TISección ii administración global de la TI
Sección ii administración global de la TI
 
Mapa amanda lara_actividad_1.2
Mapa amanda lara_actividad_1.2Mapa amanda lara_actividad_1.2
Mapa amanda lara_actividad_1.2
 
Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software
Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software
Admon proyectos_gus,Administracion de proyectos en TI , Desarrollo de software
 
Introduccíon a SCRUM
Introduccíon a SCRUMIntroduccíon a SCRUM
Introduccíon a SCRUM
 
Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...
Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...
Modelos de competencias para personas (ICB) y organizaciones (OCB) en Direcci...
 
Formulacion de proyectos informaticos
Formulacion de proyectos informaticosFormulacion de proyectos informaticos
Formulacion de proyectos informaticos
 
Análisis de Negocio Ágil, ¿es esto viable?.
Análisis de Negocio Ágil, ¿es esto viable?.Análisis de Negocio Ágil, ¿es esto viable?.
Análisis de Negocio Ágil, ¿es esto viable?.
 
Information Security Management
Information Security ManagementInformation Security Management
Information Security Management
 
Estándares PMI
Estándares PMIEstándares PMI
Estándares PMI
 
Seminario Scrum CLEFormacion
Seminario Scrum CLEFormacionSeminario Scrum CLEFormacion
Seminario Scrum CLEFormacion
 
PRESENTACIÓN NORMAS ISO 21500
PRESENTACIÓN NORMAS ISO 21500PRESENTACIÓN NORMAS ISO 21500
PRESENTACIÓN NORMAS ISO 21500
 
Educacion virtual
Educacion virtualEducacion virtual
Educacion virtual
 
Scrum
ScrumScrum
Scrum
 
Agilidad (y Scrum)
Agilidad (y Scrum)Agilidad (y Scrum)
Agilidad (y Scrum)
 
PMBoK vs PRINCE2
PMBoK vs PRINCE2PMBoK vs PRINCE2
PMBoK vs PRINCE2
 
Scrum en 15 minutos
Scrum en 15 minutosScrum en 15 minutos
Scrum en 15 minutos
 

Similar a Estándares PMI PMBOK y PRINCE2 para gestión de proyectos

Actividad tema 1
Actividad tema 1Actividad tema 1
Actividad tema 1ArielGeorge
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software JrJunior Leal
 
Eduardo hiram godínez aguirre inv psp conceptos básicos
Eduardo hiram godínez aguirre   inv psp conceptos básicosEduardo hiram godínez aguirre   inv psp conceptos básicos
Eduardo hiram godínez aguirre inv psp conceptos básicosEduardo Hiram
 
Ejercicio 3 pregutas
Ejercicio 3 pregutasEjercicio 3 pregutas
Ejercicio 3 pregutasreymmi09
 
Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...valeoq
 
Normas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectosNormas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectosValeria Ortiz
 
Lineas de Productos de Software y el Método Watch - Sistemas 2
Lineas de Productos de Software y el Método Watch - Sistemas 2Lineas de Productos de Software y el Método Watch - Sistemas 2
Lineas de Productos de Software y el Método Watch - Sistemas 2Gilber Briceño
 
Tecnologýýas de la informaciýýn hiroshi palacios (1)
Tecnologýýas de la informaciýýn hiroshi palacios (1)Tecnologýýas de la informaciýýn hiroshi palacios (1)
Tecnologýýas de la informaciýýn hiroshi palacios (1)Hirozzhi Palacios
 
Díme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarDíme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarKiberley Santos
 
Metodología tradicional
Metodología tradicionalMetodología tradicional
Metodología tradicionalJesenia Escobar
 
Tendencias en gestión de proyectos evaluación de la madurez organizacional us...
Tendencias en gestión de proyectos evaluación de la madurez organizacional us...Tendencias en gestión de proyectos evaluación de la madurez organizacional us...
Tendencias en gestión de proyectos evaluación de la madurez organizacional us...CentroPM
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de softwarejoseantonio897
 

Similar a Estándares PMI PMBOK y PRINCE2 para gestión de proyectos (20)

Actividad tema 1
Actividad tema 1Actividad tema 1
Actividad tema 1
 
Actividad tema 1
Actividad tema 1Actividad tema 1
Actividad tema 1
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software Jr
 
Ejercicio 2 (3)
Ejercicio 2 (3)Ejercicio 2 (3)
Ejercicio 2 (3)
 
Eduardo hiram godínez aguirre inv psp conceptos básicos
Eduardo hiram godínez aguirre   inv psp conceptos básicosEduardo hiram godínez aguirre   inv psp conceptos básicos
Eduardo hiram godínez aguirre inv psp conceptos básicos
 
Ejercicio 3 pregutas
Ejercicio 3 pregutasEjercicio 3 pregutas
Ejercicio 3 pregutas
 
Cmmi y moprosoft
Cmmi y moprosoftCmmi y moprosoft
Cmmi y moprosoft
 
Pmbok
PmbokPmbok
Pmbok
 
Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...Comparación de aPRO con otras normas existentes para evaluación de la adminis...
Comparación de aPRO con otras normas existentes para evaluación de la adminis...
 
Normas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectosNormas de evaluación y madurez en la administración de proyectos
Normas de evaluación y madurez en la administración de proyectos
 
Lineas de Productos de Software y el Método Watch - Sistemas 2
Lineas de Productos de Software y el Método Watch - Sistemas 2Lineas de Productos de Software y el Método Watch - Sistemas 2
Lineas de Productos de Software y el Método Watch - Sistemas 2
 
Tecnologýýas de la informaciýýn hiroshi palacios (1)
Tecnologýýas de la informaciýýn hiroshi palacios (1)Tecnologýýas de la informaciýýn hiroshi palacios (1)
Tecnologýýas de la informaciýýn hiroshi palacios (1)
 
Normas
NormasNormas
Normas
 
Díme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usarDíme que desarrollas y te diré que metodología usar
Díme que desarrollas y te diré que metodología usar
 
Metodología tradicional
Metodología tradicionalMetodología tradicional
Metodología tradicional
 
Material rap4
Material rap4Material rap4
Material rap4
 
Tendencias en gestión de proyectos evaluación de la madurez organizacional us...
Tendencias en gestión de proyectos evaluación de la madurez organizacional us...Tendencias en gestión de proyectos evaluación de la madurez organizacional us...
Tendencias en gestión de proyectos evaluación de la madurez organizacional us...
 
metodologia
metodologiametodologia
metodologia
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de software
 
Luis
LuisLuis
Luis
 

Más de sandrariveram

Proyecto final propuesta de mejora
Proyecto final   propuesta de mejoraProyecto final   propuesta de mejora
Proyecto final propuesta de mejorasandrariveram
 
Proyecto final propuesta de mejora
Proyecto final   propuesta de mejoraProyecto final   propuesta de mejora
Proyecto final propuesta de mejorasandrariveram
 
Poniendo en practica el plan
Poniendo en practica el planPoniendo en practica el plan
Poniendo en practica el plansandrariveram
 
David y goliat, planificacion preliminar del proyecto
David y goliat, planificacion preliminar del proyectoDavid y goliat, planificacion preliminar del proyecto
David y goliat, planificacion preliminar del proyectosandrariveram
 
Control del programa
Control del programaControl del programa
Control del programasandrariveram
 
Consideraciones acerca de los recursos
Consideraciones acerca de los recursosConsideraciones acerca de los recursos
Consideraciones acerca de los recursossandrariveram
 
Conclusiones del proyecto
Conclusiones del proyectoConclusiones del proyecto
Conclusiones del proyectosandrariveram
 
Planeación del proyecto
Planeación del proyectoPlaneación del proyecto
Planeación del proyectosandrariveram
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresasandrariveram
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresasandrariveram
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresasandrariveram
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresasandrariveram
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresasandrariveram
 

Más de sandrariveram (20)

Proyecto final propuesta de mejora
Proyecto final   propuesta de mejoraProyecto final   propuesta de mejora
Proyecto final propuesta de mejora
 
Abanqerp
AbanqerpAbanqerp
Abanqerp
 
Proyecto final propuesta de mejora
Proyecto final   propuesta de mejoraProyecto final   propuesta de mejora
Proyecto final propuesta de mejora
 
Apm
ApmApm
Apm
 
Poniendo en practica el plan
Poniendo en practica el planPoniendo en practica el plan
Poniendo en practica el plan
 
David y goliat, planificacion preliminar del proyecto
David y goliat, planificacion preliminar del proyectoDavid y goliat, planificacion preliminar del proyecto
David y goliat, planificacion preliminar del proyecto
 
Control del programa
Control del programaControl del programa
Control del programa
 
Consideraciones acerca de los recursos
Consideraciones acerca de los recursosConsideraciones acerca de los recursos
Consideraciones acerca de los recursos
 
Conclusiones del proyecto
Conclusiones del proyectoConclusiones del proyecto
Conclusiones del proyecto
 
Capitulo 9
Capitulo 9Capitulo 9
Capitulo 9
 
Cap 8
Cap 8Cap 8
Cap 8
 
Cap 8
Cap 8Cap 8
Cap 8
 
Planeación del proyecto
Planeación del proyectoPlaneación del proyecto
Planeación del proyecto
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresa
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresa
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresa
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresa
 
El sistema imss desde su empresa
El sistema imss desde su empresaEl sistema imss desde su empresa
El sistema imss desde su empresa
 
Formatos cap6
Formatos cap6Formatos cap6
Formatos cap6
 
Templeates
TempleatesTempleates
Templeates
 

Estándares PMI PMBOK y PRINCE2 para gestión de proyectos

  • 1. Estándares de administración de proyectosSANDRA RIVERA MENDEZGESTIÓN Y EVALUACIÓN DE PROYECTOS<br />ESTÁNDARES DE ADMINISTRACIÓN DE PROYECTOS<br />Existen varios estándares entre los que están<br />PMI PMBOK: (Project Managment Body Of Knowledge) Este es la metodología propuesta por la asociación Project Managment Institute (PMI), es un estándar ampliamente difundido en EEUU. <br />PRINCE2: (Projects IN Controlled Enviroments) Es la metodología propuesta por el Gobierno Ingles, y ampliamente difundida en Europa. <br />RUP: (Rational Unified Process)<br />XP: (eXtreme Programing) es la metodología mas difundida de la asociación Agile, que agrupa varias metodologías de respuesta rápida y altamente flexibles.<br />CMMI: (Capability Maturity Model Integration). Es un método de mejoramiento a los procesos. <br />P2M: (Project & Program Management for Enterprise Innovation) es el estándar Japonés.<br /> V-Modell: es el modelo alemán promovido por el Gobierno, y el ministerio de defensa de ese país. <br />HERMES: adaptación del modelo alemán V-Modell promovido por el Gobierno Suizo. <br />A continuación se describirán algunos de ellos.<br />PROJECT MANAGEMENT BODY OF KNOWLEDGE<br />La Guía del PMBOK® es un estándar en la Administración de proyectos desarrollado por el Project Management Institute(PMI). La misma comprende dos grandes secciones, la primera sobre los procesos y contextos de un proyecto, la segunda sobre las áreas de conocimiento específico para la gestión de un proyecto.<br />En 1987, el PMI publicó la primera edición del PMBOK® en un intento por documentar y estandarizar información y prácticas generalmente aceptadas en la gestión de proyectos. La edición actual, la cuarta, provee de referencias básicas a cualquiera que esté interesado en la gestión de proyectos. Posee un léxico común y una estructura consistente para el campo de la gestión de proyectos<br />La Guía del PMBOK es ampliamente aceptada por ser el estándar en la gestión de proyectos, sin embargo existen algunas críticas: La mayor viene de los seguidores de la Cadena Crítica (en oposición al Método de la ruta crítica). EL PMBOK se encuentra disponible en 11 idiomas: inglés, español, chino simplificado, ruso, coreano, japonés, italiano, alemán, francés, portugués de Brasil y árabe.<br />Es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente (IEEE Std 1490-2003) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos, incluyendo construcción, software, ingeniería, etc.<br />El 'PMBOK' reconoce 5 grupos de procesos básicos y 9 áreas de conocimiento comunes a casi todos los proyectos.<br />Los procesos se traslapan e interactúan a través de un proyecto o fase y son descritos en términos de:<br />Entradas (documentos, planes, diseños, etc.)<br />Herramientas y Técnicas (mecanismos aplicados a las entradas)<br />Salidas (documentos, productos, etc.).<br />GAPPS<br />Alianza Global para las Normas de Desempeño del Proyecto<br />El GAPPS es una alianza única de gobierno, industria privada, las asociaciones profesionales y la formación y las instituciones académicas que trabajan juntos para desarrollar la gestión de proyectos de competencia aplicables a nivel mundial basada en estándares marcos, y las asignaciones. Nuestros estándares y marcos están destinadas a facilitar el reconocimiento mutuo de las cualificaciones y transferabiltiy gestión de proyectos.<br />El objetivo de la GAPPS es proporcionar a la comunidad de gestión de proyectos globales con la información que está disponible gratuitamente para su uso por empresas, instituciones académicas, asociaciones profesionales y las normas gubernamentales y organismos de las cualificaciones a nivel mundial. GAPPS da la bienvenida a cualquier organización o agencia gubernamental que quiera participar para unirse como miembros y empezar a construir las normas mundiales juntas.<br />THE V-MODELL XT<br />El V-modelo es un desarrollo bien conocidos sistemas de TI modelo de proceso Ofrece a las compañías y las autoridades con una guía para la organización y realización de proyectos de TI. Ayuda a mejorar la calidad del producto y la comunicación entre las autoridades y contratistas - especialmente para el complejo y largo los sistemas vivos. El V-modelo es el modelo de desarrollo de procesos de uso obligatorio por parte del público alemán federal y contratistas de la defensa autoridad y proveedores de sistemas. Como referencia, el V-modelo goza de creciente popularidad en la industria y la academia. La versión actual de la V-modelo es el modelo V-97. Desde 1997, sin cambios o mejoras que se hicieron. En 2002, se inició un proyecto para rediseñar y mejorar el modelo de proceso existentes. El resultado del modelo V-XT debe reflejar las nuevas estándares y tecnologías, sino que también debe exponer de manera significativa la mejora de propiedades de calidad, como la usabilidad, la adaptabilidad, la mutabilidad y la escalabilidad.<br />El recientemente entregado V-Modelo XT proporciona un fácil de entender quot; caja de herramientasquot; de los cuales los componentes de proceso puede ser seleccionado para obtener el nivel adecuado de la agilidad y la disciplina para un proyecto determinado. El modelo XT-V ha sido desarrollado completamente usando un documento basado en el modelo enfoque para mantener la coherencia del modelo y generar los formatos de publicación requerida. <br />Esta charla que motiva el uso de modelos de procesos de desarrollo como un medio para mejorar la previsibilidad y calidad del software y desarrollo de sistemas. Comparte algunas ideas primera perspectiva en el desarrollo de la XT V-Modelo. Por otra parte, se introduce la arquitectura conceptual de la V-Modelo XT desde una perspectiva académica y da una visión general de la norma próxima. <br />CMM<br />El Modelo de Madurez de Capacidades o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente para los procesos relativos al desarrollo e implementación de software por la Universidad Carnegie-Mellon para el SEI (Software Engineering Institute).<br />El SEI es un centro de investigación y desarrollo patrocinado por el Departamento de Defensa de los Estados Unidos de América y gestionado por la Universidad Carnegie-Mellon. quot; CMMquot; es una marca registrada del SEI.<br />Este modelo establece un conjunto de prácticas o procesos clave agrupados en Áreas Clave de Proceso (KPA - Key Process Area). Para cada área de proceso define un conjunto de buenas prácticas que habrán de ser:<br />Definidas en un procedimiento documentado<br />Provistas (la organización) de los medios y formación necesarios<br />Ejecutadas de un modo sistemático, universal y uniforme (institucionalizadas)<br />Medidas<br />Verificadas<br />A su vez estas Áreas de Proceso se agrupan en cinco quot; niveles de madurezquot; , de modo que una organización que tenga institucionalizadas todas las prácticas incluidas en un nivel y sus inferiores, se considera que ha alcanzado ese nivel de madurez.<br />Los niveles son:<br />1 - Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el desarrollo y mantenimiento de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobrecostes. El resultado de los proyectos es impredecible.<br />2 - Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad. La relación con subcontratistas y clientes está gestionada sistemáticamente.<br />3 - Definido. Además de una buena gestión de proyectos, a este nivel las organizaciones disponen de correctos procedimientos de coordinación entre grupos, formación del personal, técnicas de ingeniería más detalladas y un nivel más avanzado de métricas en los procesos. Se implementan técnicas de revisión por pares(peer reviews).<br />4 - Gestionado. Se caracteriza porque las organizaciones disponen de un conjunto de métricas significativas de calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos. El software resultante es de alta calidad.<br />5 - Optimizado. La organización completa está volcada en la mejora continua de los procesos. Se hace uso intensivo de las métricas y se gestiona el proceso de innovación.<br />ICB (IPMA COMPETENCES BASELINE)<br />ICB  (IPMA  Competence  Baseline)  es  el  estándar  de  IPMA (Internacional  Project  Management  Association)  para  la  competencia  en  la dirección de proyectos. IPMA es la organización de gestión de proyectos más antigua, creada  en  Suiza  en  1965  y  está  formada  por  una  red  de  asociaciones  nacionales  de gestión  de  proyectos.<br />Se  constituye  como  la  organización  representativa  de  todas  las asociaciones  nacionales  instaladas  en  cada  país,  que  orientan  sus  servicios  a  las necesidades nacionales de desarrollo en el área de gestión de proyectos, y en su propio idioma.  La  asociación  española  es  AEIPRO  (Asociación  Española  de  Ingeniería  de PROyectos) que es una organización sin ánimo de lucro e inicia su andadura en  septiembre  del  año  1.992  como  una  vía  para  el  mejor  desempeño  de  la  práctica profesional en el campo de la gestión de los proyectos.<br />IPMA mediante el CVMB (Certification Validation Managment Board) coordina los programas de competencia y cualificación de las asociaciones miembros.<br />ICB  (IPMA  Competente  Baseline)  es  la  metodología  que  se  usa  en  el  sistema  de certificación  de  4  niveles  IPMA.  Es  un  estándar  muy  útil  para  los  profesionales  y  los stakeholders. Establece el conocimiento y la experiencia que se espera de los gestores de proyectos, programas y carpetas de proyectos. ICB contiene los términos básicos, tareas, habilidades, funciones, procesos, métodos, técnicas y herramientas que se deben usar, tanto teórica como prácticamente, para una buena gestión de proyectos.<br />