Metodologia Pmbok

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 7

METODOLOGIA PMBOK

Que es PMBOK?

PMBOK (siglas de Project Management Body of Knowledge; o Cuerpo de


Conocimiento de Gestión de Proyectos, en español) es un documento creado por el
PMI (Project Management Institute) que contiene procesos, prácticas
recomendadas, terminologías y directrices para una gestión de proyectos exitosa.

El PMI nació hace 50 años cuando un grupo de gestores se reunieron para compartir


conocimiento sobre sus actividades, siempre buscando encontrar mejores
estrategias para que un proyecto se llevara a cabo de forma eficiente.

A partir de los años 80 del siglo pasado se comenzó a publicar el PMBOK, aunque al
principio apenas era un artículo de divulgación, que con el paso del tiempo se
alimentó de la experiencia valiosa de gestores profesionales, hasta que tomó la
forma del manual que se conoce actualmente.

Como manual, el PMBOK inició en 1996 y para este año se espera la edición número
siete (en agosto estará disponible la traducción al español), porque como toda buena
guía, está sujeta a revisiones y mejoras, según las necesidades, tecnologías e
innovaciones lo piden.

Existe una certificación para los gestores de proyecto que tengan interés en


actualizarse, y algunas empresas ofrecen cursos para prepararte para el examen. Así
que no necesitamos resaltar la importancia que tiene el PMBOK, ya que es todo un
referente en el mundo de la gestión de proyectos.

¿Para qué sirve el PMBOK?


Más que una metodología, lo que comparte el PMBOK son buenas prácticas y
lineamientos que permiten dar buen seguimiento a los proyectos y a sus etapas,
durante toda la vida que tengan, gracias a la experiencia de los profesionales que ya
han comprobaron su eficacia.

Ayuda tanto a las personas que se inician en el área de gestión de proyectos, ya que
explica los procesos clave con miras a que se adapten a la metodología que cada
gestor decida; y también funciona para los más experimentados, pues cada nueva
edición de la guía incorpora innovaciones que responden a las herramientas y
necesidades más actuales.

La edición más reciente, que ya se compartió en inglés desde la página de PMI, es


más corta que las anteriores y se dirige más a la creación de valor en los negocios a
través de proyectos, así que más allá de los entregables, lo que importa son los
resultados que se alcanzan con ellos.
5 fases de un proyecto de acuerdo a PMBOK
Algunos comparan su aproximación hacia la gestión de proyectos al de la cascada,
con ciertos ajustes.

Podríamos decir entonces que hay cinco fases, o cinco grupos, según esta guía:

1. Iniciación

Aquí es cuando nace un proyecto. Es el proceso durante el cual se define en qué


consistirá y se expone la justificación de manera clara a la empresa y los
interesados. Se aprueba una vez que la viabilidad y el valor del plan se consideran
pertinentes, generalmente a través del análisis de dos documentos:

 Documento de caso de negocio, en donde se explican los posibles beneficios


financieros y de valor.
 Estudio de factibilidad, que habla de las metas del proyecto, cronograma y
costos que ayuden a determinar si el plan debe llevarse a cabo.

2. Planificación

La finalidad del plan de proyecto es que los equipos tengan una dirección para
conseguir los resultados finales. En este, se habla con detalle sobre cómo conseguir
recursos humanos, materiales y financiación; también presenta acciones para
prevenir posibles escenarios negativos, y lo que debe hacerse para que el proyecto
finalice en el tiempo acordado, dentro del presupuesto.

3. Ejecución

El proyecto se implementa. Los involucrados se reúnen para explicar


responsabilidades, objetivos y la forma en que la compleción de una tarea repercute
en los demás. De esta manera todas las personas entienden la importancia del
trabajo de cada quien y sabe a quién dirigirse en caso de obstáculos que
interrumpan el flujo.

Te recomendamos que utilices herramientas que permitan registrar,


automáticamente, los resultados que se alcanzan, con indicadores que hagan
evidente para todos si la administración del tiempo, recursos y personal es eficiente.

4. Seguimiento y control

Este paso es, la mayoría de las ocasiones, simultánea con el anterior, y es una gran
idea para actuar en caso de que se presente un problema. O, incluso, si es posible
agregar alguna mejora u optimizar un proceso gracias a una estrategia recién
aprendida o la integración de talento con conocimiento especializado. El
seguimiento y el control permiten adelantarse a las malas noticias, pero también
aprovechar oportunidades que aparezcan en el camino.

5. Cierre
El cierre ocurre cuando es posible presentarle al cliente, o la directiva interesada,
informes, resultados o entregables que se establecieron desde el inicio. También es
momento de que los equipos involucrados analicen el desarrollo del trabajo, cómo
se afrontaron los retos y qué pueden aprender del proyecto para los próximos.

Ahora te compartiremos algunas herramientas que te ayudarán a implementar


PMBOK con las ventajas de la automatización de un buen software.

METODOLOGIA PRINCE2
Qué es un proyecto

Para hablar de PRINCE2 primero vamos a ver cuál es la definición de proyecto y a


qué nos referimos.

Básicamente, un proyecto es una organización temporal, es decir, con un inicio y con


un fin definidos, que se crea con el propósito de entregar uno o más productos
comerciales según un caso de negocio convenido, aportándole siempre valor a la
organización.

Qué es gestión de proyectos

Según PRINCE2, cuando hablamos de la gestión de proyectos nos referimos a que,


dentro una corporación se identifican oportunidades y necesidades, y con ello se
seleccionan los proyectos que se van a realizar para paliar esas necesidades, lo que
contribuye a obtener nuevos beneficios para la corporación.

