Negociación y Conflictos, Project Management

Reuniones de Trabajo: 3 Efectivos Consejos para Mejorarlas

En el artículo de hoy quiero explicarte varías técnicas (sencillas pero muy efectivas) para mejorar el rendimiento de tus reuniones de trabajo.

Estoy seguro que al igual que yo en más de una ocasión habrás «sufrido» o te habrás desesperado en reuniones de seguimiento de proyecto totalmente improductivas.

Reuniones que se alargan por horas, a las que asisten multitud de personas (muchas de las cuáles no saben ni que están haciendo en la reunión).

Sesiones maratonianas de las cuáles apenas obtenemos un valor para la organización o el proyecto pero si un importante gasto (el coste/hora de los perfiles que asisten y el coste de oportunidad (que sería el valor de aquello que no estamos haciendo en ese momento por estar presentes en la reunión).

Para evitar situaciones como las que acabo de describir, debemos prestar atención a las cuatro fases del manejo de una reunión:

  1. Planificación (agenda y metas).
  2. Organizar la reunión (logística).
  3. Manejo de la reunión (presidir / facilitar).
  4. Seguimiento (Al finalizar la reunión).

Los puntos que menciono en la lista parecen obvios, pero no siempre se llevan a cabo correctamente, sobre ellos ya profundicé en mi anterior artículo: Las 10 Reglas para Gestionar Reuniones Efectivas

En el artículo de hoy, añadimos 3 consejos/técnicas para mejorar el rendimiento de tus reuniones de trabajo:

Alcance y Duración:

La reunión, si es de seguimiento de proyecto, no debería durar más de 30-45 minutos máximo. El objetivo de esta reunión es hacer un seguimiento del avance y detectar problemas (para analizarlos en profundidad en otras reuniones no en esta misma).

En una reunión de seguimiento de proyecto, deberemos revisar al menos las 3 líneas base del proyecto: Alcance, Tiempo,Coste y revisar la matriz de riesgos.

Para todo aquello que se salga de este seguimiento: problemas técnicos, de calidad, etc deberemos asignarles una reunión propia e invitar a los perfiles técnicos/especialistas apropiados para su análisis y resolución.

Moderación y Gestión del Tiempo

En relación al punto anterior, para controlar el tiempo nos podemos ayudar de algo tan sencillo como un reloj de arena (o en su defecto uno digital), para que de un golpe de vista los asistentes puedan saber cuanto tiempo queda y así optimizar sus intervenciones.

El moderador debe también gestionar el tiempo, los turnos de palabras y detectar cuando un tema se ha de sacar de la reunión principal y agendarlo para una reunión específica posterior.

Para ayudarte en la tarea de moderador puedes servirte de un «totem», por ej una pelota de tenis, que todo aquel que quiera intervenir, debe solicitar.

De esta manera quien no disponga del «totem» no puede intervenir en ese momento y debe solicitarlo, evitando de esta manera los «corrillos» y conversaciones alternativas.

Coste de la Reunión:

Este punto no se suele tener en cuenta, pero las reuniones además de tiempo, suponen un coste importante para el proyecto/organización, sobretodo aquellas a las cuáles asisten perfiles directivos.

Hay empresas que al entrar en la reunión, en la entrada a la sala además de aparecer la agenda y el tiempo máximo esperado, se indica el coste aproximado de esta reunión (teniendo en cuenta el coste/hora de los perfiles que asisten).

Imaginad el impacto visual, al entrar en una sala y ver «6.000 EUR» por una reunión de una hora, probablemente todos los asistentes harán un esfuerzo para intentar que sea lo más ejecutiva posible.

¿Conoces alguna otra técnica efectiva para la gestión de reuniones que puedas compartir?

No dudes en dejar tus comentarios abajo.

Alejandro Pérez, PMP, PMI ACP

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

PMP/CAPM, Project Management

3 Útiles Consejos para Validar tu Idea de Negocio

En el artículo de hoy quiero afrontar un tema que genera muchas dudas: ¿Cómo saber si una idea de negocio es buena o no?

Hay muchos métodos (algunos incluso demasiado complejos) para validar una idea de negocio, pero yo quiero ayudarte a simplificar el problema, con 3 sencillos consejos.

Lo primero que tienes que tener claro es que lo importante no es la idea, sino su público objetivo (cliente o consumidor) y tu capacidad para ejecutarla.

Muchas veces he hablado con emprendedores que tienen miedo de compartir su idea ya que se la pueden «copiar», esto si te paras a pensar es ridículo.

La idea que puedas tener ahora mismo, aunque te parezca muy original, seguro que la han tenido ya cientos o incluso miles de personas en el mundo, puede incluso que ahora mismo estén pensando en ella también 🙂

Por lo tanto como apuntaba arriba, lo importante no es tanto la idea, sino validarla, vamos a ello con mis 3 consejos:

Modelo Canvas

Olvídate de los planes de negocio que nadie se lee, plasma tu idea en un modelo canvas.

Si no lo has hecho nunca o no sabes bien de que va esto del Canvas, te recomiendo que leas este artículo donde se explica paso a paso como generarlo (plantilla incluida) en la web de marketingandweb de Miguel Florido: Modelo Canvas

Testear la Idea

Este concepto se basa en todo lo contrario a ocultar tu idea.

Puedes comenzar preguntando a aquellas personas de confianza que les parece la idea, para contrastar opiniones y puntos de vista.

Después de una primera ronda de feedbacks puede que tu punto de vista haya variado y tu idea haya madurado.

También puedes hacer algún tipo de encuesta online valorando la posible recepción de tu idea entre un público objetivo seleccionado.

Por ejemplo, yo podría preguntar a mis seguidores de Linkedin y del blog si tienen más interés en un curso de gestión de riesgos o en un curso de creación de start-ups y en base a los resultados obtenidos enfocarme en el desarrollo de esa idea.

Crear un MVP

Finalmente y no por ello menos importante, antes de invertir todo nuestro dinero, tiempo y esfuerzo en una idea que quizás no acabe de funcionar, es mejor testear el producto.

Esto va relacionado con la filosofía de trabajo Agile y la entrega de valor al cliente. En vez de pasarnos meses perfeccionando el producto final sin saber si este va a gustar o no, es mejor trabajar en un MVP.

Un MVP sería un prototipo, un «minimal viable product» es decir tu producto con las características básicas que te permitan salir al mercado y ver la recepción del mismo, y en base a esta acogida inicial invertir más dinero y esfuerzo en su mejora.

Muchas empresas de ocio online, que sacan varios videojuegos para móviles anualmente hacen todo esto que os he comentado. Especialmente el punto final, sacan una versión jugable de varios juegos, y aquel juego que funciona especialmente bien es donde vuelcan toda su inversión y equipo de desarrollo.

Como te indicaba al inicio del artículo, lo importante no es tanto la idea y su posible «originalidad», sino que tenga un público objetivo, testearla y tener la capacidad de ejecutarla.

¿Tienes algún otro consejo o idea para validar adecuadamente una idea de negocio? Como siempre tus comentarios serán bien recibidos.

Alejandro Pérez, PMP, PMI ACP

PMP/CAPM, Project Management

3 Criterios Importantes para la Selección de Proyectos

En el artículo de hoy quiero hablarte sobre varios aspectos clave a la hora de seleccionar un proyecto.

A menudo en las organizaciones se han de tomar difíciles decisiones en relación a que proyecto escoger de un portfolio de posibles proyectos a realizar.

Aunque no siempre se tiene en cuenta la opinión del gestor de proyectos en estas decisiones, si que sería interesante que participara en estos procesos iniciales.

La participación del PM aportaría experiencia y puntos de vista diferentes a los que pueda tener el departamento comercial o la dirección.

Adicionalmente una vez sea asignado el proyecto, el PM ya contaría información previa y no le resultaría todo nuevo (lo que por desgracia es lo más habitual).

¿Qué factores son importantes a la hora de escoger un proyecto?

Hay muchos factores a tener en cuenta la selección de un proyecto vs otros, por ejemplo: el impacto en la organización, el valor que aportará a corto-medio y largo plazo, el riesgo, la duración, etc

Un primer punto importante sería valorar el coste de oportunidad del mismo.

Los recursos en las organizaciones son limitados, por lo tanto debemos escoger bien a donde los asignamos.

Cuando nos decidimos por un proyecto, estamos dedicando recursos en concepto de materiales, personas, tiempo, y dinero que no estamos invirtiendo en otros proyectos.

Si tengo 2 proyectos A y B, el proyecto A se valora en 700.000 EUR de beneficios y el proyecto B se valora en 900.000 EUR de beneficios, el coste de oportunidad de escoger el proyecto B, son 700.000 EUR (el total del valor del proyecto no escogido).

Además del coste de oportunidad, tendré que tener en cuenta valores como el ROI, el VAN o el PAYBACK.

Te los describo brevemente:

ROI

ROI o Retorno de la Inversión: Calcular el ROI nos va a permitir tener una visión sobre el retorno en valor del proyecto en cuestión, para ver si es rentable o no. La fórmula es: ROI = ((beneficio obtenido – inversión) / inversión)*100

VAN

VAN o Valor Actual Neto, es un indicador financiero que sirve para determinar la viabilidad de un proyecto. Si tras medir los flujos de los futuros ingresos y gastos y descontar la inversión inicial queda alguna ganancia, el proyecto es viable. Cuanto mayor es el VAN mejor opción.

PAYBACK

Nos puede interesar calcular el Payback para conocer el número de períodos necesarios para recuperar la inversión del proyecto con los flujos de caja generados por el mismo.

Adicionalmente a estos criterios, también se debe tener en cuenta si se trata de un proyecto estratégico para la empresa (por ejemplo que suponga abrir una nueva línea de negocio o entrar en una gran cuenta).

Espero que te haya resultado interesante la información contenida en el artículo y te ayude a tomar mejores y más informadas decisiones a la hora de seleccionar tus proyectos.

¿Qué métodos utilizas o has utilizado para seleccionar proyectos? ¿Destacarías algún otro punto no mencionado en el artículo?

Como siempre tus comentarios y aportaciones serán bienvenidas.

Alejandro Pérez, PMP, PMI ACP

PMP/CAPM, Project Management

Cambios en los exámenes y certificaciones del PMI durante el 2019

El artículo de hoy pretende ser informativo y darte una visión global de todos los cambios que se avecinan durante este 2019 en relación a las certificaciones del PMI (Project Management Institute).

Un cambio importante es el nombramiento de Sunil Prashara como su nuevo CEO.

Sunil ya ha informado que durante los próximos 4 años se avecinan cambios importantes en las certificaciones, para que estas estén más ligadas a las necesidades actuales y reales del mercado laboral.

Aparte de estos interesantes cambios que se avecinan y de los que ya os iré informando en su momento, hoy os anuncio 2 temas importantes:

  1. Cambios en el Exam Content Outline del examen PMP para Junio
  2. Cambios en la entidad gestora de los exámenes (hasta ahora Prometric)

Vamos a ver más detalle sobre estos cambios:

Cambios en el Exam Content Outline del examen PMP

Cada 3-5 años el PMI adapta los contenidos de sus exámenes de certificación, en su documento «Exam Content Outline» basándose en estudios y encuestas del mercado y sus necesidades.

El último estudio data del 2015 por lo que ya era necesario actualizarlo.

Esto supone que en Junio de este año tendremos un nuevo Exam Content Outline para la certificación PMP, y el 15 de Diciembre estos cambios se verán reflejados en el actual examen de certificación.

Tampoco hay que asustarse, dado que el PMBOK (Sexta Edición) que es la base de estudio del examen no cambiará aún, por lo que el contenido de estudio no debería variar, quizás si los porcentajes de preguntas por área de proceso, o más peso en la parte de Agilidad de cara al examen.

Tan pronto tengamos más detalle e información os iré informando, de momento puedes ir haciendo seguimiento de los cambios en la web oficial del PMI: https://www.pmi.org/update-center/certification-changes/pmp

UPDATE: Ya puedes consultar los cambios en este artículo–>
http://www.ceolevel.com/nuevo-pmp-exam-content-outline-2019-como-afectara-al-examen

Cambios en el centro gestor de los exámenes de certificación:

El segundo cambio es en relación al centro gestor de los exámenes que hasta ahora era Prometric, y que a partir del 30 de Junio será obligado realizarlos en Pearson/VUE.

Desde el mes pasado ya puedes solicitar tu examen en un centro Pearson/VUE: https://home.pearsonvue.com

Espero que la información te sea de utilidad, cualquier duda o consulta, como siempre estoy a tu disposición.


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