PMBOK

El Project Management Body of Knowledge (Libro de estándares para la Gestión de Proyectos)

(PMBOK) (®) es un estándar reconocido internacionalmente (IEEE, ANSI) este trabaja con el
uso del conocimiento, de las habilidades, de las herramientas, y de las técnicas para resolver
requisitos del proyecto. La guía del PMBOK define un ciclo vital del proyecto, 5 grupos de
proceso y 9 áreas de conocimiento de la tarea de administración de proyectos. Un equipo de
proyectos funciona en 9 áreas del conocimiento con un número de procesos básicos según el
resumen que presentamos a continuación:

1. Integración: Desarrolle la carta del proyecto, la declaración del alcance y el plan. Dirija,
maneje, supervise y controle el proyecto de Innovación.
2. Alcance: Planeamiento, definición, creación, verificación y control de la estructura de
división de responsabilidades del trabajo (WBS).
3. Tiempo: Definición, secuenciamiento, estimación de recursos necesarios y de la
duración, desarrollo y control del cronograma.
4. Costo: Planeamiento de recursos, costos estimados, presupuesto y control.
5. Calidad: Planeamiento de la calidad, aseguramiento de calidad y control de calidad.
6. Recurso humano: Planeamiento, contratación, desarrollo y administración del Recurso
Humano.
7. Comunicaciones: Planificación de comunicaciones, distribución de la información,
difusión del desempeño, Gestión de stakeholders
8. Riesgos: Planeamiento e identificación de riesgos, Análisis de riesgos (cualitativa y
cuantitativa), planeamiento de la respuesta ante riesgos (acción), y supervisión y control
del riesgo.
9. Consecución: Plan de contrataciones y adquisiciones, selección e incentivos de los
vendedores, administración y cierre de contratos.

PRINCE 2
El nombre de PRINCE2 viene de las palabras en inglés “PRojects IN Controlled Environments”,
es un método de gestión de proyectos que cubre la gestión, el control y la organización de un
proyecto. Constituye una aproximación estructurada a la gestión de proyectos, proporciona un
método para gestionar proyectos dentro de un marco de trabajo claramente definido. Describe
procedimientos para coordinar personas y actividades en un proyecto, cómo diseñar y supervisar
el proyecto y los pasos a seguir si ocurre alguna desviación de lo planificado y es necesario
realizar ajustes. Este método propicia la división de las tareas en etapas, lo cual permite una
utilización eficiente de los recursos y un seguimiento y monitorización muy ajustada a las tareas
reales, que permite que el proyecto se desarrolle de una forma controlada y organizada.
Es un método ampliamente reconocido, que proporciona un lenguaje común a todos los
participantes en el proyecto. 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. Se deriva de un método
anterior llamado PROMPTII y del método de gestión de proyectos PRINCE, cuya versión inicial
se desarrolló en 1989 como encargo para el Gobierno del Reino Unido que deseaba contar con un
estándar de gestión de proyectos para las tecnologías de la información. Dado que el uso de
PRINCE se popularizó y empezó a aplicarse en otros ámbitos externos a las tecnologías de la
información, se publicó PRINCE2 en 1996, como un método de gestión de proyectos estándar.
La popularidad de este método se ha incrementado con los años y ahora es un estándar de facto
para la gestión de proyectos en el Reino Unido, su uso se ha extendido también a muchos otros
países del mundo.

La metodología que PRINCE2 propone se apoya en 7 Principios, enriqueciendo no sólo al

proyecto en concreto, sino a toda la organización en la que se desarrolla.

Los principios de la metodología son los siguientes:

1. Justificación comercial continua

Se asegura de que hay un motivo justificable para iniciar el proyecto.
La justificación se mantiene válida durante toda la vida del proyecto.
Dicha justificación ha sido identificada, y aprobada.
2. Aprender de la experiencia
Se recogen las experiencias anteriores, las que se van obteniendo a lo largo de la
ejecución del proyecto, así como las lecciones aprendidas al cierre del mismo.
3. Roles y Responsabilidades definidos
Asegurando que los intereses de los usuarios que van a usar el proyecto, los proveedores y
el responsable del área de negocio están representados en la toma de decisiones.
4. Gestión por Fases
Un proyecto que sigue la metodología PRINCE2 se planifica, se supervisa y se controla
fase a fase.
5. Gestión por excepción
Es decir, delegar la autoridad suficiente de un nivel de gestión al siguiente, dándole
autonomía según unas tolerancias pautadas (de tiempo, coste, calidad, alcance, beneficio
y/o riesgo) de manera que, de sobrepasar la tolerancia, se consulte al nivel superior como
actuar.
6. Orientación a productos
Centra la atención en la definición y entrega de productos, es decir, un proyecto no son un
conjunto de tareas a realizar, si no que entrega productos (que se elaboran tras la
ejecución de las tareas que sean necesarias).
 7. Adaptación
Asegurando que la metodología PRINCE2 y los controles a aplicar se basen en el tamaño,
complejidad, importancia, capacidad y nivel de riesgo del proyecto.

SCRUM MANAGER

Los Scrum Manager son participantes clave en organizaciones ágiles. La importancia de su rol
radica en lo estratégico de su responsabilidad, que se orienta a la preservación de la calidad del
producto, desde la arquitectura de código hasta el usuario final de calidad. Su involucración
permite garantizar que el desarrollo cumple con los objetivos planteados a corto y largo
plazo. Además, su influencia es determinante al encontrarse cerca del equipo de desarrollo y
actuar como intermediarios, representando los intereses de este área frente a la alta
dirección. Esta proximidad con el proceso y el producto protege a los equipos de las distracciones
externas, la adopción de patrones o enfoques de trabajo improductivos, la irrupción de funciones
cruzadas o la aparición de proyectos secundarios que puedan alejar a los desarrolladores de los
objetivos del equipo.

Función del Scrum Manager

Pese a la similitud de ambos términos, Scrum Master y Scrum Manager no se ocupan de lo

mismo en un entorno de desarrollo. Los Scrum Master son responsables de los proyectos en un
equipo ágil y se centran en la optimización del rendimiento, trabajando entre el propietario del
producto y el equipo, para asegurar la consistencia de las acciones que se lleven a cabo. A
diferencia de esta figura, el Scrum Manager es el encargado de:

 Crear el equipo, por lo que su labor comienza con la contratación de desarrolladores. Esta
tarea lleva mucho tiempo y, si el Scrum Master se ocupase de ella, terminaría distrayendo
al desarrollo.
 Reducir algunos de los efectos de la incorporación a medida que cada nueva persona se
integra en el equipo, para permitir que el equipo pueda centrarse de lleno en el producto.
 Actuar como un socio y mentor, ya que son expertos en los fundamentos de la gestión y
por eso deben responsabilizarse de mantener las reuniones que sean precisas con los
miembros de los equipos, dar retroalimentación y coaching.
 En algunos casos, también pueden apoyar la labor del Scrum Master y aportar ideas,
código, pruebas y cultura de empresa.

Está claro que, la de Scrum Manager, es una posición de gerencia, por lo que su implicación
tendrá mucho que ver con la toma de decisiones estratégicas, especialmente en lo que respecta a
la determinación de plazos, para la que habrá de actuar como negociador entre las partes, tratando
de lograr un acuerdo. Sin embargo, su aportación más importante al desarrollo es la que tiene que
ver con la generación de valor. Desde su experiencia y conocimiento, del medio y del equipo, a
través de preguntas e hipótesis, puede conseguir orientar al equipo en la dirección correcta. El
planteamiento de antecedentes, la revisión de los principios más importantes el enfoque ágil y su
colaboración activa con el Scrum Master lograrán que, sin coartar la autonomía de los
profesionales del desarrollo, se resuelvan problemas, se aumente la eficiencia y cada miembro del
equipo consiga crecer y aprender.