Qué es PRINCE2

PRINCE2 es un método estructurado para gestionar proyectos, que se basa en la


experiencia y contribuciones de organizaciones, Project Managers, etcétera, para
tener unas buenas prácticas y basarse en la experiencia a la hora de gestionar
proyectos.

Esta metodología se puede aplicar a cualquier proyecto, no importa la escala del


proyecto, el tipo, organización ni tampoco ubicación geográfica o cultural.

Estructura de PRINCE2: Principios, temas y procesos

En PRINCE2 tendremos un entorno controlado y 7 principios, los cuales son


obligaciones y buenas prácticas, que nos orientan y determinan si el proyecto se está
gestionando correctamente y se está gestionando mediante la metodología
PRINCE2. Hay que recordar que tanto este entorno como estos principios se aplican
a cada proyecto de manera individual.

Los 7 principios de PRINCE son los siguientes:

 Justificación comercial continua


 Gestión basada en la experiencia
 Roles y responsabilidades definidos
 Gestión por fases
 Enfoque en los productos y no en las actividades
 Gestión por excepción, donde tenemos en cuenta la calidad y definimos
tolerancia para cada producto que se vaya a entregar
 Capacidad de adaptar la metodología PRINCE2 a cualquier tipo de proyecto
Beneficios de PRINCE2

Los beneficios más importantes que ofrece esta metodología PRINCE2 son:

 Flexibilidad en la toma de decisiones


 Tener una buena comunicación que implique a la dirección
 Revisión del progreso
 Justificación comercial continua del proyecto durante todo su ciclo de vida

Es muy importante tener en cuenta que, si se realiza una buena gestión, tanto a nivel
de tiempo como de expectativas, evitaremos desafíos y tendremos más posibilidades
de que el nuestro proyecto sea realizado con éxito.

METODOLOGIA SCRUM

QUÉ ES SCRUM

Definición:

Scrum es una metodología de trabajo iterativa e incremental para la gestión de


proyectos, desplegado principalmente en el desarrollo ágil de software. La
metodología scrum hace hincapié en el software funcional, la flexibilidad para
cambiar junto con las realidades de negocio emergentes como páginas web, la
comunicación y la colaboración.

El SCRUM lleva años implantándose en todo tipo de ámbitos, desde líneas de


producción de automóviles hasta agencias de marketing.

Participantes en Scrum

Los tres actores fundamentales en la metodología scrum son el dueño del producto,
el scrum master y el miembro del equipo:

 Los product owners o dueños del producto comunican la visión del producto al


equipo de desarrollo y representan los intereses del cliente a través del
establecimiento de prioridades y necesidades.

 Los steakholders es la empresa que encarga el proyecto y es la mayor parte


interesada dentro del entorno SCRUM. Es una parte no activa y solo participa en
reuniones previas y en la presentación del producto al final.

 Los scrum masters actúan como una conexión entre el dueño del producto y el


equipo. Su función principal es eliminar los obstáculos que pueden impedir que
el equipo logre sus objetivos, por lo que ayudan al equipo a que permanezca
productivo y creativo.

 Los equipos de Scrum generalmente constan de siete miembros de funciones


cruzadas. Por ejemplo, los proyectos de software incluyen ingenieros de
software, arquitectos, analistas, programadores, expertos en control de calidad,
diseñadores de interfaz de usuario y probadores.

 Además de los papeles principales, los equipos de scrum también involucran


actores y gestores. Estos no tienen ninguna función formal en el scrum y son
involucrados en el proceso con muy poca frecuencia. Sus funciones se
denominan funciones auxiliares.

PRINCIPALES DOCUMENTOS DENTRO DE LA METODOLOGÍA SCRUM

El marco de trabajo SCRUM incluye eventos y artefactos para poder gestionar mejor
la metodología.

Eventos SCRUM

 SPRINT: Es la medida por la cual los integrantes del equipo SCRUM han


fraccionado el proyecto. Los sprints son unidades entregables y medibles para
los steakholders y que pueden probar y valorar

 SPRINT PLANNING: Es la unión previa para planificar el sprint. Suelen ser largas y
establecen las tareas que van a llevar a cabo durante todo el sprint.

 DAILY/WEEKLY SCRUM: Reunión Diaria de 15 minutos de duración por la cual se


repasa que se hizo ayer, que se hará hoy y que impedimentos se han
encontrado.

 SPRINT REVIEW: Reunión Final al terminar el sprint para valorar por parte del
Product Owner el trabajo y dar el OK al sprint para pasar al siguiente. En este
evento participa todo el equipo.

 SPRINT RETROSPECTIVE: Reunión posterior a la review donde se pone encima


de la mesa qué ha ido bien, qué ha ido mal y da pie a sugerencias de mejora
para el siguiente sprint.
Artefactos SCRUM

 Product Backlog : Son la lista de necesidades del cliente que dividiremos en


sprints backlog. Estas necesidades se realizan en la reunión previa con los
steakholders.

 Srpint Backlog : Son las divisiones entregables a los clientes y que desglosamos
del Product backlog. Estas divisiones han de poder ser entregables.

 Burn down chart: Muestra el trabajo que queda en el sprint backlog.


Proporciona una visión simple del progreso del sprint y se puede actualizar
todos los días. También proporciona virtualizaciones rápidas para referencia.

 Definition of Ready: Cuando decidimos que un producto está para entregar

 Definition of Done : Se establece en el srpint planning. Es el listado de


características que un cliente establece como óptimas.

También podría gustarte