FASE 6: DISEÑO METODOLÓGICO (informe)

Por

ANTONIO OBANDO CRUZ

COD. 97447401

GRUPO: 212056_6

TUTORA

ADRIANA YOLIMA MORALES

CURSO

METODOLOGÍAS DE GESTIÓN DE PROYECTOS

UNIVERSIDAD NACIONAL ABIERTA Y DISTANCIA UNAD

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA

PROGRAMA DE INGENIERIA INDUSTRIAL

MAYO DE 2018
INFORME.

PMBOK y PRINCE2 teniendo en cuenta el propósito y estructura

de cada una, se puede arribar a la conclusión que no son
excluyentes y pueden coexistir en un mismo proyecto. Existe
similitud entre ambas considerándolas compatibles y
complementarias, pues en gran medida, aunque tienen
propósito y estructura diferente, coinciden en la mayoría de los
elementos fundamentales para la gestión de proyectos.
La decisión de utilizar un estándar u otro está determinada por
las características del proyecto, sus necesidades puntuales, en
función de sus miembros y equipo de dirección.
La combinación de ambos estándares puede contribuir a
mejorar la calidad de los productos y servicios prestados, a la
vez que mejora la satisfacción del negocio.
Los principios, temas y procesos de PRINCE2 son consistentes
con la guía de PMBOK, aunque en PRINCE2 no se incluyen
todos los detalles y áreas de conocimiento de la guía de
PMBOK.
Ejemplo de ello lo constituye la incorporación en el PMBOK de
los temas asociados a la gestión de adquisiciones, gestión de
costos y gestión de las comunicaciones.
PRINCE2 en busca de alcanzar el éxito en el producto que se
desarrolla, se enfoca en un objetivo (Business Case) y lo
controla constantemente, garantizando que se está cubriendo
con la necesidad inicial por la cual surgió el proyecto.
La gestión por fase que explícitamente propone
PRINCE2 constituye un cambio de enfoque en la planificación
tradicional y a su vez facilita la planificación, asignación de
tareas, supervisión y control.
Este tipo de gestión es también abordada en el PMBOK, lo que
no exactamente del mismo modo. Determinado por el enfoque
basado en procesos de PRINCE2, este no detalla las habilidades
personales necesarias para la gestión de proyectos, elementos
que si se describe en la guía del PMBOK. En el caso de PRINCE2
a diferencia del PMBOK se describe lo que cada miembro del
equipo del proyecto debería hacer, cómo se deben hacer las
cosas, cuándo hacerlas y quién debe ser responsable, pues son
 delimitados en detalle los roles y responsabilidades de cada
miembro.
El método PRINCE2 está basado en el producto donde los
planes del proyecto se centran en entregar resultados y no
simplemente en planear cuándo se realizarán las actividades.
Este método a su vez proporciona un acercamiento estándar a
la gestión de proyectos, incorporando buenas prácticas
probadas y establecidas en la administración de proyectos. Es
una metodología extensamente reconocida, de fácil asimilación
sobre todo por principiantes de la gestión de proyectos y
proporciona un lenguaje común para los participantes de un
proyecto. Por otra parte la guía del PMBOK constituye una
excelente referencia para la administración de proyectos,
incorporando disimiles técnicas que un gerente de proyectos
debería conocer.
Es una guía que aporta lo ineludible en su estructura de
conocimientos para que la gerencia de proyectos sea
reconocida como una profesión, siendo menos rígida que
PRINCE2, pues provee un conjunto de pasos concretos que
deben ser personalizados a cada proyecto.
Siguiendo con el análisis de sobre las guías metodológicas
también tenemos la guía SCRUM MANAGER que por su
sencillez, resulta apropiado para equipos y organizaciones que
quieren comenzar a “avanzar en scrum”
Está formado por un conjunto de prácticas y reglas que
resultan válidos para dar respuesta a los siguientes principios
de desarrollo ágil:

Características

 Gestión evolutiva del avance, en lugar de la tradicional o

predictiva.
 Trabajar basando la calidad del resultado en el conocimiento tácito
de las personas, más que en el explícito de los procesos y la
tecnología empleada.
 Estrategia de desarrollo incremental a través de iteraciones
