Blog

Scrum es abierto y extensible Scrum es abierto, extensible y a propósito incompleto. No prescribe que herramientas o prácticas usar o que no usar. Scrum es un contenedor para otras prácticas, métodos o herramientas. Un equipo autogestionado mejora continuamente, incorporando lo que necesite y le ayude a incrementar sus capacidades de entrega de producto terminado con el compromiso de lograr entregar producto valioso en períodos cortos. Es fundamental que los equipos Scrum consideren incorporar métodos complementarios como Kanban o prácticas adicionales algunas de las cuales pueden ser: “Test Driven Development”, “Acceptance Test Driven Development”, prácticas de DevOps como entrega continua o

Cultura de un Equipo Scrum Los valores de Scrum son la base para definir el comportamiento y formas adecuadas de convivir de las personas. Por ejemplo, respetar y tener apertura pueden ser expresados como la tolerancia para expresar ideas de la manera adecuada y elevar al nivel de la conversación hacia aspectos útiles para el equipo sin hacer daño a los demás. Un miembro de equipo Scrum tiene muchas características que lo hacen ideal para el trabajo colaborativo. Es díficil y complicado definir estas cualidades. Patrick Lencione, en su libro El jugador de Equipo Ideal define ciertos aspectos que pueden considerados

El Rol del Scrum Master Cuando vemos grandes equipos en alguna disciplina deportiva, o grandes logros por equipos que producen productos innovadores y exitosos, por mencionar algunos casos, nos podemos preguntar: ¿cómo lo hicieron, qué factores pudieron influir? Puedo mencionar un factor que es común: estos equipos tienen un liderazgo distintivo que produce un cambio positivo, que inspira, motiva y logra impulsar a las personas para lograr grandes resultados. Este liderazgo no es ausente; su presencia es decisiva para forjar una cultura de aprendizaje, mejora continua y hambre por los objetivos. Estos líderes son indispensables por su capacidad para nutrir en

Lienzo para el Objetivo de Producto El Objetivo de Producto define el norte y ayuda a visualizar de mejor manera el compromiso que debe lograr y aportar el Equipo Scrum en cada Sprint. Sin un objetivo de producto podría ser que no sea transparente o sea ambiguo el resultado que se deben lograr. Este objetivo mejora la transparencia, dirección y foco para que la inspección pueda ser realizada de una manera más apropiada para evaluar el progreso dando como resultado una adaptación con mejor sentido mejorando la autogestión del equipo. La evaluación del progreso de negocio es hacia el Objetivo del

Competencias de un gran Scrum Master Entender las capacidades y competencias del rol ayudan es fundamental para enfocarse en su desarrollo. La lista de competencias que presentamos a continuación es un punto de partida como referencia que puede ser complementada con diferentes puntos de vista y experiencias. Algunas de las competencias que sugerimos debe desarrollar un Scrum Master son: El Scrum Master es un facilitador neutral que explota y potencia la autogestión para lograr una colaboración efectiva en el equipo brindando el espacio necesario para la cocreación. La facilitación ayuda a establecer el entorno adecuado para ayudar a que las personas

El Scrum Master como facilitador La facilitación se enfoca en ayudar a crear un entorno saludable y de seguridad donde las personas puedan generar ideas en forma creativa y 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. Algo a considerar en la facilitación es que el Scrum Master no decide la solución que se necesita, pero sí facilita la búsqueda de esas soluciones. El Scrum Master

Facilitar los eventos de Scrum 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. La facilitación no debe estar orientada a crear patrones repetitivos o secuencias mecánicas sino por el contrario buscar explorar ideas con la divergencia necesaria, pero llegando a un punto donde se puedan aproximar a una convergencia en el momento adecuado donde todos

Mito: El Product Owner toma decisiones sobre los cambios en el Sprint Backlog   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. El Product Owner puede negociar con los Desarrolladores para optimizar el trabajo para lograr el Objetivo del Sprint y encontrar alternativas para atender los elementos urgentes que surjan. Lo que no debería

El Scrum Master no es un solucionador de Problemas Un Scrum Master debe crear un entorno de confianza donde los desarrolladores sientan un entorno psicológicamente seguro para hablar acerca de los impedimentos sin sentir que se les va a culpar por ellos. La primera intención del Scrum Master debe ser ayudar al equipo a través del coaching, facilitación, enseñanza, mentoría entre otras opciones a resolver los impedimentos por si mismos. El Scrum Master también puede usar el Sprint Retrospective como una forma en que el equipo plantee mejoras de forma transparente para evitar o reducir el riesgo que aparezcan los impedimentos.

