Blog Post

Los "ScrumButs" II

Antonio Jesús Ruiz Córdoba • oct 09, 2019

No lo llames Scrum, porque eso que haces no es Scrum.

Después de oír entre risas, porque es mejor reír que llorar, cómo uno de los asistentes a uno de mis cursos me contaba las ideas de su jefe para implantar Scrum, supe que mi siguiente entrada en el blog tenía que ser una continuación de los Scrumbuts.
Al jefe de esta persona, le había llegado algo de "Scrum" a los oídos y le dijo al equipo lo que se espera de un buen entorno Agile: "Los sprints los haremos unos de 3 días, otros de una semana, según nos vaya conveniendo", "las estimaciones en horas, por supuesto", "¿el scrum master? cualquiera" "tampoco hay que ser tan puristas con Scrum"... Esta persona es un ejemplo obvio de Scrumbut.

Los Scrumbuts son los motivos por los que los equipos no pueden obtener todas las ventajas de Scrum para resolver sus problemas y conseguir todos los beneficios del desarrollo de producto al usar Scrum.

En la última entrada del blog vimos cien ejemplos de Scrumbuts. Aquí veremos algunos repetidos. ¿Aún no lo has visto? Te dejo el enlace https://www.antoniojesusruiz.es/los-scrumbuts

Veamos ahora más frases que nos van a dar las primeras señales de alarma de estar ante un Scrumbut. Las vamos a separar en categorías:

  • Scrum General:
    • " Scrum es sólo para los desarrolladores, no para los miembros de Management ".
    • " Agile nos dice que es 'Individuos e interacciones sobre procesos y herramientas', pero Scrum es un proceso, ¿no? ".
  • Prácticas Waterfall:
    • " El cliente necesita un gran diseño completo de antemano ".
    • " Vamos a hacer primero una maqueta que sólo involucrará a los diseñadores ".
    • " Las stories deberían tener diseños técnicos y funcionales ".
    • " Ya hemos planeado los próximos 6 sprints ".
    • " Nuestro backlog es un documento de requerimientos ".
    • " ¿Story Points? ¿Sprints? ¿Backlog? Nuestros clientes no lo entenderán. Nosotros sólo hacemos contratos con alcance/ horas/t iempo fijo ".
    • " Yo soy [Product Owner/Project Manager/Agile Coach/Scrum Master/Business Developer/Account Manager/Portfolio Manager/Team Manager] "(selecciona todos lo que apliquen).
    • " Hagamos un [Design Sprint, Sprint 0, Architecture Runaway, Pre-Sprint, Discovery Sprint, Planning Sprint] ".
  • No multi-disciplinar:
    • " El equipo de desarrollo lo componen sólo desarrolladores software ".
    • " Nuestro equipo de [QA/Diseño/UX/Arquitectura/IT]... " (o el departamento que quieras añadir).
    • " Yo soy un [diseñador/desarrollador] por lo tanto, yo sólo [diseño/desarrollo] ".
    • " [Luis] trabajará sólo en la Story [X], porque él sólo se basta" .
    • " ¿Dos desarrolladores en la misma tarea/story? Eso es muy ineficiente ".
  • Nuestro mánager no... (falta de auto-organización):
    • " Aún no podemos confiar en el equipo para que se auto-organicen ".
    • " No involucramos al equipo al hacer la oferta inicial a nuestros clientes ".
    • " Ya le hemos dicho al cliente que... ".
    • " El Product Manager es el Product Owner... también lo es el cliente... y cualquiera de sus interesados... Realmente, cualquiera que contacte con Management tendrá prioridad ".
    • " Cuando el Product Owner rechazó [X], el cliente le dijo a Management que le dijera al Product Owner que... ".
    • " [María] es la Product Owner, pero necesita la aprobación de los mánager antes de poder... ".
    • " [Management y/o Product Owner] ponemos peticiones urgentes en el Sprint Backlog ".
    • " El equipo de desarrollo no debería interactuar con el [cliente/usuario/interesado], sólo el Scrum Master o el Product Owner ".
    • " Le pediremos al equipo que haga... ".
    • " Management le pide al equipo B que haga cualquier cosa que funcione para el equipo A ".
    • " Priorizamos nuestro trabajo según los interesados que contactan a Management estén más enfadados/molestos/frustados ".
    • " Estimar con el equipo es ineficiente ".
  • La rutina:
    • " Sólo hacemos Daily Scrum ".
    • " Los eventos de Scrum se hacen demasiado largos... ".
    • " El Sprint no puede comenzar porque la Story [X] no está clara del todo ".
    • " Este Sprint durará algo más, porque [Y] no se ha finalizado ".
    • " Nuestros Sprints son de 6 semanas ".
    • " El Sprint no puede comenzar porque aún quedan elementos del Sprint anterior por terminar ".
    • " El equipo no ha entregado lo que se comprometió, así que tendrá que echar horas extras ".
    • " El Sprint Review no puede comenzar, porque el equipo aún no ha finalizado ".
    • " Las sesiones de coaching/training deberían hacerse durante los eventos de Scrum... o bien haciendo 'pizza sessions' después del trabajo ".
    • " Usa el tiempo de las retrospectivas para finalizar tareas ".
    • " ¡La estimación es demasiado alta! Ya habíais hecho algo similar, ¿no?. Va a ser sólo un copy-paste ".
    • " Necesito [más información] antes de [empezar] ".
    • " Como [una persona] no ha llegado, no tiene sentido que tengamos [cualquiera de los eventos de Scrum] ".
    • " Deberíamos tener una reunión sobre... ".
  • Las métricas:
    • " La velocidad del equipo no está aumentando, por tanto el equipo no está mejorando ".
    • " Añadiremos más capacidad al equipo para aumentar la velocidad y así cumplir con la demanda del cliente ".
    • " No podemos esperar a las estimaciones del equipo, porque el cliente quiere las estimaciones hoy ".
    • " Las estimaciones son las fechas límite de entrega ".
    • " Las estimaciones las hace sólo el [Solutions Architect/Business Anaylist/Senior Developer] ".
    • " No tenemos tiempo para hacer estimaciones ".
    • " Nuestro burn-down chart se parece más a un burn-up chart ".
    • " Nuestro burn-down sólo baja los viernes ".
    • " Usamos 'compromisos' en lugar de 'pronósticos' ".
    • " Un Story Point es una hora, ¿verdad? ".
    • " ¿Cuántas horas son un Story Point? "
  • Resistencia al cambio:
    • " Siempre hemos hecho [X] así... ".
    • " No deberíamos intentar cambiar [nuestra forma de trabajar] por ahora "
    • " Sólo haré [tareas] que hayan sido definidas en [la herramienta X] y cumplan con [formato Y] ".
    • " Yo soy [senior], así que no voy a hacer [tareas mundanas] ".
    • " No podemos empezar (a trabajar en una story / un sprint) porque no tenemos todos los detalles ".
  • Herramientas:
    • " No necesitamos un Scrum Board físico porque usamos Jira ".
    • " Usamos Jira, por lo tanto somos Agile ".
    • " Todos los equipos tienen la obligación de usar Jira ".
    • " Jira " (Sí, merece su propio ScrumBut).
    • " Podemos usar Skype así que no hay necesidad de estar juntos ".
    • " El cliente crea una petición en la herramienta [A], con enlaces a la herramienta [B] que incluye adjuntos de la herramienta [C] los cuales [copiamos/sincronizamos] a la herramienta [D] donde la refinamos antes de que lo muevan a la herramienta de los equipos Scrum [E] y los desarrolladores entonces crean las tareas en la herramienta [F] además de mantener el seguimiento de esas tareas en la pared de los post-it "
  • Prácticas:
    • " Todos hablamos sobre las pruebas automatizadas pero nunca las aplicamos realmente. Tampoco hacemos pruebas manuales porque deberían estar automatizadas ".
    • " ¿Cuál de los catorce Sprint Goals debemos hacer primero? ".
    • " Esto son sólo 15 minutos de trabajo, no hace falta que tenga todo el DoD, ¿verdad? ".
    • " ¿Cursos?¿Formación? Sólo en tu tiempo libre ".
    • " No hacemos documentación porque así lo dice el Agile Manifesto ".
    • " No tenemos tiempo para trabajar en la deuda técnica ".
  • Spikes, Stories y Definition of Done:
    • " Una Story es lo mismo que un PBI, ¿no? ".
    • " [Luis] añadió el criterio: 'Las ventas aumenten en un [añade un porcentaje aleatorio]' ".
    • " [Carmen] añadió: 'etc.' ".
    • " [Carlos] añadió: 'Ver el powerpoint adjunto' ".
    • " [Ana] añadió el criterio: '¡Tiene que estar en producción hoy!' ".
    • " [Juan] añadió como DoD: 'Que le guste al [Product Owner/usuario]' ".
    • " [Laura] añadió como DoD: 'Que no haya bugs/defectos' ".
    • " [Santi] creó una Story: 'Como Product Owner quiero un botón verde para comprar de forma que aumenten las ventas' ".
    • " [Silvia] creó una Story: 'Como departamento de marketing queremos que el SEO aumente nuestra exposición' ".
    • " [Alex] creó una Story: 'Como departamento de marketing necesitamos el envío masivo de correos esta tarde' ".
    • " [Alicia] añadió un bug: 'El sistema no tiene [una característica nunca antes mencionada] que debería haber estado sin necesidad de haberlo dicho antes como parte parte de [X]. Por favor, ¡tenedlo listo para [mañana]!' ".
    • " [Rafa] añadió una Story: 'Oh, sólo una cosa más...' ".