(sprints) y revisiones.
 Seguir los pasos del desarrollo ágil: desde el concepto o visión
general de la necesidad del cliente, construcción del producto de
forma incremental a través de iteraciones breves que comprenden
fases de especulación – exploración y revisión. Estas iteraciones
 (en scrum llamadas sprints) se repiten de forma continua hasta
que el cliente da por cerrada la evolución del producto.
Se comienza con la visión general de lo que se desea obtener, y a partir
de ella se especifica y da detalle a las partes de mayor prioridad, y que
se desean tener cuanto antes. Cada ciclo de desarrollo o iteración
(sprint) finaliza con la entrega de una parte operativa del producto
(incremento). La duración de cada sprint puede ser desde una, hasta
seis semanas, aunque se recomienda que no excedan de un mes.

En scrum, el equipo monitoriza la evolución de cada sprint en reuniones

breves diarias donde se revisa en conjunto el trabajo realizado por cada
miembro el día anterior, y el previsto para el día en curso. Esta reunión
diaria es de tiempo prefijado de 5 a 15 minutos máximo, se realiza de
pie junto a un tablero o pizarra con información de las tareas del sprint,
y el trabajo pendiente en cada una. Esta reunión se denomina “reunion
de pie” o “scrum diario” y si se emplea la terminología inglesa: “stand-
up meeting”, también: “daily scrum” o “morning rollcall”.
Gestión de la evolución del proyecto

Scrum maneja de forma empírica la evolución del proyecto con las

siguientes tácticas: Revisión de las Iteraciones

Al finalizar cada sprint se revisa funcionalmente el resultado, con todos

los implicados en el proyecto. Es por tanto la duración del sprint, el
período de tiempo máximo para descubrir planteamientos erróneos,
mejorables o malinterpretaciones en las funcionalidades del producto

Desarrollo incremental

No se trabaja con diseños o abstracciones durante toda la construcción

del producto.

El desarrollo incremental ofrece al final de cada iteración una parte de

producto operativa, que se puede usar, inspeccionar y evaluar.

Scrum resulta adecuado en proyectos con requisitos inciertos y, o

inestables.

¿Por qué predecir la versión definitiva de algo que va a estar

evolucionando de forma continua? Scrum considera a la inestabilidad
como una premisa, y adopta técnicas de trabajo para facilitar la
evolución sin degradar la calidad de la arquitectura y permitir que
también evolucione durante el desarrollo.

Durante la construcción se depura el diseño y la arquitectura, y no se

cierran en una primera fase del proyecto. Las distintas fases que el
desarrollo en cascada realiza de forma secuencial, en scrum se solapan
y realizan de forma continua y simultánea.

Autoorganización

Son muchos los factores impredecibles en un proyecto. La gestión

predictiva asigna al rol de gestor del proyecto la responsabilidad de su
gestión y resolución.

En scrum los equipos son autoorganizados, con un margen de maniobra

suficiente para tomar las decisiones que consideren oportunas.

Colaboración

Es un componente importante y necesario para que a través de la

autoorganización se pueda gestionar con solvencia la labor que de otra
forma realizaría un gestor de proyectos.

Todos los miembros del equipo colaboran de forma abierta con los
demás, según sus capacidades y no según su rol o su puesto.

1. ¿En qué consiste cada guía metodológica?

R// PMBOK: Cosiste en los métodos y prácticas que deben tenerse

en consideración desde que se inicia un proyecto hasta su
finalización. La aplicación de éstas prácticas permitirá llevar una
buena gestión del proyecto y mantener un mayor control,
permitiendo al Project Manager y a su equipo realizar proyectos de
manera eficaz y eficiente (en alcance, tiempo, coste), así como
asegurar la calidad y transparencia a lo largo de toda la vida del
proyecto.

PRINCE 2: Esta metodología se basa en un entorno cliente/proveedor.

De una parte está el cliente, quien especificará los resultados y
probablemente sea quien pague por el proyecto. De la otra parte están
los proveedores, quienes proveerán los recursos, realizarán el trabajo y
entregarán los productos requeridos.
SCRUM MANAGER: Esta se base en una filosofía de trabajo, una
manera de afrontar los procesos dentro de la empresa, tiene como
piedra fundamental la Agilidad, afirma que la agilidad es la clave para
afrontar dicho contexto.

