CUADRO COMPARATIVO METODOLOGIAS ISO 21500, PMBOK, METODO KANBAN, METODOLOGIA SCRUM, Esquemas y mapas conceptuales de Ingeniería Aeronáutica

¡Descarga CUADRO COMPARATIVO METODOLOGIAS ISO 21500, PMBOK, METODO KANBAN, METODOLOGIA SCRUM y más Esquemas y mapas conceptuales en PDF de Ingeniería Aeronáutica solo en Docsity! Cuadro comparativo metodologías PMBOK, SCRUM, KANBAM (ventajas y desventajas de cada metodología ITEM PMBOK SCRUM KANBAM Marco general Naturaleza Tradicional Ágil Ágil Enfoque Elemento diferenciador 10 áreas de conocimiento Tablero Kanban Acta de inicio del proyecto Certificaciones otorgadas Secuencial/Iterativo Secuencial Iterativo Iterativo Flexibilidad al cambio Documentación Robusta Mínima Mínima Roles y responsabilidades No hay roles definidos Entregas Si No No Sin referencia Si Si Si Planificación Cubre la gestión, control y organización del proyecto Marco para gestionar y desarrollar software Marco ágil para gestionar actividades y resultados colectivos e individuales Tipos de proyectos al cual es aplicable Todo tipo de proyecto (público y privado) En mayor proporción proyectos de tecnología/software Todo tipo de proyecto (público y privado) Por procesos: *Inicio *Planificación * Ejecución * Monitoreo y control * Cierre Según requerimiento del cliente Según requerimiento del cliente 3 ceremonias, 3 artefactos, 3 roles Elemento que indica el inicio del proyecto Aprobación del proyecto y financiación del mismo Modelo e idea principal del proyecto * Certificación PMP * Certificación CAMP * Certified Scrum Master *Certified Scrum Product Owner *Certified Scrum Developer * Certified Scrum Coach *Certified Scrum Trainer * Team Kanban Practitioner * Kanban System Design * Kanban Management Professional Difícil (Debe estar acorde a cada uno de los planes del proyecto Medianamente fácil (Los cambios pueden introducirse solo al final del ciclo) Fácil (Se pueden introducir cambios en cualquier momento) Se debe definir el equipo del proyecto Roles y responsabilidades claramente definidos Entregas de acuerdo a los hitos y al cronograma del proyecto Entregas programadas al cierre de cada sprint que suele durar entre 2 y 4 semanas Entregas contínuas basadas en prioridades Basado en ciclo de vida del proyecto Involucramiento del cliente/usuario final Al inicio y al final del proyecto Durante todo el desarrollo del proyecto Se contemplan los elementos Alcance/Tiempo/Costo De largo alcance (Principio a fin del proyecto) Por periodos cortos de tiempo Por periodos cortos de tiempo Entre 0, 19 y 0,35 0,42 0,42 Probabilidad de éxito. (Desarrolladas en diferentes horizontes de tiempo) Variables asociadas al fracaso de los proyectos Plazos prorrogados, rehacer trabajos, interrupciones en el ritmo del trabajo, cambio de alcance, planificación insuficiente, control inadecuado, aumento de costos y problemas de comunicaciones. Falta de conocimiento de la metodología, proyectos no compatibles con la metodología, falta de usuario funcional en el equipo, intentar implementar la metodología en corto tiempo. No puede ser usada ante grandes aumentos de demanda, por lo que el acumulamiento de tareas podría desbordar el trabajo, no es una metodología preparada ante cambios inesperados. ORGANICACION Duración sprint Por demanda Estimar los costos No documentado No aplica No aplica No aplica No aplica No aplica DIRECCION Gestionar la calidad Calidad Calidad del producto No aplica No aplica Gestión de bloqueos Reunión diaria No hay roles definidos Cierre del proyecto CONTROL Validar el alcance Inspección Estimar la duración de las actividades Estimación de tareas por sprint Estimación de tareas priorizadas Desarrollar el cronograma Lista priorizada pendientes Determinar el presupuesto Estimar los recursos de las actividades Scrum Master, Product Owner, Equipos scrum, Socios Service Deliver Manager Service Request Manager Dirigir y gestionar el trabajo del proyecto Reunión diaria, mantenimiento listo priorizada, creación de entregables, cambio y retrospectiva del proyecto Reuniones diarias, reuniones para planificar estrategias, reuniones planificar entregas Gestionar el conocimiento del proyecto Retrospectiva del proyecto Gestión transparente por tableros Adquirir recursos, desarrollar equipo, dirigir equipo Reunión diaria (Daily) Reuniones de seguimiento Efectuar las adquisiciones Implementar respuesta a los riesgos Desarrollo de la estrategia de gestión de riesgos, reunión diaria Gestionar las comunicaciones Seguimiento al tablero de control Gestionar el involucramiento de los interesados Mantenimiento de los pendientes, gestión directa con los interesados Envío de entregables o entrega de producto mínimo viable Entregas contínuas priorizadas Demostración y validación del Sprint Entregas contínuas basadas en prioridades Controlar el alcance Control de las fases del tablero CONTROL Adaptación Flexibilidad Transparencia Transparencia Controlar los costos No aplica No aplica Controlar la calidad Monitorear riesgos Controlar bloqueos Evolución colaborativa No aplica No aplica Retroalimentación Controlar el cronograma Convocar Scrum de Scrum, inspección Seguimiento de entregas priorizadas Monitorear y controlar el trabajo del proyecto Retrospectiva del Sprint Reuniones de seguimiento de avance, retroalimentación Realizar el control integrado de cambio Monitorear las comunicaciones Control de garantia, garantia de calidad Control de entregas del producto Demostración y validación del Sprint Controlar los recursos Revisión y retrospectiva Controlar las adquisiciones Monitorear el involucramiento de los interesados Revisión y retrospectiva ASPECTOS TRADICIONALES AGILES Estructura organizativa Lineal Flexible, colaborativa, iterativa Escala de proyectos Grandes Pequeños y medios Requisitos Definidos antes del desarrollo Dinámicos Implicación del cliente Baja participación Alta participación Modelo de desarrollo Entrega evolutiva Participación del cliente Al gerente del proyecto Preferencias del modelo Producto o proceso Se enfoca en los procesos Se planifica de Sprint en Sprint Planificación Se planifica de manera rigurosa Estimación del esfuerzo Revisiones y aprobaciones Proyecto cerrado Proyecto abierto al cambio Adaptabilidad al cambio Ligera, básica Documentación Basado en estándares de desarrollo Basada en análisis heurísticos Modelo de ejecución Específicos Flexibles Ciclo de vida del proyecto (cascada, espiral) Los clientes se involucran en la etapa inicial del proyecto, en la ejecución no hay involucramiento Los clientes participan desde el inicio del proyecto escalamiento en la gestión de problemas La solución se escala y se trabaja por todo el equipo en conjunto El modelo tradicional favorece la anticipación El modelo ágil favorece y las personas El scrum master facilita las tareas y el equipo hace la estimación El gerente del proyecto estima y gestiona la aprobación del patrocinador del proyecto Las revisiones se realizan después de cada iteración Rigurosa por cada etapa del ciclo de vida Roles del equipo Gestión del cambio Se aceptan cambios mínimos con relación al alcance inicial Se adaptan a las necesidades del proyecto, hay un aprendizaje continuo