Kanban, Scrum, metodologías ágiles… Si alguna vez has querido aprender más sobre este tema, tenemos un regalo para ti.
Como primera de una serie de entrevistas dentro de nuestro equipo SaaS, hemos entrevistado a Ahmed, Scrum Master de Lumiforms, que responderá a algunas de las preguntas más comunes que la gente se hace sobre el desarrollo ágil de software.
Junto con Ahmed, profundizaremos en los principios básicos de las funciones de Scrum master, comprenderemos las ventajas de las herramientas digitales y descubriremos las razones que hay detrás de utilizar metodologías como Scrum y Kanban.
Además, aprenderemos cómo se mide el rendimiento del equipo y cómo las metodologías ágiles pueden fomentar la colaboración entre distintos departamentos. Acompáñanos mientras nos adentramos en el mundo de Scrum y recogemos la sabiduría de un Scrum Master experimentado.
Contenido
1. ¿Cuáles son las principales responsabilidades de un Scrum Master?
3. Ser Scrum Master en un equipo remoto
5. ¿Cómo está configurado tu tablero Kanban?
6. ¿Quién establece las reglas en las directrices Scrum?
7. ¿Cómo gestionáis el rigor de Scrum cuando surgen proyectos inesperados?
8. ¿Cómo mides el rendimiento del equipo y haces un seguimiento de los procesos?
9. ¿Pueden aplicarse las metodologías ágiles a la colaboración con otros equipos?
P: ¿Cuáles son las principales responsabilidades de un Scrum Master en el trabajo ágil?
R: Un Scrum Master tiene muchas funciones y responsabilidades que giran en torno a garantizar la implementación satisfactoria de las metodologías Scrum dentro del equipo. Esto incluye facilitar y guiar al equipo a través de las distintas ceremonias y procesos de Scrum, eliminar cualquier obstáculo que impida su progreso y promover un entorno de trabajo ágil y colaborativo.
P: ¿Podrías explicar qué es Scrum?
R: Scrum es una metodología ágil adoptada por equipos para mejorar su velocidad de trabajo, eficiencia y estructura general. Proporciona un marco para planificar y entregar el trabajo de forma eficaz. Aunque existen otras metodologías como Kanban, Scrum sigue siendo popular debido a su enfoque en la agilidad y la adaptabilidad.
El objetivo último de Scrum, así como de otras metodologías ágiles, es fomentar la colaboración y permitir que los equipos trabajen de la forma más eficiente posible.
P: Como Scrum Master en un equipo remoto, trabajas principalmente de forma digital. ¿Seguirías prefiriendo un enfoque digital si el equipo estuviera en la misma ubicación?
R: Por supuesto. Incluso si el equipo estuviera físicamente en el mismo lugar, un enfoque digital ofrece ventajas significativas. Simplifica la gestión del trabajo y elimina la necesidad de tablones físicos y procesos manuales. En el pasado, mantener tablones físicos requería un esfuerzo considerable, como borrar y reescribir la información. Además, las herramientas digitales permiten una mejor colaboración y documentación, lo que facilita el seguimiento de los progresos y una comunicación eficaz.
P: ¿Qué metodologías utiliza tu equipo de desarrolladores de Lumiform y qué factores influyeron en tu elección?
R: Nuestro equipo de desarrolladores Lumiform utiliza principalmente las metodologías Scrum y Kanban. El motivo de esta combinación es aprovechar los puntos fuertes de cada una. Scrum proporciona un enfoque estructurado que resulta especialmente útil cuando se incorpora a desarrolladores noveles. Garantiza que todos entiendan el proceso y lo sigan de forma coherente.
A pesar de tener desarrolladores senior, Scrum sigue siendo la opción más adecuada para nuestro equipo remoto. Por otro lado, Kanban ofrece flexibilidad y un enfoque basado en tareas, lo que es beneficioso para los miembros del equipo que trabajan de forma independiente.
El objetivo último de Scrum, así como de otras metodologías ágiles, es fomentar la colaboración y permitir que los equipos trabajen de la forma más eficiente posible
P: ¿Cómo está configurado tu tablero Kanban?
R: Nuestro tablero Kanban está estructurado con varias columnas que representan distintas fases de trabajo en nuestro proceso de desarrollo. Comienza con la clásica columna Hacer, donde las tareas se enumeran al principio. A medida que avanza el trabajo, pasan a la columna En curso, lo que indica que están activas. Una vez completada una tarea, pasa a la columna Hecho. También tenemos columnas especializadas como Bloqueado para indicar cualquier impedimento que obstaculice el progreso y No Comprobable para indicar las dependencias de las tareas.
Esta configuración ofrece una representación visual de nuestro flujo de trabajo y proceso de desarrollo, lo que me permite, como Scrum Master, cumplir con mis obligaciones y evaluar el progreso de la tarea e identificar áreas de mejora o posibles cuellos de botella.
Es importante señalar que la configuración de nuestro tablero Kanban se adapta a las necesidades y preferencias específicas de nuestro equipo. Aunque hay algunas prácticas estándar y principios básicos a seguir en Kanban, hemos personalizado nuestro tablero para alinearlo con nuestro flujo de trabajo y hacerlo lo más transparente posible para todos los implicados.
P: ¿Quién establece las reglas en las directrices Scrum? ¿Es tarea del Scrum Master?
R: Scrum es una metodología muy conocida, por lo que las reglas ya existen. Como Scrum Master sólo me aseguro de que se sigan las reglas, no las establezco yo. Entreno a mi equipo y me aseguro de que todos siguen el proceso.
En Scrum todo está planificado de antemano en ciertas ceremonias. El trabajo real tiene lugar en los llamados sprints. Un sprint es un periodo de tiempo específico en el que el equipo establece una determinada cantidad de tareas que debe completar. Nuestros sprints, por ejemplo, duran dos semanas y planificamos lo que haremos en estas reuniones en nuestros planes de sprint a los que se une cada miembro del equipo.
Al final del sprint haremos lo que llamamos una revisión del sprint y veremos si lo hemos cumplido todo y, si no, empezaremos a plantear preguntas.
Aquí es donde entramos en la retrospectiva del sprint. Evaluamos nuestro rendimiento y vemos qué se puede mejorar. Desde mi punto de vista, ésta es una de las reuniones más importantes de todo el proceso. Y es tan valiosa que otras metodologías también han empezado a incorporar retrospectivas.
Para Kanban es completamente diferente.Simplemente das a una persona una tarea y en cuanto termine, puedes darle la otra tarea y así sucesivamente.
P: ¿Cómo manejas el rigor de Scrum cuando surgen proyectos inesperados?
R: Aunque Scrum tiene sus reglas estrictas, entendemos que pueden surgir proyectos inesperados o tareas urgentes durante un sprint. En tales casos, adoptamos un enfoque flexible llamado Scrumban. Scrumban combina los mejores elementos de Scrum y Kanban, lo que nos permite adaptarnos a los cambios sin dejar de mantener algunos aspectos de planificación. En Lumiform, nuestro equipo de producto utiliza Scrumban para adaptarse a la naturaleza dinámica de nuestra startup SaaS.
En Lumiform, nuestro equipo de producto utiliza Scrumban porque, como startup SaaS, necesitamos adaptarnos a los cambios. Y Scrum a menudo no nos permite esa flexibilidad.
En resumen, Scrum es preferible para la planificación, mientras que Kanban está más orientado a las tareas y prioriza la velocidad. Sin embargo, Kanban a menudo se centra en tareas de alta prioridad, lo que significa que algunas de las tareas de baja prioridad no se atienden. En Scrum planificamos y vemos nuestra capacidad y luego establecemos que podemos encajar algunas de las tareas de baja prioridad en nuestro flujo de trabajo. Determinar la capacidad es un proceso de prueba y error basado en la experiencia.
Kanban permite un trabajo más independiente, mientras que Scrum anima a ayudar a los demás a completar las tareas.
P: ¿Cómo se mide el rendimiento del equipo y se hace un seguimiento de los procesos?
R: La medición del rendimiento del equipo difiere entre Scrum y Kanban. En Scrum, nos centramos en la planificación, la estrategia y la previsibilidad. Evaluamos nuestra capacidad y velocidad, comparando el trabajo planificado con la entrega real. En cambio, Kanban hace hincapié en la duración del ciclo, es decir, el tiempo que tarda un ticket en pasar de la columna "En curso" a la columna "Hecho". Combinando las métricas de ambas metodologías, obtenemos una visión global del rendimiento de nuestro equipo.
P: ¿Pueden aplicarse las metodologías ágiles a la colaboración con otros equipos, como Ventas, Éxito del cliente o Marketing?
R: Las metodologías ágiles son muy adaptables y pueden fomentar la colaboración entre varios equipos de una empresa. Aunque cada equipo puede seguir flujos de trabajo diferentes, los principios subyacentes de agilidad y colaboración siguen siendo cruciales. En Lumiform, los equipos mantienen sus propios tableros y pueden utilizar diferentes herramientas de software, pero el objetivo final es siempre interactuar y colaborar eficazmente para construir un producto de éxito.
En resumen, como Scrum Master, mi función consiste en guiar al equipo a través de los procesos Scrum, facilitar la colaboración y garantizar la aplicación satisfactoria de las metodologías ágiles. Combinar las metodologías Scrum y Kanban nos permite equilibrar la estructura y la flexibilidad en función de las necesidades de nuestro equipo.
Mediante una medición y un seguimiento eficaces, mejoramos continuamente el rendimiento de nuestro equipo. Además, las metodologías ágiles permiten la colaboración no sólo dentro del equipo de desarrollo, sino también entre los departamentos de la empresa, promoviendo el éxito general.