Blog Post

Scrum es un cuchillo

Antonio Jesús Ruiz Córdoba • 5 de septiembre de 2024

10 similitudes entre Scrum y un cuchillo

Estaba dándole vueltas a cómo podría explicar qué es Scrum de una forma distinta a como lo he hecho siempre y de repente se me vino a la mente la sección "Si fuera..." del programa de "Hola Rafaella" (Si no lo conoces, era una sección donde se intentaba adivinar un personaje con pistas asociadas a preguntar "Si fuera xxx". Si ya lo conocías, entonces has sido de los primeros en vacunarte del Covid, ¿verdad? :-P)

Y ahí empecé a jugar con Scrum y el "Si fuera..." con un cuchillo y he podido encontrar 10 similitudes entre ambos. ¿Las vemos juntos y me dices si encuentras más analogías?

Cuchillo	Scrum
Un cuchillo en buenas manos es muy útil para infinidad de trabajos.	Scrum es una herramienta potentísima que en buenas manos hará florecer todo el potencial de tu equipo.
Un cuchillo puede ser usado como arma.	Cuando se usa mal puedes llegar a "matar" al equipo.
A un carnicero o pescadero no le pagan por usar el cuchillo, sino por entregar producto de calidad y dar un buen servicio.	A ti no te pagan por usar "hacer Scrum", sino por entregar producto de calidad y dar un buen servicio.
Al cliente le da igual qué herramientas usa el carnicero. Lo que busca es satisfacer sus necesidades.	A tus clientes les da igual si usas Scrum o no. Lo principal para ellos es satisfacer sus necesidades.
El carnicero sabe que para poder dar un mejor producto y hacer mejores cortes, tiene que invertir en cuchillos (no cualquier cuchillo, sino de calidad)	Tu empresa sabe (o debería saber) que Scrum te facilita muchísimo el trabajo y es una inversión imprescindible si el foco está puesto en buscar esa satisfacción al cliente (usuario). Hay que salir de la complaciencia para poner el foco en la excelencia.
Un mal cuchillo estropeará el trabajo, bien dificultándolo o haciendo que el resultado final no tenga el resultado esperado. En ese caso hay que afilarlos o conseguir nuevos.	Las malas prácticas y anti-patrones que vienen por malinterpretaciones, falta de profesionalidad o no darle importancia a la mentalidad Agile provocarán que Scrum dificulte más de lo que ayuda. En ese caso, hay que contratar una consultoría Agile para refinar procesos o incluso hacer una transformación Agile más profunda.
El carnicero no sólo tiene cuchillos, también tiene otras herramientas, como puede ser una picadora de carne, porque el cuchillo no es la herramienta perfecta para el 100% de los trabajos, aunque sí valga para la gran mayoría. Eso sí, si la picadora no funciona, con el cuchillo puede llegar a hacerlo.	Scrum no es perfecto para el 100% de los casos, pero sí lo es para la gran mayoría (aunque muchas empresas se autoengañen diciendo "es que mi caso es especial"). Para esos casos en los que no encaja hay muchísimos otros marcos Agile que se pueden usar como Kanban, Design Thinking, XP... ¡¡o incluso se pueden llegar a combinar dependiendo del caso!! Eso sí, si aún no conoces esa opción "perfecta para ti", Scrum te va a valer como punto de partida con casi toda seguridad.
No hay un único tipo de cuchillo. Los hay con sierra, para pescado, para pan, cúter, bisturí, navaja suiza, el del bar de la esquina que no corta el filete pero con el que te haces una herida en la mano...	Scrum sólo hay uno pero al ser un marco de trabajo, te permite crear tantas modalidades como necesites y se va amoldar muy bien a casi todas las casuísticas que tengas, por lo que puedes usar Scrum para proyectos tan diversos como de informática, química, banca, construcción, etc... Es multi-sectorial.
No le das un cuchillo a un niño muy pequeño para que pele una manzana él solo puesto que es muy probable que se corte. La primera vez que un niño usa un cuchillo siempre es bajo la supervisión de un adulto para que lo haga despacio, fácil y con poco riesgo.	No deberías cambiar un proyecto a Scrum poniendo a un Scrum Master sin experiencia ni conocimientos. El primer paso a Scrum debe ser guiado por alguien que ya haya pasado por ahí. Si tienes a un Scrum Master con poca experiencia deja que otro lo acompañe y asígnale un proyecto con cero riesgo para que vaya cogiendo confianza.
He visto usar cuchillos como destornillador, para alcanzar un objeto, para rascarse la espalda, para mesas cojas... Y aunque es verdad que funciona, hay un gran riesgo de que el cuchillo se estropee o que te provoque un daño accidental. Usa el cuchillo para lo que es y busca alternativas más óptimas para otros casos.	Usar Scrum en proyectos donde no encaja posiblemente te haga daño, incluso aunque te vaya bien de forma temporal. Por ejemplo, yo no usaría Scrum en un concesionario de venta de automóviles, aunque sí llevaría sus pilares y valores. Lo que sí encaja es Agile y buscaría un marco (o marcos) que cuadren mejor con el sector.

Ya sabes que si quieres convertirte en un experto en "cuchillos" y dar el salto profesional que llevas tiempo esperando para ofrecer a tu organización el nivel competitivo que requieren los tiempos actuales, te espero en cualquiera de mis formaciones.

Si lo que necesitas es "afilar tus cuchillos" de nuevo, mejor hacemos una Consultoría Agile.

< Entrada más antigua

Entrada más reciente >