La Retropectiva del Sprint La Retrospectiva del Sprint es el momento en que el equipo de Scrum evalúa los compromisos de mejora necesarios para mejorar la entrega de valor. Este evento no es el único momento para mejorar porque estas mejoras pueden suceder durante el Sprint. Las áreas de mejora como sugerencia pueden estar asociadas a Scrum, Criterios de terminado, relaciones entre las personas, prácticas ágiles o de ingeniería y mejoras en herramientas a usar. Las discusiones pueden ser llevadas por reflexiones en temas como la mejora de la calidad del producto y los criterios de terminado. Criterios de terminado más

Líder Ágil 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 líder mejora la transparencia al proveer el espacio para definir objetivos valiosos, incorporando los puntos de vista de manera

Posturas del Product Owner El Product Owner es un líder que actúa de acuerdo a diversos escenarios y circunstancias. Ser un líder que atraviesa y vive estas situaciones exige que pueda adoptar diferentes posturas que le permitan mejorar la entrega de valor. Ser un inspirador, soñador y creador de transparencia con la visión y definición y valor permite crear un entorno para que los interesados, clientes y equipo de desarrollo puedan ver lo que puede ser, lo que se puede lograr o la dirección a la cual pueden llegar en el futuro. Gestionar el Product Backlog y tomar decisiones acerca de

Beneficios de la Agilidad y Scrum Scrum es una herramienta ligera para habilitar la agilidad empresarial. Scrum y la Agilidad son dos caras de la misma moneda. Aunque podemos tratar de entender ambos por separado es mucho mejor entenderlos desde los beneficios que brindan. Scrum es un marco adaptativo que se enfoca en la solución de problemas complejos para mejorar la entrega de valor basado en equipos autogestionados. Scrum provee las capacidades de respuesta al cambio o las capacidades de ser Ágiles. Algunos beneficios que podemos resaltar son los siguientes: Reduce el riesgo organizacional. Scrum lo hace a través de iteraciones

Alineamiento Estratégico   El Product Owner es un gestor de producto que se encarga de mantener el alineamiento estratégico del Product Backlog en todo momento. Para decidir lo que es importante construir para entregar valor puede considerar dos aspectos, el alineamiento con los objetivos de la empresa junto al impacto en los clientes y la viabilidad tecnológica asociada a las capacidades técnicas que se requieren para entregar el incremento de producto además de las dependencias técnicas que deben ser resueltas. Por ejemplo, se puede definir el Orden del Product Backlog para seleccionar algo que brinde un alto impacto en el valor,

La Visión de Producto 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. La visión brinda un propósito al tratar de describir el problema del cliente y el beneficio potencial en el mercado potencial. La visión también expresa la ventaja competitiva y la solución potencial al realizarla. Definir, comunicar y difundir una visión es un trabajo extenso abordado por el Product Owner

Scrum con User Experience 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 diseño UX aporta técnicas, herramientas y las bases para integrar el aprendizaje en la entrega de software. En Scrum el reto es entregar un incremento de producto con valor y mejorar el aprendizaje de los clientes a través de lanzamientos continuos durante el Sprint balanceando el trabajo de descubrimiento y de entrega de producto durante el Sprint para lograr el objetivo del Sprint. Los valores y

Scrum con User Experience Dual Tracking no es: Sprint de descrubrimiento o discovery que se adelantan para alimentar Sprint de desarrollo o delivery No son dos equipos separados, no es un equipo de discovery o de UX que alimenta a los equipos de entrega de producto o delivery Dual Tracking es un concepto que muchas veces puede ser mal interpretado como fases con descubrimiento (Discovery) primero y luego de construcción (Delivery) y con equipos separados, este no es el enfoque que se propone. Dual Tracking se basa en la ejecución del trabajo de diseño y de construcción (delivery) simultáneamente y en

Descubrimiento y refinamiento emergente El refinamiento del Product Backlog es esencial para mejorar la entrega de valor. El refinamiento es una actividad continua que se realiza en cada Sprint buscando maximizar la entrega de valor. El nivel de refinamiento y la proyección adecuada del Product Backlog debe ser balanceada para reducir el riesgo de afectar la adaptación. Hay muchas maneras de llevar a cabo y representar el refinamiento. Podemos expresar los elementos del Product Backlog con diversos niveles de granularidad para mejorar el entendimiento enlazado a la visión y el objetivo de producto, pero hay que considerar que este proceso debe

Nexus Daily 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

Usos de Scrum Scrum es un marco ligero que se orienta a la entrega de valor a través de soluciones adaptativas para problemas complejos. Esta definición abre la posibilidad a un sin número de posibles usos de Scrum en diversas industrias. 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. Las posibilidades de cambios en períodos cortos en el mercado y los gustos de los clientes están provocando ciclos de renovación de producto