Proyectos

3. ANALISIS COMPARATIVOS

3.1 ANALISIS COMPARATIVO ENTRE LA METODOLOGIA SCRUM Y LA

GUIA PMBOK CUARTA EDICION

3.1.1 INTRODUCCION

El capítulo tiene como objetivo realizar la comparación entre la metodología Scrum

y la Guía PMBOK Cuarta Edición donde se muestren similitudes y diferencias

entre ellas. El comparativo está orientado a tomar cada uno de los 42 procesos

asociados a los grupos de procesos y las 9 áreas de conocimiento de la Guía del

PMBOK Cuarta Edición con los procesos que se realizan en la metodología

Scrum.

El siguiente cuadro nos muestra las diferencias actuales que existen entre una

metodología ágil como Scrum y una tradicional como la Guía PMBOK Cuarta

Edición. [13]

Tabla 5 Diferencias entre Metodologías Tradicionales y Agiles

METODOLOGIAS TRADICIONALES METODOLOGIAS AGILES

Trabajo y gestión guiada por un plan de

proyecto que comprende todo su ciclo de

desarrollo

Planificaciones de trabajo que solo

comprenden el ciclo que se está

trabajando, normalmente de 30 días

Conocimiento detallado de los requisitos

antes de comenzar el desarrollo del

proyecto.

Descubrimiento progresivo de requisitos e

incorporación de cambios en cualquier

iteración.

Comunicación formal según el plan definido Comunicación directa entre todos los

miembros del equipo (incluido el cliente).

Se utiliza la comunicación verbal

Gestión de equipos y personas

centralizado

Equipos auto-gestionados

Existencia de un contrato predefinido No existe un contrato tradicional, es flexible

El cliente interactúa con el equipo de

desarrollo por medio de reuniones

El cliente es parte del equipo de desarrollo

Grupos grandes y pueden ser distribuidos Grupos pequeños, trabajando en el mismo

sitio

Creación de diferentes artefactos durante

el ciclo de vida del proyecto

Pocos artefactos

Utilización de diferentes roles Pocos roles

Tomado de http://es.scribd.com/doc/78027269/metodoagilscrum-100513145255-

phpapp02.pdf66

3.1.2 CRUCE DE LAS PRÁCTICAS DE LA METODOLOGIA SCRUM CON LA

GUIA DEL PMBOK CUARTA EDICION.

Para este cruce, se comienza por el grupo de Procesos de Iniciación, el cual

contiene diferentes áreas de conocimiento y su comparativo con las prácticas de

Scrum asociadas a éste. [14]

3.1.2.1 Grupo de procesos Iniciación: Initiating Process Group

El proceso 4.1 Desarrollar el acta de constitución del proyecto (Develop

Project Charter) es un proceso que consiste en un documento formal para

justificar, explicar, definir y finalmente autorizar un proyecto. Tanto para Scrum

como para la Guía PMBOK se crea el acta de constitución.

Desarrollar el acta de constitución es esencial para ambas metodologías donde la

retroalimentación y la aprobación son necesarias para la iniciación del proyecto,

pero Scrum hace hincapié en la participación del equipo del proyecto, incluso en

esta etapa. [24]

Como se observa en la siguiente tabla, los procesos contienen ítems similares

entre ellos, aunque hay algunos que no son comunes. Por lo tanto, esta práctica

se cumple de acuerdo al proceso de la Guía PMBOK.

Tabla 6 Acta de Constitución del Proyecto

DESARROLLAR EL ACTA DE CONSTITUCION DEL PROYECTO

GUIA PMBOK CUARTA EDICION METODOLOGIA SCRUM

Justificación o Propósito del proyecto Declaración de la misión

Declaración de la visión

Valor del negocio

Clientes

Objetivos Medibles

Requisitos de alto nivel

Descripción de alto nivel

Riesgos Riesgos, Trade-off

Cronograma de hitos Hitos

Resumen del presupuesto Recursos

Requisitos de aprobación

Director del Proyecto

Patrocinador

El proceso 10.1 Identificar a los interesados (Identity Stakeholders) pertenece al

área de conocimiento Gestión de la Comunicación del Proyecto (Project

Communication Management) el cual consiste en identificar a todas las personas

u organizaciones que se impactan por el proyecto y documentar la información

relevante asociada a sus intereses y participación en el proyecto. En Scrum no se

realiza documentación sobre los interesados por basarse en la informalidad de los

equipos enfocándose en la comunicación cara a cara por medio de las reuniones

diarias (Daily Scrum Meeting) y al previo involucramiento durante la definición del 67

Product Backlog. De acuerdo a lo anterior, en Scrum se tienen en cuenta los

stakeholders pero no las entradas y herramientas utilizadas en el PMBOK, así

como la documentación relevante. Por lo tanto, la práctica de Scrum se cubre

parcialmente con relación al proceso de la Guía PMBOK.

3.1.2.2 Grupo de procesos Planeación: Planning Process Group

A continuación se describen los procesos del grupo de planeación, los cuales

pertenecen a una o más áreas de conocimiento, contando con 20 procesos de la

Guía de PMBOK. [15]

4.2 Desarrollar el plan de Gestión del proyecto (Develop Project Management

Plan) consiste en la documentación por parte del director de proyectos, de las

acciones necesarias para definir, preparar, integrar y coordinar todos los planes.

La principal diferencia es el rol de la gestión del proyecto en cada metodología. El

ScrumMaster hace el papel de facilitador ayudando al equipo a lograr el

rendimiento óptimo de una manera autosuficiente, mientras que el Director del

Proyecto depende de los planes que dirigen todas las fases y aspectos del

proyecto en mucho mas detalle.

En Scrum más que definir todos los elementos del plan de proyectos al comienzo

del mismo, se centra sobre la planeación en iteraciones de acuerdo a los límites

acordados en la reunión de planeación realizando documentación informal como

notas, tableros. En Scrum, se utiliza la planeación de la entrega y los niveles de

Sprint pero la planeación de proyectos Scrum es “Just in Time” donde el siguiente

Sprint es planeado en más detalle en el contexto del plan de entrega global. Otra

diferencia con la gestión de proyectos tradicional es que el director de proyectos

es el único responsable del plan del proyecto, mientras que en Scrum, los equipos

...