E-mail

Otras entradas del blog:

¡PMI y Agile Alliance se unen!

Por Antonio Jesús Ruiz Córdoba • 10 de enero de 2025

Hace unas semanas una chica me preguntó por la certificación de Agile Coach que ofrece el PMI (Project Management Institue). Mi respuesta no podía ser otra que, aunque el saber no ocupa lugar y mientras más te formes mejor, yo no me centraría en esa certificación y el motivo que le di era muy sencillo: Si a mí me pide una empresa que les ayude a contratar a un Agile Coach y hay varios candidatos que me demuestran similares conocimientos y experiencia, yo no sólo no valoro como algo positivo tener certificaciones del PMI, sino que incluso prefiero a alguien que no tenga ninguna al que sólo tenga de esta institución. ¿Por qué? La mayor empresa en el mundo en las certificaciones de Project Management lleva desde 1969 defendiendo un punto de vista predictivo y una forma de trabajo en cascada que no encaja con la filosofía Agile. No está mal en entornos muy simples, pero en cuanto el entorno se complica un poco esta forma de trabajo en cascada ha demostrado una y otra vez su ineficacia, de ahí que naciera hace más de 20 años Agile y su manifesto, para hacer las cosas de una forma distinta. Cuando vieron que perdían el monopolio de las certificaciones en gestión de proyectos por una forma más óptima de trabajar se unieron al carro haciendo su propia certificación en Agile, defendiendo que Agile era perfectamente encajable en la gestión de proyectos tradicionales haciendo algo así como la imagen de este post (imagen de monolit-it.pl/2018/02/Water-Scrum-Fall ). Es decir, que cogen una gestión de proyectos en cascada y, dentro de la fase de desarrollo, es donde se hace un trabajo en iteraciones como si trabajar así ya te hiciera Agile. Algo similar (con otra imagen) es algo que publicó por X (twitter) la cuenta @PMIMadridSpain (si lo quieres, tengo el enlace aunque acabaron borrando el contenido por la burrada tan gorda que defendían, prometo que era mucho peor que lo de la imagen). Aunque podría llegar a entender que trabajes así si es tu primer día en una transformación Agile (y no estás siguiendo mis consejos), debes saber que haciendo esa mezcla, vas a tener las desventajas de los dos mundos (cascada y Agile) y sin ninguna ventaja reseñable ni a corto ni a largo plazo. Así que es muy difícil tomarse en serio a quien claramente demuestra su incompetencia (por desconocimiento, por mantener el status quo...) y nos enseña como caso ideal lo que claramente es una crónica de una muerte anunciada y motivo por el que Agile nunca funcionará en tu organización. Y de repente, para empezar el año, noticia bomba: El Project Management Institute y la Agile Alliance han anunciado el día 3 que se asocian: https://www.agilealliance.org/agile-alliance-joins-project-management-institute-pmi/ Esta noticia ha dejado perplejo a todo el mundo dentro de la Agilidad. ¿Cómo es posible que dos formas tan antagónicas de entender la gestión de proyectos se unan? De una parte una organización sin ánimo de lucro que busca promover y compartir la filosofía Agile y por otra una gran empresa que busca mantener su hegemonía como único referente en la gestión de proyectos. Pues para entenderlo basta con leer la letra pequeña: "As part of this process, Teresa Foster, Managing Director of Agile Alliance, and her team will transfer to PMI" Esto es como cuando una gran empresa energética recibe una ayuda del gobierno que nadie entiende y que perjudica al resto de ciudadanos, y luego vemos que los ministros que la aprobaron, casualmente pasan a la empresa como asesores... pues algo parecido. Por un lado, la Agile Alliance será subvencionada por la mayor empresa en el mundo de certificaciones de Project Management, y el PMI, que ya vendía certificaciones Agile, ahora dirá que su contenido es bueno porque viene avalado por la Agile Alliance por lo que venderá más; y todo ello mezclado con esas "puertas giratorias" donde los que aprueban la colaboración se llevarán "su comisión". Así que, al final, es el dinero el que nos ha llevado a esto. ¿Mi opinión? Yo me mantengo receloso de esta colaboración. El cambio que tendría que dar el PMI para moverse en la mentalidad Agile tendría que ser tan grande que, casi casi habría que refundarlo. También creo que sus certificaciones de Project Manager van a seguir defendiendo esa forma de trabajo predictivo que funciona, sí, pero sólo en entornos muy simples. Hoy en día, hay muchas empresas certificadoras sobre Agile en general (y Scrum en particular) que, con mayor o menor prestigio hacen una defensa de esta forma de trabajar mucho más óptima (y coherente), por lo que yo no me iría a obtener una validación profesional justo a las antípodas de esta forma de trabajar. Si quieres validar tu carrera como Project Manager tradicional, ve al PMI. Si lo que quieres es validar tu evolución en Agile (y Scrum), que es lo que ahora más demanda el mercado, mi primera opción sería el PSM I de scrum.org (que puedes conseguir con mis cursos de Scrum ), siendo igual de válidas para la mayoría de las ofertas de trabajo hacerlo con EuropeanScrum o CertJoin (ambas también se pueden conseguir con mis formaciones ) o incluso Scrum Manager, Scrum Alliance y otras certificadoras. ¿Quién sabe? Igual, como he visto bromear en algún foro sobre este tema, dentro de poco nos encontramos con que el PMI ha abierto la certificación de "Agile Project Manager" o alguna aberración similar. Habrá que estar atento. ¿Y tú qué opinas sobre esto?