1. ¿Qué metodología le llamó más la atención y por qué?

R// Me llama la atención la metodología “princes2” porque el proyecto

se justifica continuamente y en cada fase se revisa si el resultado del
mismo sigue siendo el deseado, porque genera una organización para
llevar a cabo un proyecto y porque lleva un método ampliamente
reconocido, que proporciona un lenguaje común a todos los
participantes en el proyecto que Incluye descripciones de los roles de
gestión y las responsabilidades asignadas a los participantes en el
proyecto, esto resulta beneficioso a la hora de adaptarlo a un proyecto
determinado con un grado de complejidad y necesidad de habilidades de
organización y conocimientos para llevar a cabo las distintas tareas del
proyecto.
 Identifico cinco diferencias de las tres metodologías.
SCRUM
Scrum es un proceso en el que se
aplican de manera regular un
conjunto de buenas prácticas para
trabajar en equipo
Descriptivo.
Tiene origen en un estudio de la
manera de trabajar de equipos
altamente productivos.
Se aplican de manera regular un
conjunto de buenas prácticas para
trabajar colaborativamente en
equipo
Orientado a equipos altamente
productivos.
Cubre las competencias
interpersonales
Las certificaciones emitidas
responden a sus propios criterios de
evaluación.
Se divide el proyecto en una serie
de fases que facilita su Selección de
requisitos, Planificación de la
iteración, Ejecución de la iteración,
Inspección y adaptación.
PMBOK
Colección de buenas prácticas
para la gestión de proyectos.
No prescriptivo - Descriptivo.
Impulsado por los requisitos del
cliente.
Cada tema se puede consultar
aisladamente del resto.
Orientado a los gerentes de
proyectos
Cubre las competencias
interpersonales
Tiene dos niveles de certificación
CAMP, PMP
Incluye la gestión por fases
PRINCE 2
Método de gestión de proyectos.
Prescriptivo.
Impulsado por un caso de negocio.
Un conjunto integrado de procesos y
componentes (no son elementos
aislados que se pueden aplicar de
forma independiente).
Cubre los roles de la gestión de
proyectos, definiendo los roles y sus
responsabilidades
No cubre las competencias
interpersonales
Tiene tres niveles de certificación
Foundation, Practitioner,
Professional
Se divide el proyecto en una serie
de fases que facilita su planificación,
asignación, tareas, supervisión y
control.

Identifico cinco similitudes de las tres metodologías.

SCRUM
Ejecución de la iteración
Planificación de la iteración
Planificación de la iteración
Reunión de sincronización
Retrospectiva
Demostración
Expertos para estimar costos
El equipo elabora la lista de tareas
de la iteración y los miembros del
equipo se auto asignan las tareas.
PMBOK PRINCE 2
Puesta en marcha de un proyecto.
Iniciación
Dirección del proyecto
Inicio del proyecto, Gestión de los
Planificación límites de la fase, Gestión de la
entrega de productos.
Control de la fase, Gestión de la
Ejecución
entrega de productos.
Dirección del proyecto. Control de la
Seguimiento y control fase. Gestión de los límites de la
fase.
Gestión de los límites de la fase.
Cierre
Cierre del proyecto.
Justificación continúa del negocio.
Integración
Gestión por excepción.
Descripciones detalladas y se
Tiempo realiza el diagrama de flujos vs
WBS
Aborda de manera general algunos
Recursos humanos, involucrados aspectos sobre la gestión del valor
ganado.
FUENTES BIBLIOGRÁFICAS

 PRINCE2 O PMBOK, ¿Qué es mejor para Gestionar mí

Proyecto?. http://blog.masterinprojectmanagement.net/prince2-y-
pmbok/
 orres Jannet. (2017). Metodologías de la Gestión de Proyectos. Recuperado
de http://repository.unad.edu.co/handle/10596/11078
 Clifford F. Gray (2009). Administración de Proyectos. McGraw-Hill. Recuperado
de http://bibliotecavirtual.unad.edu.co:2053/?il=366