Desde la aparición de Scrum se ha utilizado como el framework ágil “Agile” más popular. Una de las principales razones por las que Scrum se ha utilizado tan ampliamente durante mucho tiempo es que es extremadamente simple y se centra únicamente en la esencia del desarrollo de software: el ciclo PDCA y la coherencia.

PDCA (Planificar, Hacer, Verificar y Acción), creado por Walter Shewhart en los Laboratorios Bell Telephone en la década de 1920, es la base del desarrollo de software, así como de todas las actividades comerciales. Independientemente del tipo de software y negocio, se debe practicar PDCA para mejorar los procesos. Jeff Sutherland se dio cuenta de que el ciclo PDCA es demasiado lento y largo en la gestión en cascada y definió "Sprint", que es de corto plazo, comúnmente 1 o 2 semanas, para practicarlo de manera cíclica. Tomó prestada la idea del Sistema de Producción Toyota (TPS), enfatizando que el trabajo debe fluir como un río.

Ohno Taiichi, el padre de TPS, notó que cuando el trabajo fluye como un río, los empleados producen resultados de manera eficiente y efectiva. Para crear un flujo de trabajo en el desarrollo de software, Jeff Sutherland definió todos los eventos de Scrum: planificación de Sprint, Scrum diario, revisión de Sprint y retrospectiva de Sprint al mismo tiempo, con la misma duración, en el mismo lugar y con las mismas personas en Sprint. Ha cambiado el juego del desarrollo de software.

Sin embargo, recientemente descubrí que hay otra esencia en Scrum, que reside en los roles de Scrum. Simon Sinek, autor del best seller internacional: Empiece por el por qué: cómo los grandes líderes inspiran a todos a actuar, codificó el “Círculo Dorado”, que explica en qué se diferencian las empresas, los productos y los líderes influyentes de los mediocres. Me di cuenta de que el Círculo Dorado es exactamente el mismo que los roles de Scrum: propietario del producto, scrum master y desarrollador. Lo explicaré con más detalle.

¿Qué es el círculo dorado de Simon Sinek?

El Círculo Dorado tiene tres capas: por qué, cómo y qué. La capa “Por qué” está centrada, la capa “Cómo” es la capa intermedia y la capa “Qué” es la más exterior. Las empresas, productos y líderes influyentes comienzan con el por qué, lo que significa que aclaran y conocen la razón por la que hacen lo que hacen. A esto también lo llamamos comúnmente visión y misión. Las empresas, los productos y las personas comunes, por otro lado, comienzan con qué, cómo desarrollar productos o servicios sin visión ni misión.

Por ejemplo, la visión corporativa de Google es "dar a las personas acceso a la información del mundo con un solo clic". Basándose en esa visión, desarrollaron el motor de búsqueda Google, Google Drive, Google Maps, Gmail, etc. Todos sus productos apuntan constantemente a su visión. Comienzan con "por qué".

Las empresas ordinarias, por otro lado, empiezan con "qué". Empiezan diciendo: "Queremos obtener más ganancias y ahora la IA es una tendencia, por eso creamos un producto con IA". Sin embargo, el dinero no es la razón (por qué) sino los resultados (qué). Simon Sinek expresa que la razón por la que existe la empresa no es el dinero sino su misión y visión. Desde que OpenAI creó ChatGPT, numerosas empresas han lanzado repentinamente servicios y productos de IA para avanzar. Sin embargo, la mayoría de ellos comenzaron con "qué", por lo que su destino ya está condenado. La tendencia actual de la IA es la misma que la de la burbuja de las punto com, Lehman Brothers y el auge de Bitcoin.

Empresas ordinarias y el círculo dorado

Líderes que comienzan con el por qué nunca se dan por vencidos. Están muy inspirados por sus razones y creen que lo que están haciendo es importante para ellos y el mundo. La creencia es el factor más crítico para perseverar. Jack Ma, el fundador de Alibaba y el hombre más rico de China, es uno de los mejores ejemplos. Cuando fundó Alibaba, le dijeron que su idea no funcionaría y más de 30 inversores lo rechazaron. Incluso después de recaudar fondos, Alibaba no obtuvo ganancias durante los primeros 3 años. Sin embargo, recibió muchas cartas de agradecimiento de los clientes y creía que su misión era correcta. Ahora es reconocido como uno de los mejores líderes del mundo.

Roles Scrum

Scrum define sólo tres roles esenciales: propietario del producto, scrum master y desarrollador, aunque los proyectos de software generalmente necesitan más roles, como tester, analista de negocios, diseñador, etc. El propietario del producto define la visión del producto y es responsable de maximizar el valor del producto a través de decisiones informadas. El scrum master implementa Scrum para lograr un mayor rendimiento mediante el entrenamiento, la tutoría, la enseñanza y la facilitación. Los desarrolladores avanzan basándose en la visión definida por el propietario del producto y las instrucciones del scrum master. Estos tres roles son exactamente los mismos que los del círculo dorado de Simon Sinek.

Roles de Scrum y círculo dorado

Scrum nació hace unas tres décadas y Start with Why se publicó en 2009. Entonces, Jeff Sutherland no definió estos tres roles basándose en el Círculo Dorado. Sin embargo, se dio cuenta de que estas tres esencias son fundamentales en el desarrollo de software basándose en su experiencia e investigación en profundidad.

Mientras que la mayoría de los líderes de proyectos en la gestión en cascada se centran en las tecnologías (desarrollar) y se esfuerzan por contratar súper ingenieros, Scrum define al propietario del producto para aclarar por qué y al scrum master para definir cómo, cuáles son mucho más importantes para el desempeño del equipo. Como las tecnologías son simplemente las herramientas para lograr la visión y ofrecer valor a los clientes, deben buscar el por qué y el cómo, algo fundamental para el éxito de cualquier proyecto. Esta es una de las principales razones por las que Scrum supera a la gestión en cascada y se ha utilizado como el marco ágil más popular durante tres décadas.

Conclusión

La combinación de la teoría del Círculo Dorado de Simon Sinek con los roles de Scrum proporciona una base sólida para la gestión efectiva de proyectos, enfocándose en el “Por qué” y el “Cómo” antes de llegar al “Qué”, lo cual ha sido fundamental para la popularidad y el éxito continuo de Scrum en las últimas tres décadas.


Referencias

Compartir es construir