Portada
mis comunidades
otras secciones
#3:
#TeAhorroUnClick Scrum ha fracasado porque se ha usado para lo que no estaba hecho. Las direcciones, o los clientes, han querido controlar los procesos de ingeniería sin entender cómo funcionan. En el fondo es su viejo sueño de tener un botón en la pantalla que diga "hacer trabajo" y no preocuparse de más.
Después de años quemando pasta en esa quimera, y quemando también muchos trabajadores, sueltan que "esto no me ha funcionado" y se quedan tan anchos mientras empiezan a buscar lo mismo en otra parte.
¿Tu negocio se basa en ingeniería, o al menos una buena parte de él? O eres ingeniero y sabes de qué va esto o contratas un equipo de ingenieros y les dejas hacer. Todo lo que no sea eso es seguir en el bucle.
Después de años quemando pasta en esa quimera, y quemando también muchos trabajadores, sueltan que "esto no me ha funcionado" y se quedan tan anchos mientras empiezan a buscar lo mismo en otra parte.
¿Tu negocio se basa en ingeniería, o al menos una buena parte de él? O eres ingeniero y sabes de qué va esto o contratas un equipo de ingenieros y les dejas hacer. Todo lo que no sea eso es seguir en el bucle.
#6:
En conclusión: Scrum falla cuando en verdad no quieres hacer scrum sino micromanagement y waterfall.
Comentarios
En conclusión: Scrum falla cuando en verdad no quieres hacer scrum sino micromanagement y waterfall.
#TeAhorroUnClick Scrum ha fracasado porque se ha usado para lo que no estaba hecho. Las direcciones, o los clientes, han querido controlar los procesos de ingeniería sin entender cómo funcionan. En el fondo es su viejo sueño de tener un botón en la pantalla que diga "hacer trabajo" y no preocuparse de más.
Después de años quemando pasta en esa quimera, y quemando también muchos trabajadores, sueltan que "esto no me ha funcionado" y se quedan tan anchos mientras empiezan a buscar lo mismo en otra parte.
¿Tu negocio se basa en ingeniería, o al menos una buena parte de él? O eres ingeniero y sabes de qué va esto o contratas un equipo de ingenieros y les dejas hacer. Todo lo que no sea eso es seguir en el bucle.
#3 El te ahorro un click se usa cuando lo que hay en el artículo es una frase.
Resúmenes sabemos hacer todos.
El artículo es un compendio de verdades como puños acerca de porqué Scrum no ha triunfado:
"Just replacing the process of how people worked couldn’t be enough. That’s the reason most organizations failed to benefit from Scrum"
"Scrum is not a framework for organizations that fear change. It’s impossible to succeed with Scrum without changing the culture"
"Without living the values behind Scrum, it’s impossible to achieve what Scrum promises"
"To succeed with Scrum, organizations have to go through a massive transformation. Unfortunately, most executives are unwilling to do what it takes to prepare an environment that allows teams to thrive"
"Top management is often unable to empower individuals because they want to remain in control"
"Developers are the ones who decide how to do their work; they are responsible for the implementation, which tech stack to use, and so on. That’s a beautiful theory. But in practice, I’ve never seen that"
"It’s common to find Scrum Teams without a Scrum Master because companies are reluctant to hire someone for this job. Still, some companies that employ Scrum Masters often leave them powerless."
#1 No te alegrarás tanto cuando veas los recambios que vienen.
Siguiendo lo que dice #4, el problema de base es que las direcciones no quieren ceder el control. Normalmente porque encima de ellos hay inversores o clientes haciendo lo mismo. O pidiendo algo imposible y no hay bemoles de hacerles entrar en razón.
Cuántas veces se ha adquirido un compromiso imposible y se ha querido sacar adelante Por Cojones TM, con el resultado habitual. En ingeniería al final es todo matemáticas y leyes físicas, que no se dejan violar las jodías.
#4 "Without living the values behind Scrum, it’s impossible to achieve what Scrum promises"
Mira, como el comunismo
Como uno que ha padecido de scrum he de decir que ya era hora!
Se dan varios hechos, IMHO:
1) el manifiesto agile es un poco cobarde. Es un primer paso, pero es muy complaciente con la entidad "cliente".
2) scrum y cualquier metodología, al ser algo empírico, es muy fácilmente corrompible.
No es que scrum no funcione per se, es que siempre se acaba torpedeando desde dentro, porque es "incómodo" cuando requiere contrariar una decisión de chichinabo por el lado del stakeholder.
En el momento en el que se deje de considerar al stakeholder como el dios y señor todopoderoso que te dice "cómo colocar las tuberías", entonces avanzaremos hacia una gestión de proyectos más efectiva y científica. Pero mientras tanto vamos a estar en el mismo ciclo una y otra vez. Llámalo scrum, llámalo kanban, llámalo xp, llámalo waterfall, etc
Es que el 90% de las empresas dicen que hacen Scrum y luego resulta que para todos los proyectos tienen un plan fijado de antemano con un linea temporal determinada. Más allá de si las estimaciones son amplias o ridículas, muchas veces lo segundo, lo que se aprendió de Waterfall, es que tener un plan prefijado no funciona, y cuando terminas el proyecto probablemente te des cuenta que la has liado en varios puntos.
Scrum no es la panacea, pero intenta anticipar estos problemas (pequeñas entregas, revisiones de lo que se está haciendo, etc...) pero si a nadie le interesa como va evolucionando y no prestan atención a ello, pues tenemos lo que está pasando ahora.
#8 Problema típico de consultora. Eres un cliente que no tiene ni idea de ingeniería pero has oído campanas. ¿Qué consultora contestarás? ¿La que te dice "esté usted tranquilo que nos hacemos cargo de todo", o la que te pedirá que te impliques en el proceso?
El primer modelo sólo funciona si el producto ya es conocido y sólo hay que empaquetarlo. Pero si es un desarrollo nuevo hay que darle muchísimas vueltas. Y es el paso que muchos se quieren saltar.
Menuda vendida de moto que es Scrum. Cuando te cuesta mas el ajo que el pollo.