Échale un vistazo al siguiente vídeo que resume bastante bien la vida de un Scrum Master rodeado de ScrumButs:


Otras entradas del blog:


Si el equipo nunca falla, tienes un problema.
Por Antonio Jesús Ruiz Córdoba 05 may, 2024
¡Celebra los fallos!
Por Antonio Jesús Ruiz Córdoba 03 mar, 2024
La absurda necesidad de vender certeza en la incertidumbre
Por Antonio Jesús Ruiz Córdoba 02 feb, 2024
Evaluamos la progresión de Agile
Por Antonio Jesús Ruiz Córdoba 07 ene, 2024
Deja de ser un buen Scrum Master para ser un gran Scrum Master
Por Antonio Jesús Ruiz Córdoba 03 dic, 2023
Necesitamos menos "managers" y potenciar el "self-managment"
Por Antonio Jesús Ruiz Córdoba 05 nov, 2023
Consejos para facilitarte tus primeros pasos como Scrum Master
Por Antonio Jesús Ruiz Córdoba 06 oct, 2023
Charla de Octubre-23' del Agile-Coffee
Por Antonio Jesús Ruiz Córdoba 02 sept, 2023
Charla de Mayo-23' del Agile-Coffee
El futuro del Scrum Master
Por Antonio Jesús Ruiz Córdoba 03 may, 2023
El futuro del Scrum Master
Por Antonio Jesús Ruiz Córdoba 31 mar, 2023
Agile Coffee II
Más entradas
Share by: