Scrum es un marco incompleto a propósito. Scrum es un contenedor, no prescribe que prácticas o herramientas usar. Scrum no define la forma exacta de cómo realizar el trabajo o que usar para entregar valor, cada equipo debe descubrir la forma apropiada de hacerlo y complementar Scrum a su manera, por eso es un contenedor abierto y extensible. Scrum es el marco ideal para el aprendizaje y mejora continua .. Scrum es abierto y extensible, no hay recetas ni etapas que se deben seguir para ser exitosos. Scrum puede ser complementado, por ejemplo, con Kanban, UX, DevOps, etc. Pero siempre usando el empirismo como el enfoque cultural para ser adaptativos. Al usar Scrum para resolver problemas complejos el equipo Scrum va experimentando, aprendiendo e incorporando las prácticas de la manera que mejor le sirven al equipo para la entrega de valor.

No hay una receta para decidir como actuar dentro del rol de Product Owner, pero hay algunas situaciones que pueden dañar el enfoque entrega de valor y desviar la razón de ser del rol.

La facilitación permite crear un espacio colaborativo para ayudar a las personas a moverse hacia los objetivos de una manera que se hagan incluyendo la participación conciente, voluntaria y motivada, el compromiso del resultado como equipo y la creatividad de todos.

El Scrum Master brinda servicios de coaching, en ese sentido brinda orientación para ayudar a otros a alcanzar sus metas profesionales o personales. El coaching es una competencia para lograr usar un Scrum Profesional, al hablar del coaching (no del rol de un Agile Coach) conversamos acerca de cómo las habilidades de coaching pueden usarse para aumentar la efectividad y los resultados de un Equipo Scrum.

En la gestión de producto la visión de producto es muy importante para proveer motivación y propósito al equipo de Scrum y el alineamiento con el negocio. Con una visión apropiada la autogestión llega a tener sentido para orientar adecuadamente el foco del esfuerzo compartido para entregar valor.

Los mejores Scrum Masters nutren y aumentan sus habilidades y experiencia de coaching ágil con el tiempo, enfocándose en varias áreas que sienten que los ayudarán a ser más eficientes y efectivos. Si bien las técnicas de entrenamiento, consultoría, mentoría, entrenamiento, invisible pero presente y facilitación son las herramientas principales del Scrum Master, saber cuándo y cómo usar una herramienta, técnica o enfoque específico es esencial para que un Scrum Master pueda ayudar a entregar valor.

Originalmente se tiende a asociar Scrum y la Agilidad al desarrollo de software, pero esto no ha limitado la posibilidad de su uso en diversas industrias como, por ejemplo: marketing, manufactura, la industria de la panificación, etc. La figura muestra una lista de industrias que están adoptando Scrum para mejorar su enfoque de entrega de valor y redefinir sus formas de desarrollo de producto. ¿Qué otras industrias conoces donde se usa Scrum o potencialmente puede usar Scrum?

Nexus es el marco ideal para escalar Scrum debido a que no modifica Scrum. Es ideal para quienes ya usan Scrum debido a que su adopción se basa en Scrum. Nexus mejora la visiblidad y transparencia de las dependencias entre los equipos, dependencias externas y de otro tipo que elevan el riesgo de no entregar incremento de producto integrado entre todos los equipos que escalan a través de Nexus. Un evento clave es el Nexus Daily Scrum donde participan al menos un integrante de cada equipo Scrum del escalamiento además del equipo de Integración, Product Owner y Scrum Master.

Dentro de un Sprint se busca aprender con diversas formas para conectar con el cliente a través de UX, pero siempre combinando con el trabajo necesario para entregar un incremento de producto terminado y evaluar el impacto medible en los clientes (outcomes) en cada Sprint. El desafío en Scrum con UX es identificar formas de desarrollar un enfoque de UX emergente que ayude a la entrega de producto en cada Sprint buscando el rimo adecuado de cada tipo de trabajo.

El Product Owner es un gestor de producto que se encarga de mantener el alineamiento estratégico del Product Backlog en todo momento.

Scrum define eventos para crear cadencia, ritmo y mejorar la transparencia. Puede suceder que los miembros del equipo no encuentren utilidad en su uso o que el resultado no sea efectivo o el esperado. Estas circunstancias pueden ser mejorados con una facilitación para impactar en forma positiva en el resultado que se necesita obtener.

El liderazgo Ágil es fundamental para dar soporte al proceso de cambio y de otros tipos dentro de una organización. El líder ágil se puede ver desde varias perspectivas, pero su centro es la responsabilidad del crecimiento de las personas y el foco en la mejora de la entrega de valor y los resultados de negocio. Ser un soporte cultural del trabajo en equipo y la autogestión es vital para que se produzca la Transformación ágil en una organización.

El Product Owner no toma la decisión final sobre los cambios en el Sprint Backlog pero puede negociar con los Desarrolladores para lograr lo mejor para el producto y los clientes. Durante el Sprint el Sprint Backlog puede cambiar, los Desarrolladores pueden descubrir nuevo trabajo o el Product Owner puede darse cuenta de que un elemento urgente del Product Backlog se debe agregar. Si bien es cierto que pueden existir muchos escenarios que ameriten cambiar el Sprint Backlog está decisión del cambio corresponder a los Desarrolladores.

La facilitación se enfoca en ayudar a crear un entorno saludable y de seguridad donde las personas puedas generar ideas en forma creativa y de usar los diferentes puntos de vista para lograr soluciones definidas en un trabajo en equipo. Las técnicas de facilitación junto con los valores pueden potenciar la forma de llevar a cabo los eventos de Scrum, sus resultados y la autogestión durante el Sprint.

autogestionados para entregar valor. No hay recetas para lograr una transformación ágil, se requiere un trabajo duro y continuo para promover una mentalidad que lleve a formas diferentes de gestionar el desarrollo de producto a través del aprendizaje de los clientes y las capacidades de respuesta a los cambios en el mercado.        Aunque no existen recetas, hemos aprendido algunos patrones que pueden ayudar como claves de una transformación Ágil exitosa:

In this article we are going to explore some ideas and reflections about the Product Goal in Scrum

La agilidad está de moda y su adopción es un tema pendiente en muchas organizaciones. La agilidad promueve un cambio cultural que se basa en los principios y valores ágiles que llevan a adquirir capacidades de respuesta al cambo para hacer frente a la dinámica del contexto del mercado con foco en la entrega de valor en los clientes.   La agilidad requiere el uso del enfoque empírico para generar valor de forma incremental, la base de Scrum, complementado luego con la inspección de los resultados basada en el aprendizaje de los clientes para generar una adaptación apropiada.

Scrum es marco basado en el empirismo. Un punto de partida para entender este concepto es que se refiere a la capacidad de adaptación a partir del aprendizaje de los clientes. Entregar valor a los clientes en el largo plazo es riesgoso debido a la incertidumbre de lo que puede suceder en el camino y no conoces. Scrum provee el Objetivo de Producto y el Objetivo del Sprint como formas de proveer dirección y propósito y a la vez que mejoran este empirismo a través de ciclos cortos de adaptación y entrega de valor desde el Sprint hacia el objetivo de producto.

El Scrum Master brinda servicios al Equipo Scrum, la organización y el Product Owner. El radio de acción del Scrum Master no es solamente el equipo, puede abarcar el involucramiento con diversas áreas y cruzar la organización cuando tiene que participar en remover impedimentos de la organización o promover la cultura ágil y Scrum. El Scrum Master es un verdadero líder que no actúa a través del control, imposición o cualquier otra forma que impida el crecimiento de la autogestión y el empirismo.

La guía de Scrum cambió la definición de priorizado por ordenado. La definición tiene un sentido que refuerza el uso del empirismo en Scrum y la capacidad de toma de decisiones del Product Owner sobre el Product Backlog.

Scrum es un marco de trabajo con un cambio cultural, usar solamente la parte visible ignorando la parte cultural que se basa en los principios y valores pueden llevar a no usar Scrum adecuadamente y no aprovechar sus beneficios.

Mejorar la eficiencia del tiempo de entrega para producir más producto en menos tiempo puede ser una buena alternativa en algunos escenarios durante el desarrollo de un producto, pero no necesariamente lo es en otros.

La productividad en Scrum. Scrum es un marco orientado a maximizar la entrega de valor usando el empirismo y el trabajo en equipo. En ese sentido la productividad se mide en base al valor entregado.

Hace unos días tuvimos un intento de interrumpir un evento virtual que realizamos en Zoom. Se filtraron aparentemente varias personas que impidieron el normal desarrollo de nuestro evento ya que tomaron el control del contenido a proyectar y de la voz. Estas cosas suelen suceder y es parte del aprendizaje sobre todo si el evento abierto, gratuito y en vivo.

Alguna vez te has preguntado: ¿Cuáles son los beneficios de usar Scrum y trabajar en equipo con el marco?

La agilidad provee capacidades para ser adaptables para crear productos innovadores y responder a los cambios. Esta innovación debe basarse en un nuevo modelo de negocio para responder a la incertidumbre del mercado.

Nexus es un marco de trabajo que se basa en Scrum que sirve para escalar el trabajo de varios equipos Scrum desarrollando un producto.

El Product Owner usa un enfoque construir, medir y lanzar con Scrum. Impulsa el crecimiento del valor usando...

La Gestión basada en evidencia de Scrum.org es un marco de trabajo que provee un enfoque empírico para mejorar continuamente el valor entregado a los clientes, las capacidades organizacionales para entregar ese valor y los resultados de negocio en un entorno de alta incertidumbre.

El Objetivo de Producto tiene una relación con los objetivos de negocio, la visión del producto y refleja el contexto y las oportunidades de mercado identificadas como potenciales para el producto.

En Scrum la planificación no es una etapa o un evento único, es una actividad continua durante todo el Sprint. La Adaptación continua no es sinónimo de desorden o improvisación.

El Scrum Master es un líder servicial, un rol transformador, un rol de cambio. Su forma de actuar es indirecta, facilitando en todo momento la autogestión del Equipo Scrum para lograr el Objetivo del Producto.

La nueva guía de Scrum 2020 establece que el compromiso al desarrollar el Incremento de Producto es cumplir con los Criterios de Terminado.

Algunas veces se entendía que los ítems seleccionados del Product Backlog para el Sprint o las tareas eran el compromiso del Sprint.

La nueva guía de Scrum 2020 define que una de las responsabilidades del Scrum Master es causar o provocar que se resuelvan los impedimentos.

Ahora hay un cambio en los roles. Se ha cambiado el rol que era el Equipo de Desarrollo, por el rol de Desarrolladores.

Un cambio muy esperado ha sido finalmente la eliminación de las tres preguntas sugeridas en el Daily Scrum.

Un Equipo de Desarrollo en Scrum no tiene sub equipos, roles o títulos. En el equipo pueden y es bueno que existan especialistas como expertos en pruebas, desarrollo, arquitectura, etc. Pero estos especialistas aportan para que el equipo pueda lograr el objetivo del Sprint y del producto como equipo complementando sus competencias.

La agilidad provee un contexto para el aprendizaje continuo. Scrum a través del uso de Sprints, eventos y valores de Scrum crean un espacio para que ese aprendizaje pueda tener lugar.

El compromiso del equipo de desarrollo durante el Sprint es lograr el Sprint Goal y con ello el impacto en los clientes y en el negocio. El éxito del Sprint está asociado al logro de este objetivo y a los cambios en el comportamiento de los clientes que se puede provocar con el uso del producto.

Aunque la lista de competencias puede ser amplia y variar según el tipo de producto y el escenario a enfrentar las siguientes áreas de competencia pueden ser tomadas en cuenta para ser un gran Product Owner.