🤔 ¿Realmente es el fin de SCRUM?

👋 ¡Hola a todos! ¿Que tal va la semana?
Durante las últimas semanas he leído varios artículos en los que afirman el fin de SCRUM, hoy veremos porqué dicen esto y que tan cierto es.
🇨🇴Por otro lado esta semana me he reencontrado con Lima luego del intenso viaje de aprendizaje que hicimos con el equipo de innovación de Mibanco a Bogotá ¿Lima siempre fue así de húmedo? 😅.

👉️ Antes que nada gracias por seguir compartiendo con sus amigos/conocidos interesados en producto y emprendimiento el newsletter para que sigamos creciendo como comunidad usando el botón al final, o dando click aquí⚡️️.

Suficiente intro, ¡Comencemos! 🚀

Origen de SCRUM

En 1995, Javascript hacía su aparición y la industria del desarrollo de software buscaba desesperadamente construir cosas lo más rápido posible, dejando a la suerte el proceso. Fue entonces que Ken Schwaber y Jeff Sutherland presentaron una nueva forma de desarrollar productos que prometía poner fin a estos problemas. Hoy en día, lo conocemos como Scrum.

Scrum es un marco de trabajo ágil (vuelto últimamente una metodología) que define roles, ceremonias y artefactos buscando una entrega de valor más frecuente y la reducción del riesgo. Los equipos dividen el trabajo de ingeniería en tareas más pequeñas, priorizan, planifican y ejecutan ese trabajo en incrementos de dos semanas, iteran y repiten. Con el tiempo, esto los acerca a lograr sus objetivos más rápidamente.

🫠¿Cuál creo que es el problema?

Con tanto desorden de conocimiento, la industria se agarró a estos faros de estructura. Sin embargo, como cualquier ideal utópico, también creó un grupo de personas que se adhieren a una aplicación extrema de la metodología Scrum. Estos también llamados "Puristas de Scrum" tienen una forma muy rígida, si no puritana, de aplicar la metodología.

La Scrum Alliance, por ejemplo, presenta el marco de la siguiente manera: los roles de Scrum Master, el equipo de desarrollo y el propietario del producto, las ceremonias de sprints, daily scrums y retrospectivas, y los artefactos de producto y sprint backlogs. Dicen que "si el equipo elimina o altera alguno de estos componentes, ya no están usando Scrum. Scrum solo existe en su totalidad". En otras palabras, es todo o nada.

Aquí está la ironía: la mayoría de los líderes de ingeniería y desarrollo de productos encuentran que esta filosofía de todo o nada realmente quita la flexibilidad y agilidad al proceso de innovación, ralentizando lo que Ken y Jeff intentaron acelerar en primer lugar. Es en gran parte un proceso por el proceso mismo, en lugar de ser el método que todos queremos que sea: una forma de entregar resultados de alto impacto más rápidamente. Personalmente me gustan los sistemas “orgánicos” de adopción de SCRUM, en los cuales se van adoptando prácticas en función de las necesidades reales de los equipos.

Además, implementar Scrum si bien ayuda a las empresas a tener mecanismos de delivery/entrega incremental, no asegura un adecuado discovery de producto ya que asume el diseño como inventario. Frecuentemente se encuentra desconectado de “loops” integrados de producto y en ocasiones se “fuerza” una cadencia de Scrum a proyectos donde no corresponde por las características del mismo.

🥸¿Qué dicen los expertos?

Reforge al preguntar a su comunidad de expertos sobre si la adherencia religiosa a Scrum se ha vuelto inefectiva, obtiene una respuesta unánime:

“Scrum se ha vuelto contraproducente.”

Los puristas de Scrum asignan demasiada responsabilidad al Scrum Master en los temas de status-reporting. Esto puede ser un problema grave cuando el Scrum Master no cuenta con conocimiento técnico para poder apoyar al equipo, terminando así ralentizando el progreso al añadir capas innecesarias. Según Tom Gilb agile moderno es un “desastre” que se encuentra impulsado mayormente por la industria de la consultoría y certificados.

El papel de un Scrum Master puede ser de muchísimo valor (lo he visto), sin embargo, pueden llegar a ser perjudiciales para el desarrollo debido a la falta de conocimiento técnico y/o la ausencia de poder o influencia sobre el equipo. Además, la adherencia religiosa al proceso de Scrum puede ser un obstáculo para la flexibilidad y la adaptabilidad.

🏁 En conclusión…

Existen aplicaciones en las que SCRUM aporta mucho valor, sin embargo recientemente se ha querido copiar y pegar el proceso sin preguntarnos si realmente es lo que se necesitan los equipos, el purismo de SCRUM es lo que lo está rompiendo. La figura del Scrum Master SI es de valor para el éxito de un proyecto, pero no necesariamente debe ser una persona externa a la equipo de desarrollo e ingeniería. El rol puede ser desempeñado muchas veces mejor por uno o varios miembros del equipo, según las necesidades, problemas, cultura del proyecto y sobre todo madurez del equipo. No se requiere una certificación específica para ejercer esta función. En un mundo en constante cambio, es importante centrarse en la entrega de resultados de alta calidad e impacto en lugar de en los procesos en sí mismos. Creo que SCRUM no morirá, pero lo que desaparecerá es su entendimiento como bala de plata que todas las empresas deben usar por el proceso en sí mismo.

🥸 ¿Ustedes que opinan? ¿Cual es su experiencia personal con Scrum?

¡Espero que te haya sido de valor este newsletter! 🙌

Si te gustó no dudes en compartir con más personas en LinkedIn, o también puedes invitar a más personas a suscribirse a este boletín directamente desde whatsapp haciendo click en este botón:

¿Tienes algún proyecto en el que pueda apoyarte? O tal vez quisieras conocer más sobre como implementar mejores prácticas en tu empresa, da click aquí para mantenernos en contacto: