PMP/CAPM, Project Management

Aberraciones de la «moda» Agile | No todo lo que brilla es oro

En el artículo de hoy quiero profundizar en algunos conceptos o ideas erróneos que circulan por las redes.

Antes de nada el concepto «moda» lo he puesto entre comillas, ya que no considero la Agilidad una moda (lleva muchos más años en el mercado de lo que muchos piensan), pero si que está de moda.

Como toda tendencia ha generado un «boom» de formaciones, certificaciones, proyectos de cambio en las organizaciones, PMO Agiles, etc

Pues bien, si todo lo de arriba ha servido para que nuestros proyectos aporten más valor y se hayan optimizado los procesos y herramientas de trabajo, entonces nada más que decir, adelante con ello si te funciona.

Pero si no es el caso, si no te está aportando valor, ¿tiene sentido continuar con ello simplemente por que es tendencia y a otros les funciona? Creo que esta pregunta es fundamental y muchos ni se la plantean.

¿Que está sucediendo en el mercado? Pues como lo Agile está de moda y es tendencia se está saturando y desvirtuando, aquí es donde aparece el concepto de «fake agile»

Es fácil encontrarse con lo siguiente:

  • Proyectos ágiles con contratos a precio fijo (llaves en mano)
  • Quien afirma que Scrum es Agile y Agile es Scrum o no distingue la diferencia entre ambos conceptos
  • Quien considera que Project Manager = Scrum Master independientemente de los skills o aptitudes que pudiera tener
  • Scrum Masters de titulín que hace 6 meses eran programadores y ahora son «excelentes gestores emocionales» sin formación alguna, más que un curso de día y medio con el certificado de turno.
  • Agile Coaches que predican el cambio en las organizaciones a base de PPTs, juegos y mucho LEGO, sin aportar experiencia, lo que suele dejar más problemas que soluciones.
  • Ofertas de trabajo que buscan «Project Managers Juniors Agile»
  • Empresas que dicen que aplican Scrum y luego te das cuenta que no hacen seguimientos, ningún tipo de daily , ni retrospectivas.

Y un sin fin más de afirmaciones erróneas o con conceptos aberrantes.

A mi personalmente lo que mas me «duele» es escuchar cada dos por tres la frase de «El PMP está obsoleto, ahora los proyectos se gestionan todos con Scrum»

Esta simple afirmación tiene tantos errores conceptuales juntos, que si te paras a pensar te puede explotar la cabeza..

  1. El PMP no es más que una certificación del PMI, ni es un método de trabajo, ni una filosofía, ni un estándar: es un examen. En tal caso se debería hablar del estándar en el que se basa mayormente esta certificación: el PMBOK.
  2. Se compara un estándar internacional reconocido en gestión de proyectos como es el PMBOK que recoge desde hace muchos años las mejores prácticas del sector, con un marco de referencia agile como es Scrum (es decir están mezclando peras con manzanas)
  3. Ni mucho menos todos los proyectos se gestionan con Scrum, ni tan siquiera tiene sentido aplicar Scrum en muchos casos.
  4. El PMBOK ya en su Sexta Edición reconoce la utilidad de las prácticas ágiles bajo ciertas circunstancias y aparece el concepto de «tailoring» donde se indica que dependiendo de las circunstancias tendrá más sentido aplicar un enfoque u otro.

Yo personalmente recomendaría a cualquier profesional del área de gestión de proyectos, independiemente del sector, conocer el estándar PMBOK, aunque luego vayas a trabajar como ScrumMaster.

Esta recomendación anterior la hago desde mi experiencia, teniendo en cuenta que el PMBOK te habla de integración, te habla de gestión de costes, te habla de gestión de riesgos, de la calidad en el proyecto, el proceso contractual y de adquisiciones, etc

Conceptos los anteriores que son básicos para cualquier profesional del sector y sin los cuáles vas a ir muy perdido en un ambiente empresarial (a no ser que los hayas ido adquiriendo a base de experiencia a lo largo de los años).

En un curso de Scrum, te van a explicar el marco de referencia Scrum y de lo de arriba en muchos casos ni se va a mencionar.

Esto nos deja con perfiles sin experiencia en gestión, que hacen una formación de Scrum, y al día siguiente ya están aconsejando a empresas en como hacer la gestión del cambio de entornos tradicionales a ágiles sin tan siquiera haber gestionado nada en toda su carrera profesional.

Y lo peor, las empresas que los contratan a ciegas con la esperanza de poder ponerse cuanto antes el «sello Agile» en sus proyectos y estar «a la moda».

Precisamente un ScrumMaster debería ser un perfil con cierta experiencia, con sólidos conocimientos de gestión y sobretodo y por encima de todo esto, un buen nivel de «habilidades blandas» o «soft skills» para poder acompañar al equipo y desbloquear problemas.

Dicho lo anterior ¿Qué opinas de la «moda» Agile? Te has encontrado en tu día a día con situaciones similares a las que describo en este artículo?

Como siempre tus opiniones y comentarios serán bien recibidos.

Alejandro Pérez, PMP, PMI ACP

Negociación y Conflictos, PMP/CAPM, Project Management

Negocios en Perspectiva: Los retos en las organizaciones (Parte 2)

Continuando con el artículo de la semana pasada donde publicamos nuestro primer Podcast, hoy te hago entrega de la segunda parte.

Para los que os perdisteis la primera (podéis acceder al misma aquí) fuimos invitados al Podcast «Negocios en Perspectiva» que lidera Alex Kroger (@alexplkr) y en el cuál se tratan temas de actualidad como lo son la gestión de proyectos, la innovación, la formación, etc

En este podcast de periocidad mensual, Kroger va invitando a diferentes perfiles profesionales: emprendedores, psicólogos, profesores, directores de empresas, etc

En esta segunda parte del podcast profundizamos aún más en los temas que iniciamos la semana pasada y afrontamos los retos de las organizaciones en materia de transformación digital, gestión de proyectos, adaptación al cambio y mucho más!

–> Escucha ahora el Podcast en Youtube: Negocios en Perspectiva #13

También disponible en Ivoox: http://bit.ly/2L8wDMF

Alejandro Pérez, PMP, PMI ACP y Javier Pérez, PMI ACP, PSM I

Negociación y Conflictos, PMP/CAPM, Project Management

Negocios en Perspectiva: Los retos en las organizaciones

El artículo de hoy va a ser un poco diferente a lo habitual, ya que además de leerlo, vas a poder escucharlo 🙂

Hemos sido invitados al Podcast «Negocios en Perspectiva» que lidera Alex Kroger (@alexplkr) y en el cuál se tratan temas de actualidad como lo son la gestión de proyectos, la innovación, la formación, etc

En este podcast de periocidad mensual, Kroger va invitando a diferentes perfiles profesionales: emprendedores, psicólogos, profesores, directores de empresas, etc

En esta ocasión, nos ha invitado a participar al equipo de CEOLEVEL, para hablar sobre varios temas, que se han repartido en dos episodios (#12 y #13), hoy se publica el primero y la semana que viene estará disponible la segunda parte.

En estos dos episodios hablamos sobre gestión de proyectos, tradicional y agile (diferencias y virtudes).

También hablamos sobre los retos principales que afrontan las organizaciones, tales como la transformación digital, adaptación al cambio, seguridad, innovación y cultura empresarial, etc

Os dejo el link y espero que disfrutéis escuchándolo tanto o más como nosotros hemos disfrutado grabándolo 🙂

Como siempre cualquier comentario o aportación será bienvenido.

–> Escucha ahora el Podcast: Negocios en Perspectiva #12

Nota: Recuerda, la semana que viene tendrás el siguiente capítulo disponible, donde profundizaremos más en los temas tratados en este primer capítulo, así que te animo a suscribirte al Podcast.

Alejandro Pérez, PMP, PMI ACP y Javier Pérez, PMI ACP, PSM I

Negociación y Conflictos, PMP/CAPM, Project Management

«Tailoring» El secreto del éxito en tus proyectos

Hay muchos factores que pueden afectar positivamente o negativamente al éxito de un proyecto, entre los más destacados podríamos incluir:

  • Compromiso de la alta dirección
  • Correcta elección de la metodología y el equipo de gestión
  • Involucración de los interesados

Todos estos puntos son claves para llevar a cabo un proyecto exitoso, entiendo como tal aquel proyecto que acaba con el alcance, tiempo y coste esperados, entregando un resultado de calidad y con la satisfacción del cliente.

¿Gestión tradicional o Agile?

Últimamente se viene hablando mucho de las prácticas ágiles y como estas pueden ayudar a entregar valor y en muchos casos se menosprecia la gestión más tradicional por fases o waterfall.

Desde mi punto de vista, no hay ganadores ni perdedores en la batalla del método de gestión infalible, ya que como tal no existe.

Pero si que existe el buen gestor de proyectos, con experiencia, con visión, con soft skills trabajadas a lo largo de los años, con buen juicio, con ética e integridad.

Con esto quiero decir, que como he mencionado al inicio del artículo, uno de los puntos principales es la elección de un buen equipo de gestión.

Un gestor de proyectos que tenga la experiencia suficiente para gestionar la complejidad del proyecto.

Una complejidad que se puede dar a muchos niveles:

  • Gestión de los procesos
  • Gestión de las relaciones humanas
  • Gestión de la incerteza (riesgo)

Para gestionar un proyecto complejo, necesitaremos contar con un director de proyecto experimentado, que conozca bien las diferentes herramientas y métodos de gestión (tradicional y agile).

Alguien con la capacidad de elegir el mejor enfoque en cada momento, dependiendo de factores tales como:

  • Nivel de definición del alcance
  • Nivel de variabilidad en los requisitos
  • Criticidad del Proyecto
  • Deadlines de tiempo y coste
  • Complejidad del Proyecto
  • Cultura Empresarial
  • Experiencia del equipo
  • Etc

Analizando todos estos y otros muchos factores, un buen gestor de proyectos debería ser capaz de hacer un «tailoring» adecuado al proyecto.

Con el concepto de «tailoring» me refiero a la capacidad de escoger los mejores métodos y herramientas para gestionar los diferentes niveles de complejidad del proyecto.

Y no solo escogerlos, sino adaptarlos a la realidad del proyecto. Esta adaptación de las herramientas y los procesos de gestión son desde mi punto de vista un factor determinante en el éxito de un proyecto.

Al igual que no es lo mismo comprarse un traje de oferta en unos grandes almacenes que ir a una sastrería y que te diseñen uno a medida, tampoco se puede dar una solución perfecta para todo tipo de proyectos.

Es aquí donde la experiencia y el buen hacer del «sastre» marcarán la diferencia en la calidad del resultado final.

¿Qué conocimientos debería tener todo Gestor de Proyecto?

Dicho esto, un buen profesional debería tener una combinación de experiencia y conocimientos técnicos, más un conjunto de habilidades blandas bien trabajadas.

Yo personalmente recomendaría:

  • Certificarse como PMP o CAPM: Esto dará una base de conocimiento completa el profesional: Buenas prácticas, vocabulario y estructura mental.
  • Certificarse en Agilidad: Conocer el «mindset» Agile y las diferentes herramientas, prácticas y marcos de referencia tales como Scrum, Kanban, XP
  • Potenciar y formarse en habilidades blandas: empatía, inteligencia emocional, oratoria, persuasión, liderazgo, negociación, etc

Los puntos anteriores los recomendaría a cualquier profesional que esté ejerciendo como director de proyecto o aspire a ello.

Limitarse a «vivir» de la experiencia sin formarse o quedarse solo con una visión de la gestión (ya sea la tradicional o la agile), será negativo dado que no permitirá realizar un buen «tailoring» o «traje a medida» para el proyecto, al desconocer parte de las opciones disponibles.

¿Tú que opinas? ¿Añadirías alguna otra recomendación?

Como siempre, tus comentarios son más que bienvenidos en la sección dedicada a los mismos al final de este artículo.

Alejandro Pérez, PMP, PMI ACP

Negociación y Conflictos, PMP/CAPM, Project Management

¿Por qué muchas empresas fallan al implementar SCRUM?

Siguiendo la línea de mi post anterior: ¿Conoces las diferencias entre gestión tradicional y agile? os traigo este nuevo artículo.

Hoy analizaré los principales puntos de fallo de las implementaciones de Scrum en las empresas.

Como sabrás (en caso contrario lee el artículo anterior) Scrum es un marco de referencia agile.

Scrum nos permite una adecuada gestión de la complejidad en proyectos donde el alcance/requisitos y/o tecnología no es tan bien definidos o sujetos a alta variabilidad.

Estos son entornos denominados «complejos» tal y como se puede observar en el esquema siguiente:

La pregunta es, si Scrum es un marco de referencia ideal para estos entornos ¿por qué muchas empresas están fallando en su implementación?

Hay muchas variables y factores que pueden afectar, a continuación os comento las más comunes:

Entender la agilidad y comunicarla adecuadamente

Este es el punto principal, antes de hacer cualquier cambio que impactará a la forma de trabajar de la organización hay que invertir tiempo en la gestión de este cambio.

Esto supone comunicar y formar a las diferentes capas de la organización, al nivel que le corresponda.

Implementar con éxito un marco de referencia como Scrum, supone que la empresa ha de «abrazar» la agilidad, compartir los valores del manifiesto agile y contar con equipos preparados para ello.

Formar adecuadamente a las personas responsables

Además de comunicar el cambio adecuadamente a todas las capas (desde dirección, mandos intermedios, equipos), será necesario formar a las personas involucradas.

Con formar no me refiero a apuntarles a un curso online o comprarles un libro, sino acompañar a la plantilla en el proceso del cambio.

Lo ideal para comenzar sería realizar formaciones presenciales de calidad (si son «in-company» mejor que mejor) donde se establezca un marco de conocimiento homogéneo a la plantilla que sirva como punto de partida.

Importante que en esta formación se hablen de temas claves sobre lo que supone ser agile, valores, «soft-skills», técnica de estimación agile, prácticas ágiles (scrum, Kanban, xp, etc)

El problema con este punto es que muchas empresas creen que con apuntarse a un curso de Scrum de 2 días o descargar y leer la guía oficial ya es suficiente para implementarlo con éxito.

Desde mi punto de vista y por mi experiencia personal, considero que hacer únicamente una formación de Scrum, te deja una visión sesgada de lo que supone ser agile.

Dicho lo anterior sería interesante recibir una formación más amplía donde se trabajen otros aspectos esenciales y se comenten otros marcos de referencia/implementaciones ágiles que muchas veces son complementarios.

Hacer correctamente el ejercicio de «Tailoring»

Con esto quiero decir, que aunque Scrum puede ser un marco de trabajo perfecto para muchos entornos (especialmente los complejos) no siempre tiene por que ser la mejor opción.

Debemos tener la capacidad y experiencia necesaria para saber elegir el mejor el conjunto de herramientas y técnicas para cada proyecto, adecuándolas a la realidad del mismo (duración, criticidad, cultura de la organización, nivel de definición de los requisitos, tamaño del equipo y sus habilidades, etc)

Esto es conocido como «tailoring» o «hacer un traje a medida» para el proyecto según las necesidades.

Si quieres profundizar en estos temas, conocer que supone ser Agile, los marcos y métodos de referencia como Scrum, Kanban, XP y mucho más no dejes de revisar nuestro Curso Agile: PMI ACP + ScrumMaster, posiblemente el curso más completo del mercado para dar el salto a la agilidad.

¿Añadirías alguna causa más? ¿Algún consejo para aquellas empresas que están en pleno proceso de transformación? ¿Quieres compartir alguna experiencia personal?

No dejes de aportar valor a la comunidad, compartiendo tus opiniones y experiencias abajo en la sección para comentarios.

Alejandro Pérez, PMP, PMI ACP

Negociación y Conflictos, PMP/CAPM, Project Management

¿Conoces las diferencias entre Gestión Tradicional y Agile?

En el artículo de hoy quiero hablarte de las diferencias principales entre una gestión de proyecto tradicional (también conocida como waterfall) o una gestión Agile.

También quiero darte algunos consejos para que sepas en que casos te conviene utilizar una u otra, ya que como en otras áreas de la vida, no hay una solución mágica para todo.

Lo importante para un gestor de proyectos es contar con el mayor abanico posible de herramientas y conocimientos.

Esto nos va a permitir seleccionar los mejores planteamientos en cada caso y hacer un «tailoring» adecuado para cada proyecto, dependiendo las circunstancias.

Antes de comenzar a ver las diferencias entre una gestión de proyectos más tradicional o una basada en prácticas ágiles, me gustaría recordar que no es mejor una que otra, simplemente en algunos casos conviene usar una y en otros otra.

Diferencias principales entre la Gestión Waterfall y la Gestión Agile

Una de las principales diferencias en la gestión de proyectos empleando métodos ágiles es la elaboración progresiva.

En vez de realizar un análisis y planificación detallada al inicio del proyecto, vamos a ir trabajando en bucles (también conocidos como iteraciones o sprints)

La idea es poder adaptarse al cambio sin demasiada fricción.

Lo que se busca con la agilidad es obtener cuanto antes un producto mínimo viable que poder presentar al cliente y luego ir trabajando con incrementos de valor en cada ciclo o iteración.

No se da por válida una iteración si no aporta un valor añadido al producto del proyecto.

Después de cada iteración, se revisa lo que ha funcionado y lo que no para tenerlo en cuenta en las siguientes.

Este enfoque de elaboración progresiva basado en ciclos iterativos nos va a permitir responder al cambio mucho mejor y adaptarnos a sus consecuencias.

¿En que casos es recomendable la Gestión Agile vs la Gestión Tradicional?

Pues esto dependerá de cada situación, pero en términos generales, todos aquellos proyectos donde el alcance esté poco definido o sepamos que los cambios en el mismo van a ser muy frecuentes, tiene sentido aplicar prácticas ágiles.

Proyectos tipo desarrollo de software o de I+D son candidatos muy claros a utilizar un enfoque agile, pero no los únicos.

Realmente las prácticas e implementaciones ágiles más comunes como Scrum y Kanban, son aplicables a casi cualquier tipología de proyecto.

Por lo general vale la pena hacerse estas preguntas:

  • ¿Los requisitos y el alcance en general está bien definido y acotado por todas las partes?
  • ¿Hemos realizado un proyecto similar en el pasado y contamos con planes y lecciones aprendidas que nos pueda ayudar?
  • ¿Lo que hoy es cierto y está documentado será siguiendo cierto mañana?

Si las repuestas son positivas, apuesta por una gestión tradicional, bien planificada y por fases (waterfall) si las respuestas son negativas, opta por una gestión Agile.

¿Qué otros factores debo tener en cuenta?

Obviamente intervienen otros factores a tener en cuenta, como por ejemplo la cultura de la organización.

No es posible cambiar la manera de hacer las cosas de un día para el otro, y pasar de trabajar con un sistema de gestión tradicional a uno agile implica entre otras cosas: comunicar bien el cambio, entender el cambio y formar a las personas claves de la organización.

Si los puntos comentados en el párrafo anterior no se llevan acabo adecuadamente y dedican los recursos necesarios para apoyar la transformación, más que agilidad, estaréis implementando el caos en vuestra organización.

¡Quiero saber más sobre los métodos e implementaciones Agiles!

Espero que este artículo te ayude a entender las diferencias principales entre ambos sistemas de gestión y saber escoger el más apropiado según las circunstancias propias del proyecto y la organización.

Si quieres profundizar en estos temas, conocer que supone ser Agile, los marcos y métodos de referencia como Scrum, Kanban, XP y mucho más no dejes de revisar nuestro Curso Agile: PMI ACP + ScrumMaster, posiblemente el curso más completo del mercado para dar el salto a la agilidad.

Alejandro Pérez, PMP, PMI ACP

Negociación y Conflictos, PMP/CAPM, Project Management

¿Es lo mismo Explicar que Comunicar?

En el artículo de hoy me gustaría hablar sobre el «arte de comunicar».

En la mayoría de proyectos no se le da la importancia que tiene a la gestión de las comunicaciones, ya sean orales, escritas, etc

Según el estándar de gestión de proyectos PMBOK Sexta Edición, se nos indica que el gestor de proyectos invierte aproximadamente un 90% de su tiempo en la gestión de las comunicaciones.

Esta afirmación no hace referencia a que se pase el 90% hablando o reunido, nada más lejos de la realidad, sino a que invierte gran parte de su tiempo, en recopilar, analizar información y transmitirla de manera adecuada a todos los interesados del proyecto.

¿Pero cuando hablamos de transmitirla adecuadamente de que estamos hablando en realidad?

No se trata de hablar o explicar, de exponer datos sin más, se trata de comunicar de «conectar con nuestro público»

Cuando explicamos algo, nos quedamos en la superficie del mensaje, tan solo estamos actuando como emisores de un mensaje, pero no estamos «involucrando» o «conectando» con el receptor.

Cuando comunicamos, vamos mucho más allá, conectamos con los receptores y los hacemos partícipes del mensaje.

¿Qué necesito pues para comunicar?

Para comunicar con claridad es imprescindible contar con tres capacidades:

  1. Un alto grado de conocimiento de la lengua.
  2. Un alto grado de conocimiento de aquello sobre lo que se va a comunicar
  3. Excelente capacidad de organización de las ideas y sintetizar el mensaje

Estas capacidades como cualquier otra se pueden desarrollar, nadie nace aprendido, sino que se hace camino al andar.

Fijaos en los políticos, la gran mayoría tienen muchas deficiencias en su oratoria, ya que están «leyendo» un documento, no creen en lo que defienden, ni muchas veces tienen un gran conocimiento del tema sobre el que pretenden comunicar.

Por eso, nos sorprendemos cuando de tanto en tanto, nos encontramos delante de un verdadero líder que conoce y cree en su mensaje y por lo tanto está comunicando y no explicando.

Es muy importante entender el valor de la comunicación y del esfuerzo que debemos hacer como gestores de proyectos para hacer de la misma nuestra herramienta de trabajo principal en el día a día.

Dicho esto, toma ahora 5 minutos de tu tiempo y analiza tus «capacidades de comunicación» y piensa en los 3 puntos comentados arriba.

¿Consideras que los dominas a la perfección? ¿o hay camino para mejorar? Si tu respuesta a la última pregunta es afirmativa, te invito a marcar un plan de acción para mejorar estas capacidades.

Acciones Recomendadas

Una muy buena idea sería valorar el trabajar los aspectos de la comunicación en grupo, uniéndote a ToastMasters una organización internacional especializada en la mejora de oratoria y la comunicación, con sedes locales en la mayoría capitales del mundo.

Si resides en España, desde el capítulo local del PMI en Madrid, organizan habitualmente sesiones de mejora de la oratoria conjuntamente con Toastmasters, os ánimo a uniros y mejorar vuestras competencias de comunicación.

Alejandro Pérez, PMP, PMI ACP

Negociación y Conflictos, PMP/CAPM, Project Management

Retrospectiva ¿Qué es y qué no es?

La retrospectiva es necesaria en TODOS los proyectos sean ágiles o no.

Como concepto la retrospectiva es un momento de pausa, de reflexión, en el cuál el equipo se reúne para analizar como se están haciendo la cosas.

Investigar que ha funcionado, que no ha funcionado y como aplicar estas lecciones aprendidas para las próximas acciones.

Siempre vale la pena parar un momento «el tiempo» y pensar en como podemos mejorar.

Que NO debe ser una retrospectiva:

  • No debes ser una reunión sin sentido, donde se hablen de muchas cosas y no se tomen decisiones.
  • No debe ser una «caza de brujas», no se trata de buscar culpables, sino de buscar mejoras.

Que debería ser una retrospectiva:

  • Un momento de expresión abierta en un ambiente psicológicamente seguro.
  • Un lugar de co-creación, donde los participantes aporte su experiencia y puntos de vista.
  • Una reunión con un objetivo concreto: la mejora y aprendizaje continuo.

Habitualmente en las retrospectivas se suele dar respuesta a 3 preguntas básicas:

  • ¿Qué hicimos bien?
  • ¿Qué hicimos mal?
  • ¿Qué podemos cambiar o hacer distinto la próxima vez para mejorar?

¿Cómo podemos dinamizar una retrospectiva?

En el libro “Agile Retrospectives” de Esther Derby y Diana Larsen, se indican 5 pasos o etapas para la estructuración de las retrospectivas:

  • Preparar el escenario: El objetivo es lograr que las personas conozcan e internalicen los objetivos de la reunión y el tiempo programado.
  • Recolectar datos: Lograr capturar todos los puntos de vista, situaciones, hechos e información útil para analizar (potenciando la tormenta de ideas y la clasificación de las mismas).
  • Generar ideas: Comprender la situación del equipo y que surjan los hallazgos de posibles mejoras (para esto podemos usar diagramas tipo Fishbone y herramientas de mindmapping para profundizar en las ideas)
  • Action items: Elaborar una lista de acciones y elegir las más importantes para aplicarlas inmediatamente a nuestro trabajo.
  • Cerrar la retrospectiva: Dar por finalizado el proceso de análisis con el impulso y las ganas necesarias para realizar las acciones definidas.

Puedes ver diferentes dinámicas de grupos para gestionar las retrospectivas en tus proyectos aquí: Fun Retrospectives

Una de mis preferidas es el LSP (Lego Serious Play) que facilita la dinamización de este tipo de eventos y además es muy divertido 🙂

¿Utilizas las retrospectivas como herramienta de mejora en tus proyectos? ¿Qué técnicas aplicas para dinamizarlas?

Cuéntanos tus experiencias (buenas o malas) en la sección de comentarios abajo.

Alejandro Pérez, PMP, PMI ACP

Project Management

La formación Agile más completa: PMI ACP + ScrumMaster

Como ya sabrás, las prácticas ágiles están de moda, son tendencia.

El problema, como con cualquier otra moda (por ejemplo la del coaching), es que hay mucho «humo» y cuesta discernir aquellas prácticas que realmente aportan valor.

Justamente con el objetivo de aportar valor, te presento la que posiblemente sea la formación Agile más completa que vas a encontrar: PMI ACP + ScrumMaster

Esta formación ya está disponible en formato intensivo presencial (Madrid/Barcelona) y también en formato Online.

¿Qué diferencia a esta formación de otros cursos de Scrum o Agile?

En la mayoría de cursos de Scrum, se habla únicamente de Scrum.. y Scrum no es Agile y Agile no es Scrum, me explico:

Una buena formación Agile, no debe centrarse únicamente en el marco de trabajo Scrum (eso sería quedarse con una visión muy sesgada y limitada de la realidad) sino en dotar al participante de una visión global de la agilidad, esto incluye los valores compartidos, las habilidades blandas, y otras capacidades que se le presuponen a un especialista Agile.

Y no solo eso, una buena formación Agile, tiene que darte una visión global de todas las prácticas actuales: Scrum, Kanban, XP, DSDM, etc

Esto es lo que pretendemos con nuestro curso PMI ACP + ScrumMaster, dotar a los participantes de una visión de 360 grados, global pero profundizando en los aspectos más importantes.

Una formación dinámica y participativa pero sin shows, humo, ni artificios: únicamente Agile en su estado más puro.

Esta formación se imparte en 2 formatos: presencial en 2 días (Viernes tarde y Sábado completo) o en formato online (sin horarios fijos, a tu ritmo).

Con esta formación estarás capacitado para superar los 2 exámenes de certificación Agile con más demanda en el mercado laboral:

  • PMI Agile Certified Practitioner (ACP) de PMI.org
  • Professional Scrum Master I (PSM I) de Scrum.org

Si quieres conocer el temario detallado, costes, fechas, etc no dejes de visitar la web del curso:

Formación PMI ACP + ScrumMaster

Próxima Convocatoria:

Madrid: Viernes 31 de Mayo y Sábado 1 de Junio

Barcelona: Viernes 28 y Sábado 29 de Junio

Online: Ya disponible, sin horarios, a tu ritmo

También puedes resolver cualquier duda sobre el curso o las certificaciones llamando al (+34) 932556175 estaré encantado de asesorarte personalmente.

Alejandro Pérez, PMP, PMI ACP

PMP/CAPM, Project Management

Objetivo 2019: Certificarte en Gestión de Proyectos (PMP|ACP|ScrumMaster)

Ya estamos en el 2019 un nuevo año y nuevos objetivos y retos por delante.

Enero es el mes en el que muchos de nosotros y muchas empresas dedicamos para marcar las nuevas metas a cumplir en el año que comienza.

Como ya sabrás el mercado laboral es cada vez más competitivo y la lucha por conseguir ese puesto soñado o ser el candidato elegido para liderar el nuevo proyecto puntero de la compañía es cada vez más complicado.

Nos pueden ayudar a conseguir esos objetivos muchos factores, tales como una buena experiencia profesional, el networking, el dominio de idiomas, etc

Pero aún dominando todo lo anterior, en muchas ofertas de trabajo nos encontraremos que nos piden certificaciones profesionales. Unas de las más demandadas en la actualidad son las de Gestión de Proyectos.

 

Las certificaciones en Gestión de Proyectos, tales como el PMP, CAPM, PMI ACP, PSM I, etc son útiles para profesionales de cualquier sector.

Muchos lectores y futuros alumnos me escriben o llaman preguntándome si son certificaciones enfocadas a ingenierías o carreras técnicas únicamente, nada más lejos de la realidad.

Entre mis alumnos cuento con profesionales de todos los sectores, desde la construcción, consultoría, marketing, abogacía, farma, etc

Resumiendo, las certificaciones de gestión de proyectos aportan valor a profesionales de cualquier sector, incluso para emprendedores que necesitan gestionar sus propios proyectos.

Al final, en estas formaciones y certificaciones, lo que se trabaja son las buenas prácticas, técnicas, herramientas y marcos de trabajo para implementar en el día a día y profesionalizar nuestra labor.

Dado que hay muchas certificaciones en el mercado, os recomiendo que leáis este artículo que escribí sobre que certificación elegir: ¿Qué certificación de gestión de proyectos me conviene?

Y si después de leer el artículo tienes cualquier duda o prefieres hablar conmigo personalmente para que te asesore, no dudes en escribirme o llamarme al  (+34) 932556175 estaré encantado de atenderte.

Nuestros alumnos nos escogen por la cercanía, profesionalidad y trato personalizado, puedes leer lo que opinan de nuestra formación aquí: Opiniones Cursos Gestión de Proyectos o también buscando por CEOLEVEL directamente en Google.

Alejandro Pérez, PMP, PMI ACP