Últimamente leo y escucho en círculos profesionales cercanos que las prácticas ágiles, concretamente Scrum, que habían arrasado hace unos años en muchos sectores, están viendo frenada su implantación masiva.
Esto ya se veía venir, ya que como con cualquier otra práctica o tecnología, cuando algo se pone de moda, se acaba «pervirtiendo»
Yo personalmente soy defensor, de que muchas de las prácticas que se han etiquetado como ágiles, no son ni más ni menos que buenas prácticas de gestión que se venían aplicando desde hace decadas.
Por ejemplo, las famosas «dailys» o «restrospectivas» o «entregas incrementales» para mi eran ya prácticas habituales en entornos etiquetados como «tradicionales»
¿Que ha sucedido con Agile?
En el mundo empresarial contemporáneo, la implementación de metodologías y prácticas ágiles ha sido ampliamente adoptada como una forma de mejorar la eficiencia, la flexibilidad y la capacidad de respuesta de las organizaciones.
Entre estos enfoques, Scrum ha sido uno de las más populares y ampliamente utilizados.
Sin embargo, últimamente, hemos sido testigos de una ralentización en esta adopción, hasta ahora bastante masiva.
Scrum, con sus roles definidos, eventos y artefactos, ha sido aclamado como un enfoque efectivo para la gestión de proyectos complejos. Sin embargo, su implementación no siempre ha sido exitosa.
Una de las razones fundamentales de su declive radica en una comprensión superficial y una aplicación inadecuada por parte de las organizaciones.
Demasiado a menudo, Scrum se adopta como una moda pasajera, sin un compromiso real con los valores y principios ágiles subyacentes.
Esto ya lo denuncié en su día (hace casi 5 años) cuando publiqué mi artículo sobre ello: Aberraciones de la «moda» Agile | No todo lo que brilla es oro
¿Por que no está funcionando Scrum en las organizaciones?
Una de las principales causas de la decadencia del marco de Scrum es la falta de comprensión de que Scrum es más que simplemente seguir un conjunto de reglas y ceremonias.
Scrum se basa en valores como la transparencia, la colaboración, el enfoque en el cliente y la adaptabilidad al cambio.
Cuando estas bases se descuidan, Scrum se convierte en una cáscara vacía, incapaz de brindar los beneficios esperados.
Además, la rigidez organizacional y la resistencia al cambio también han contribuido al declive de Scrum y las prácticas ágiles.
Muchas organizaciones adoptan Scrum con la esperanza de obtener resultados rápidos y tangibles, pero se encuentran con obstáculos internos que dificultan la implementación exitosa.
La cultura empresarial arraigada en estructuras jerárquicas y procesos burocráticos a menudo choca con los principios ágiles, lo que dificulta la adopción y la sostenibilidad a largo plazo.
Otro factor que ha contribuido al declive del marco de Scrum es la falta de atención a la mejora continua.
Scrum promueve la inspección y adaptación constantes, pero muchas organizaciones se estancan una vez que implementan el marco, sin buscar formas de optimizar y refinar sus procesos.
La falta de liderazgo comprometido y el apoyo insuficiente de la alta dirección también han desempeñado un papel significativo en el declive de Scrum y las prácticas ágiles.
Para que Scrum tenga éxito, se requiere un cambio cultural profundo y un compromiso en todos los niveles de la organización.
Sin embargo, cuando los líderes no respaldan plenamente la transformación ágil o no están dispuestos a cambiar ellos mismos, la implementación de Scrum está condenada al fracaso desde el principio.
¿Cuál es la solución al declive?
A pesar de estos desafíos, no todo está perdido para Scrum y las prácticas ágiles en las organizaciones.
Las organizaciones deben estar dispuestas a adaptar Scrum y otras metodologías ágiles según sus necesidades específicas.
No existe un enfoque único que funcione para todas las organizaciones, y es importante experimentar, aprender de los fracasos y ajustar continuamente los procesos para mejorar.
En conclusión, si bien el declive del marco de Scrum y las prácticas ágiles es una tendencia preocupante en el panorama empresarial actual, aún hay esperanza para su revitalización.
Sin embargo, esto requerirá un compromiso renovado, una comprensión más profunda y un enfoque más flexible por parte de las organizaciones que deseen cosechar los verdaderos beneficios de la agilidad en el mundo empresarial de hoy.
Alejandro Pérez, PMP, PMI ACP, PM²
Por favor, ayuda a difundir estos contenidos:
💬 Comparte tu opinión y deja tu comentario
👌 Pulsa «Like / Recomendar»
⏭️ Difunde y comparte entre tus contactos
71 respuestas
Después de más de 30 años de experiencia analizando, diseñando, construyendo e implantando sistemas de información, desde pequeñas aplicaciones microinformáticas hasta grandes sistemas de negocio en grandes bancos con mainframes, debo decirte que NUNCA he creído en AGILE y mucho menos en SCRUMM.
Al principio se justificó AGILE «porque Waterfall no funcionaba», falso, lo que pasa es que en el 90 % de los casos el análisis de requisitos es deficiente e incompleto, y eso no es culpa de los Stakeholders ni de la dirección, y el 50% es muy deficiente.
Frases como «el compromiso de la dirección» son un brindis al sol, la dirección no está para eso salvo en una PIME si dirección y Stakeholders coinciden.
Creo que muchos confunden AGILE con prueba y error, y mucho teatro con reuniones de spring y muchos Post-it pegados en un mural que no mira nadie.
Conoces casos de proyectos con CERO ERRORES de implementación? Yo he liderado 3, todos ellos con mainframes y uno con 250 transacciones online y 60 procesos batch.
Finalmente habría que preguntarse si los que han «pervertido» AGILE no son los mismos que haciendo desastres en Waterfall provocaron la reacción AGILE.
Saludos
Alejandro Garcia
Barcelona
Muchas gracias Alejandro por tu comentario y extensa aportación al debate 🙂
Estoy de acuerdo en casi todo lo que apuntas, especialmente esto: «Al principio se justificó AGILE «porque Waterfall no funcionaba», falso, lo que pasa es que en el 90 % de los casos el análisis de requisitos es deficiente e incompleto»
Yo en base a mi experiencia profesional, puedo dar fe, que con una gestión tradicional, bien entendida y aplicando buenas prácticas de gestión, se puede perfectamente llevar a cabo cualquier tipología de proyecto, otra cosa muy diferente, es hacer las cosas mal y «echar la culpa» al enfoque de gestión elegido 🙂
Esto no quita, que los principios y valores ágiles no sean importantes (pero no creo que sean exclusivos de Agile).
Saludos!
Hola, me interesa mucho el articulo, ya que he comenzado a interiorizarme con la metodología Ágil y me resulta muy interesante. Ya escuché lo de Buenas práctucas de Gestion con bonito nombre, pero quería verlo por mi misma, y no me parece tal cosa. Sí me parece que no aplica a todos los proyectos y eso está claro.
Cual es la fuente o estadística para afirmar que va en declive?
Gracias!
Gracias Lucila por tu comentario, en el último estudio de PMI «Pulse of the Profession 2024», se puede observar claramente el declive en los 2-3 últimos años, sin embargo el enfoque híbrido gana terrero: https://www.linkedin.com/feed/update/urn:li:activity:7168875501225209858/
Saludos,
Gran parte de acuerdo.
Agil creo que es una tentación de implementarlo..por aqullo de primero rsultados y luego la documentación.
Completamente de acuerdo con este comentario.
Soy Ruth Marina López Pérez de Nicaragua.
Yo trabajé en Sistemas de Información y el modelo Cascada sigue siendo válido.
Mucha propaganda hicieron con Agile y Scrum.
Gracias por tu comentario Ruth 🙂
Gracias por el artículo, muy oportuno.
Como bien das a entender, la clave es adaptar la forma de trabajo a las condiciones del proyecto, y a las circunstancias específicas del entorno.
Un saludo,
Fernando García
Bilbao
Gracias Fernando por tu comentario!
Interesante, tanto el artículo como los comentarios.
De esta lectura es claro que, cualquiera que sea la metodología implentada,
1. Si no se siguen por completo los principios que las cobijan.
2. Si no hay un compromiso gerencial a profundidad.
3. Si no se tiene un alcance y restricciones bien definidas.
4. No se tienen gerentes de proyectos competentes.
Por muy aplicable que pueda ser la metodologia, no será exitosa.
Es decir desde la definición misma del proyecto, hay que gestionar muy bien, los recursos humanos y procesos bien definidos para disminuir a su mínima expresión el riesgo que implica el error humano.
Gracias David por comentar y aportar al debate 🙂
En el mundo de los proyectos en que me muevo, que es la energia, se ve las adopciones de estas metodologias tienen mucho potencial pero como hibrido con lo tradicional, el tema es que se idealiza que los equipos son perfectos para alinearse solos, pero lo cierto es que siempre tiene que existir los lideres para la.conduccion y la responsabilidad en los proyectos, buen articulo
Gracias Dan por tu comentario 🙂
Mucho de los fracasos vienen por la mala implementación del framework en las organizaciones. Estoy cansado de ver decir somos agile cuando no lo son. Creo que la gente tiene un gran gap en relación a lo que es agile.
Correcto Rob, hay bastante desinformación al respecto. Gracias por tu comentario 🙂
sólo comentar que mi línea de investigación me ha permitido entender que los proyectos fracasan no por metodología o falta de apoyo organizacional, sino porque los equipos de trabajo, no funcionan como tal, sino que sólo son grupos, donde sus integrantes se centran en cumplir con la tarea de su especialización, con un enfoque individualista y no del objetivo-equipo y entonces no conocen ni reconocen la importancia de los tiempos, ni de la función de ellos en el logro mancomunado, lo que impacta directamente en la génesis de Scrum y Ágiles en general
Muchas gracias Carla por compartir y aportar al debate 🙂
23 años llevo trabajando y viviendo en Países Bajos, en Eindhoven y alrededores, el Silicon Valley europeo, en empresas tecnológicas como Vanderlande, DAF, FEI Electron Optics, ThermoFisher Scientific, Philips Medical Systems, ASML y demás.
Me hace mucha gracia ver este tipo de artículos donde se nota desde la otra punta del sistema solar que el redactor sólo ha salido de España para irse de vacaciones. Y luego los que piensan que por que llevan 30 años programando en COBOL o para AS400 para un banco, ya tienen algo de autoridad (250 transacciones y 60 procesos batch, casi se me escapa el punto de la risa que me ha dado).
Desde luego, el problema no es ni agile ni scrum ni lo que se plantea aquí. El problema en España son las consultoras e ingenieros de software que no tienen ni idea de por dónde les pega el viento, y a los que sólo les gusta aparentar, y luego colocarle los marrones a otra gente, que es la que al final resuelve los problemas, y se acaba marchando de la empresa por burnout (o del país, como hice yo).
Un consejo: un poquito más de humildad, y dejad de pensar que el mercado laboral en España es representativo de algo más allá de lo que NO se debe hacer.
Buenas Sr Anónimo 🙂
Se puede redactar una crítica siendo constructivo, no hace falta intentar ridiculizar al autor y a los amables lectores que dejan sus comentarios, más cuando tu comentario no aporta ningún valor al debate.
No voy a entrar en discusiones vacías, pero para tu información el autor del artículo (un servidor) ha viajado por todo el mundo, trabajado en todo tipo de proyectos internacionales y he vivido en el extranjero durante años, además estoy en contacto a diario con profesionales de todo el mundo.
Por otro lado, los ingenieros de software españoles son en su mayoría grandes profesionales, la lástima es que los salarios no están a la altura y tenemos mucha fuga de cerebros.
Un consejo: La humildad te la puedes aplicar tú primero, dado que intentar dar una lección pisando a otros, no es el mejor ejemplo que me viene a la cabeza para ejemplificar la humildad 🙂
Saludos!
Creo que sí no tiene uno nada que aportar, mejor se queda callado. Me parece que el sr anónimo es el que no ha salido de su territorio porque lo que aquí se expone no es propio de España, sino de gestión de proyectos en general. Yo llevo más de 15 años en proyectos de América Latina y USA y definitivamente creo que lo expuesto aquí es real: la falta de entendimiento de los frameworks, la simulación, sentirnos «ágiles» sin querer cambiar un apice…. Eso pasa aquí y en China. Por otro lado, se burla usted de la gente que aquí escribe y da su opinión, al menos exponen su punto de vista y no solo se burlan y critican sin aportar.
Muchas gracias Blanca por tu comentario 🙂
El que esta marcando esta tendencia es el PMI.
Y los Anonimos son como los encapuchados de las marchas
Gracias Luis por tu amable comentario!
Según mi experiencia de 15 años en gestión de proyectos en los sectores construcción e industrial, creo que la gestión ágil funciona para el sector terciario (tecnología, marketing), pero para el sector secundario, con unos objetivos claros y una fecha de entrega cerrada, es más fiable un sistema predictivo en cascada bien monitorizado.
Gracias Susana por tu amable comentario y aportación 🙂
Nuevamente muchas gracias Alejandro por tu artículo, que me viene como anillo al dedo, ya que toda mi vida he trabajado en entorno predictivo, pues me desempeño en el sector de la construcción. Y en mi empresa estamos viendo como adoptamos algunas practicas Agiles para los procesos que normalmente hacemos, y nuestra conclusión fue la misma tuya: «…de que muchas de las prácticas que se han etiquetado como ágiles, no son ni más ni menos que buenas prácticas de gestión ….»
Gracias a ti Ricardo por seguir mis contenidos 🙂
Yo estoy en Mexico en el sector de energia lo primero es una definición correcta del alcance.
A partir de ahi puede usarse el clasico Waterfall y para algun software especifico valdria la pena el Agil.
También por qué muchas veces se confunde las metodología ágiles con ir improvisado sobre la marcha, que realmente es una mala planificación. Los proyectos fracasan, o se desvirtúan y la culpa es del método.
Gracias Alberto, efectivamente falta interiorizar los principios y valores ágiles 🙂 Saludos!
Los Métodos se establecen como procedimientos concretos cuya adaptabilidad a la organización depende exclusivamente del factor humano. Dentro de lo que podemos llamar condición humana sale a flote la idolatría o la inconformidad que sin control puede convertirse en avalancha y es por allí donde se crean o destruyen modas, inclusive dentro de las formas de trabajo.
Gracias Garardo por tu comentario!
En mi experiencia, es un tema de cultura y solo funciona si el product owner tiene la visión y autoridad como para ajustar las salidas iterativas a la generación del valor y a la estrategia mediante un feedback constante y “ejecutivo”. En ocasiones hay factores que pueden hacer que no funcione ni siquiera en un equipo pequeño donde el CEO sea el product owner, si no dedica el tiempo o tiene capacidad para dar ese feedback ejecutivo para iterar sobre el valor hacia el cliente. En esas situaciones funciona mejor un proyecto en cascada con un buen análisis de requisitos o una aproximación mixta.
Gracias Enrique por tu aportación, efectivamnete la cultura y el «mindset» es muy importante, por desgracia muchas organizaciones empiezan a usar herramientas ágiles, sin abrazar esta cultura de principios y valores ágiles. Saludos!
Buen dia a todos ! bueno tengo 30 años en la gestión, diseño , desarrollo e implementación de sistemas , sustancialmente pase de AS400 hasta genexus , php , java, sql etc. sin embargo todos deseamos buscar la panacea de los sistemas y su integración , pero confirmo hoy más que nunca no hay herramienta inservible cada cosa es funcional siempre y cuando se utilice en el momento justo para lo que sirve realmente , pero creo cualquier proyecto su exito en la funcionalidad eficiencia y eficacia es . el dinero , conocimiento detallado de procesos y un equipo de trabajo comprometido , responsable y con los conocimientos correctos….. Todo sirve en su justa dimensión .. aclaro estoy certificada en PMP , SCRUM Y AGIL entre otras…. exito para todos en sus tomas de decisiones
Hola Sara,
Totalmente de acuerdo, de ahí el concepto de «tailoring», realizar un traje a medida para cada proyecto, usando las mejores prácticas y herramientas para el context. Saludos!
Me ha Encantado bastante la publicación.
He estado en constante crecimiento profesional, procurando adaptarme a diversas metodologías propuestas por Dirección y honestamente de SCRUM por alguna razón no la he comprendido en su totalidad.
Entiendo que las metodologías Ágiles y toda metodología funcionan sabiendo llevar principalmente la correcta comunicación con el equipo, Pero me ha sorprendido ver como es amplio el panorama en el que compartes No todas las empresas funcionan con SCRUM debido a su nulo o poco compromiso con el.
Gracias Camilo por tu comentario, muchas veces lo que sucede es como indicas es la falta de compromiso, especialmente de las capas directivas, para dar apoyo a este cambio de mentalidadd o mindset agile, que es necesario para su implantación. Saludos!
Hola Alejandro, muy valiosos y relevantes ambos artículos, muchas gracias.
Siento que SCRUM y Agile están por un lado viviendo el ciclo de vida clásico de cualquier tecnología que compite en el mercado:
novedad y éxito, saturación o rechazo, declive más o menos largo. Un ciclo de vida que será particularmente corto con ambas
metodologías, creadas hace unos 20 años, y no supieron o no podían anticipar los cambios profundos
que ha habido en la sociedad en general, muy marcadamente en los últimos 5 a 8 años.
SCRUM lamentablemente diseminó los gérmenes de su propia destrucción, me explico.
PMP planteaba principios generales e independientes de cualquier negocio, que podían aplicarse o entenderse por fuera de las empresas de desarrollo de software, como si todo fuese una gran familia atendida por el manager.
SCRUM percibe dichos principios como ‘actividad burocrática’ algo paternalista, siendo cosas a veces muy básicas: respeta a la experiencia, no muerdas la mano de quien te da de comer, responde tus correos, conoce tu mercado, y en ambientes anglo-sajones, cuida de tu performance…
SCRUM encierra a los individuos en la categoría de ‘stakeholders’ y ‘programadores’, y protege flojamente el ‘equipo’, el Team, que reune programadores y no tan programadores, bajo una especie de caparazón de tortuga. El desarrollo continúa, resistente a los caprichos del momento. Contradictorio en empresas reales que no tienen software en su ADN, pero enfin, se entiende por lo peculiar de este mercado.
La realidad es que la política del mundo se ha movido exactamente en la dirección contraria. Se pregona hoy el desprecio a la experiencia, la adoración del éxito a muy corto plazo, y es más, el abandono o destrucción de los ‘equipos’ de trabajo. El auge de las I.A., las empresas que conocen el éxito o el desastre de la noche a la mañana, la veneración del éxito individual en contra del de los demás, o lo que no es nada nuevo, la explotación (excesiva) del talento.
No creerás, la cantidad de desarrolladores novatos, no tan novatos y a veces muy experimentados a quienes he visto atacar, y muchas veces insultar, a la empresa, al equipo, a sus profesionales o a los mismos talentos, y promueven, de manera aterradoramente abierta, la destrucción de los mismos. Anécdotas tengo por montones, no quiero mencionarlas ahora.
¿Qué responde SCRUM? Tan sorprendente como parezca, el amalgama entre stakeholders, programadores y no tan programadores resulta en… la protección de los destructores de equipos, provocando que éstos mismos pierdan su razón de ser. Verdaderos desastres empresariales de gran impacto, suelen ser la consecuencia lógica.
Por tener principios impermeables al paso del tiempo, pareciese que PMP resiste mucho mejor a los elementos auto-destructores, aunque de nuevo, con cierta cacofonía burocrática. Pero SCRUM y Agile parecen engañarse con su capacidad de adaptación: es como si no se dieran cuenta que, ciertos cambios son imposibles, o peor aun, no deseables.
¿Son o no metodologías mal aplicadas? Lo que empieza a verse, es que si las organizaciones quieren sobrevivir, van a tener que abandonarlas.
Muchas gracias Felipe por tu detallada aportación, desaparecer no creo, pero que muten a algo diferente sí, los enfoques híbridos son los que se están empleando más, y no dejan de ser un mix de herramientas, prácticas y principios/valores de diversos enfoques: tradicional/agile, al final se trata de intentar hacer un «traje a medida» y usar el mejor enfoque para el contexto del proyecto a gestionar (comparado con la medicina, sería como elegir a tu equipo y herramientas para operar, ya sea un corazón, o un ojo, en cada contexto, ambas serán diferentes :))
Saludos!
Me encanta el Afile pero en la mayoría de los casos de fracaso y fobia al Ágiles es porque no entienden de fondo el Agile o que intentan aplicarlo en empresas que no son Ágiles, por ejemplo, empresas donde la estructura organizacional es una pirámide, no podría aplicar Ágiles. Otro ejemplo, si no nos aprueban un backlog no podemos empezar el desarrollo, por más que apliquen todos los artefactos al pie de la letra nunca será Agile.
Gracias José Manuel por compartir tu experiencia. Saludos!
Si creo que hay incomprensión al agile, para los que partimos de experiencias en Waterfall.
Sin embargo tambien creo que necesitas experiencia en waterfall para usar el Agile. Al reves creo que no funciona.
Y el waterfall debe invariablemente tener un alcance definido
Opinión de un PM clavado 🙂
No aporta nada.
Gracias Gabriel por tu comentario 🙂
Interesante análisis y aportación. En lo personal considero que parte de lo que daña el objetivo de estás metodologías o herramientas es la falta de ética profesional y enfoque, puesto que pareciera que son «skills» y conocimientos que están vendiéndose como pan caliente en el mercado y todo mundo quiere poner en su CV o logros laborales la implementación de los mismos y no acaba cumpliendo el objetivo real.
Por eso luego se «abaratan» estás «key words» en CV.
Muy de acuerdo con tu reflexión, todo el mundo se ha querido sumar a «la moda», especialmente empresas que sin tener las competencias necesarias, vendian sus proyectos como ágiles.
Encuentro muy bueno el artículo y coincido en varios aspectos a nivel general, sin embargo, a pesar de estar de acuerdo con la percepción bastante fuerte de este declive, quería consultar al autor si tiene datos duros estadísticos o referencias a algún estudio que le dé más peso a los argumentos, eso sí, insisto que encuentro mucha razón en casi todo lo expresado acá.
Hola Erick,
Muchas gracias por tu amable comentario, el artículo es de opinión personal y está basado en lo que observo y comento con otros profesionales del sector con los que estoy en contacto todos los días (al dedicarme a la formación en gestión de proyectos, veo pasar por mis aulas a todo tipo de profesionales de diferentes sectores con los que habitualmente tengo oportunidad de realizar este tipo de análisis y reflexiones).
Saludos!
Están los datos del PMI del 2024 como una base
Hola,
A mi me encantó tu artículo, si bien el título te lleva a debatir la implementación de ambas metodologías, también dejas claro que no todas las organizaciones se alinean con ellas.
Y es que así es, no todo debe ser aplicado estrictamente, cada organización puede tomar de cada una de estas metodologías lo que considere propicio y útil para su crecimiento organizacional.
Puedo aportar, que en una de mis experiencias de negocios hace más de 15 años ya aplicaba los principios Agile y Scrum antes de conocer estas prácticas.
Yo me quedo con estas palabras que considero esenciales en todos los procesos:
“valores como la transparencia, la colaboración, el enfoque en el cliente y la adaptabilidad al cambio.”
Gracias.
Mucha gracias Naileth por tu amable comentario, no es mi intención con el artículo dar a entender que no se deban usar las prácticas ágiles, ni mucho meno 🙂 Lo que vengo a denunciar es la falta de compromiso de las organizaciones y el impacto que esto tiene en los proyectos.
Yo al igual que tú, también desde hace más de 20 años aplicaba muchos de los principios que ahora son etiquetados como ágiles, en mis proyectos de gestión «tradicional»
Saludos!
Hola! Me desempeño haces varios años como PO siendo CSPO y habiendo sido otro largo tiempo Project Manager y Arquitecta de procesos y mejora continua, y en lo único que estoy de acuerdo de todo el escrito es cuando indica y cito:
“ No existe un enfoque único que funcione para todas las organizaciones, y es importante experimentar, aprender de los fracasos y ajustar continuamente los procesos para mejorar.”
Del resto del artículo, como en cada artículo que veo que se intenta una cuasi defensa de una metodología que no la precisa, es simplemente entender que es una metodología más que nos aporta no solo un marco de trabajo (del cual algunas cosas nos pueden servir como organizaciones y otras no) también nos aporta una filosofía de trabajo, entonces, porque pensar que las organizaciones no son lo suficientemente flexibles, que hay aversión al cambio, que los líderes y otros altos rangos no acompañan, leo estas cosas por no decir aberraciones, y pienso que los “agilistas” continúan estancados en querer meter un cuadrado adentro de un círculo, y dejan de ver que adoptamos (distinto de adaptar) las metodologías que nos sirven acorde a cada proyecto/iniciativa/equipo, etc. y ojo! La filosofía está. claro ejemplo es Mercado Pago, empresa que crece exponencialmente, y adivinen que? Adoptan la metodología que les sea más útil y a su vez ágil.
Dejo a modo de reflexión: será que a los agilistas les falta flexibilidad y sufren de aversión al cambio?
Saludos
Muchas gracias Flavia por tu extensa aportación y valoración, el artículo no pretende defender o criticar ninguna metodología o práctica en particular. Lo que si vengo observando es que muchas empresas, por estar «a la moda» se fuerzan a implementar prácticas que quizas en su contexto particular no son las mejores, y peor aún, luego no tienen un compromiso a largo plazo, ni dedican los recursos necesarios para que los principios y valores penetren en la organización, sino más bien ponen las «etiquetas Agile» en las ppts de venta de sus servicios y poco más 🙂
Lo más adecuado sería el Tailoring, es decir «un traje a medida» para cada proyecto, usando las herramientas, prácticas y enfoques más adecuados para cada contexto en particular.
Saludos!
A los seguidores del Agil no les gusta estudiar los 49 procesos clasicos del Waterfall.
y los del Waterfall nos cuesta trabajo aprender del agil.
Yo personalmente nunca he creído en que una estructura como Scrum, cobit, y demás estructuras sean tan agiles y tan efectivas, si miramos por el espejo retrovisor, y nos remontamos a la década de los años 90s, salió una estructura llamada Reingeneria, la cual planteaba entre otras cosas absurdas, que para que una organización funcione adecuadamente, había que acabarla y volverla a construir. Absurdo, y uno se pregunta, como han hecho las empresas centenarias, como Honda, Sony, Ford, etc que llevan 100 años o más para durar?
Hay una filosofía que creo una serie de modelos que desde esos años nunca han dejado de estar de moda y sus aplicaciones han demostrado por más de 70 años, que funcionan perfectamente, filosofías como Calidad total, kaizen, gemba kaizen,etc. De allí se desprendió una estructura que se llama LEAN, y esa estructura es aplicable en todo tipo de empresas y áreas, los invito a que la conozcan, usen y apliquen, ya que posee muchas técnicas que se adaptan a todas las necesidades, y sobre todo que el mejoramiento continuo es el común denominador y la tendencia de esta tecnica, es sencilla, intuitiva y de fácil entendimiento
Muchas gracias Marcos por tu aportación al debate, por supuesto las teorías y prácticas de mejora continua, Lean, etc han sido y son super útiles en entornos empresariales, especialmente importantes en entornos de producción como la automoción y otras ingenierias.
Saludos!
Más de 12 años liderando proyectos TI y me he inclinado por hacer una fusión de la metodología tradicional y la ágil. Rescatar lo mejor de ambas para crear una metodología que pueda ayudar a conseguir los objetivos de la institución con éxito. Coincido con varios cuando decimos y recalcó que el análisis…un verdadero análisis es lo más importante. Para lograrlo necesitas un equipo pensante y con criterio. He trabajado con chicos con muchas certificaciones y finalmente en el campo verifico que no tienen criterio ni para decidir las cosas más simples de un proyecto.
Muchas gracias Luz por tu comentario, efectivamente en la adaptación y el «tailoring» radica la clave del éxito 🙂
Buenas tardes, sinceramente no estoy de acuerdo con este artículo, me parece que tiene un tinte de pesimista y no brinda ningún tipo de estadística en la falla de implementación del Marco Metodologico, creo además que sin datos relevantes, es por demás imprudente mencionar que Scrum y la Agilidad en general están en declive o fracasando. Yo pido un poco de prudencia con este tipo de artículos porque ningún Agilista es aceedor de la verdad y falta mucha madurez hoy (al menos acá en Colombia) para poder afirmar que la Agilidad y Scrum están atravesando una etapa de falla o fracaso a nivel de implementación cultural en las organizaciones. Aún debemos los Agilistas perseverar en la sensibilización hacia las organizaciones, planteando una alternativa de solución para sacar al mercado y en cualquier sector, productos de alta calidad como respuesta al cambio a través de cualquier Framework y la Agilidad.
Hola Leonardo,
Muchas gracias por expresar tu opinión con respeto y argumentos, toda crítica constructiva siempre es bienvenida 🙂
No era mi objetivo marcar un tinte pesimista en el artículo, sino resaltar que muchos proyectos «ágiles» están han fracasado o están fracasando debido muchas veces al no entendimiento o al no apoyo de la propia cultura/mindset agile.
Falta cultura agile, falta formación y falta apoyo. Sin embargo cuando algo es tendencia como indico en el artículo tiende a pervertirse y a perder su esencia original.
Está claro que no todo es negativo, el impacto de la agilidad ha supuesto que muchas empresas estén adoptando con éxito enfoques híbridos de gestión, y han adoptado una serie de principios y valores que anteriormente eran impensables, en ese sentido si ha supuesto un impacto positivo.
Pero ciertamente aquí en España se ha notado una desaceleración en la implantación de prácticas ágiles, debido a lo expuesto en el artículo (esto son conclusiones tras conversaciones continuas con profesionales del sector, que al dedicarme a la formación tengo la oportunidad de mantener semanalmentes).
Gracias de nuevo por tu comentario,
Saludos,
En mi experiencia la aplicación de prácticas y herramientas ágiles con mentalidad tradicional es la principal causante del descrédito de la ágilidad.
Así también el tratar de aplicar estas prácticas cuando no corresponde ocasiona malos resultados.
La agilidad funciona y es tendencia debido a los rápidos cambios tecnológicos que impactan directamente en el mercado, sino fuera así el PMI no hubiera hecho sus adaptaciones.
Gracias Jorge por tu comentario.
Si, en parte es lo que expreso en el artículo, falta cultura agile, formación y apoyo para que las implantaciones ágiles resulten exitosas.
La agilidad funciona en ciertos contextos, tampoco es la varita mágica que trae todas las soluciones, siendo la experiencia y el criterio del PM y su equipo esenciales para el proceso de «tailoring» y selección de mejores enfoques y herramientas adaptadas al contexto.
PMI como gran multinacional que es, adapta los estándares según las necesidades del mercado y de sus stakeholders, pero sin perder de vista sus objetivos de negocio 😉
Saludos,
He trabajado con analista funcional durante 10 años, y he tenido la oportunidad de trabajar en proyectos basados en marcos tradicionales y ágiles, y considero que la decadencia de los marcos ágiles además de lo expuesto en el artículo y en los demás comentarios también radica en qué las empresas que adoptan esta forma de trabajo pretenden migrar de un marco tradicional a un marco ágil en proyectos cuya naturaleza no permite la implementacion de este tipo de formas de trabajo; por ejemplo, los proyectos con componentes normativos los cuales tienen un tiempo de implementación definida por las mismas normas y cuyo MVP debe ser el cumpliendo total de lo estipulado en la misma y que además deben ser priorizados de forma inmediata con respecto a los demás elementos del backlog, lo que obliga a que se modifique el alcance del sprint y afecta los tiempos del mismo.
Muchas gracias Sandra por compartir tu experiencia 🙂
No creo que SCRUM esté en declive, y la mejor forma de aplicar las distintas disciplinas y metodologías de proyectos es combinándolas.
En mi experiencia profesional, el utilizar PMP como base para administrar todos los proyectos (o la cartera de proyectos), complementando con el uso de SCRUM en los proyectos individuales alineados a la cartera, a sido una excelente herramienta para lograr cumplir con los proyectos de las empresas.
El problema fundamental es saber en qué proyecto vas a aplicar PMI y en cuál otro es ideal para aplicar SCRUM.
Gracias Javier, tal y como indico en el artículo el saber escoger el mejor enfoque y llevar a cabo un «tailoring» correcto para el proyecto es uno de los puntos más importantes 🙂
Hola!
Expongo mi humilde opinión..
Cada negocio es diferente, como diferente somos los seres humanos (por eso tenemos huellas digitales que nos hacen únicos). Las metodologías ágiles o tradicionales tienen sus ventajas y desventajas. No existe buena o mala… Existe la que te funcione, sola o combinada y te genere resultados esperados.
Lo que si creo es… es que el verdadero éxito no lo define el «framework», sino las personas… como dice un gran amigo: «no es la flecha, es el indio».
Asegurar que tu gente este alineada con tu filosofía es super importante (much@s no les dan la importancia que merece), pero es lo que realmente te permite trabajar en un ambiente colaborativo, y perseguir los mismos objetivos. Potenciar a tu equipo, pro-liderar, motivar de la forma que te resulte y te genere compromiso. Puedes lograr que tu negocio con la metodología que adoptes, te genere los resultados que pronostiques.
Gracias Karina por tu comentario y aportación al debate, muy de acuerdo con lo que apuntas sobre que gran parte del éxito radica en las personas 🙂
Muy interesante el artículo, creo que antes de implementar cualquier metodología en una organización, se debe tener en cuenta el tipo de empresa y su cultura, de esta manera descubrir cuál metodología (o combinación de varias Metodologias) se adaptaría o cuál de manera paulatina se puede ir implementando al mismo tiempo que se va acompañando a la alta gerencia en la permeabilidad de las metodologías Agiles y su profunda comprensión.
Muchas gracias Ana María por tu comentario 🙂