Scrum

O “Soy un buen Scrum Master pero la empresa no es ágil” Imagen de mohamed Hassan en Pixabay Cuando eres Scrum Master, sea cual fuere tu nivel de experiencia o de madurez en el rol, nunca más se da el caso de “no soy yo, son ellos”: Es que apenas están implementando Scrum, ellos (la organización, los equipos, las personas) no están maduros. | ¿Es posible “implementar” Scrum? Es que todavía están (los equipos, las personas) atascados en los modos tradicionales de gestión y creen que soy el jefe o el gerente. Es que ellos necesitan entender la nueva forma ágil de trabajar que quieren adoptar. | ¿”Adoptar”, luego no era “implementar” Scrum? Es que están esperando que yo comande al equipo desde alguna suerte de puesto de control o cabina de mando. Es que yo no tengo autoridad sobre el equipo. Soy solo un líder servicial a su servicio, como dice la guía de Scrum. Y el equipo es autogestionado. Funciona por sí solo. | ¿Un equipo “funciona”? Y la lista de razones puede lle

Los Dueños de Producto virtuosos: Expresan claramente las historias de usuario Ordenan las historias de usuario para alcanzar los objetivos y misiones de la mejor manera posible Aseguran que las historias de usuario sean visibles, transparentes y claras para todos Los Dueños de Producto virtuosos (que Crecen ) se aseguran de que los miembros del Equipo de Desarrollo entiendan las historias de usuario al nivel necesario. Se aseguran de tener una visión clara del producto que quieren Consiguen información de los interesados , usuarios, consumidores , del entorno , del mercado, de la competencia Saben más que cualquier persona a su alrededor, pero menos que todas ellas juntas Estas y otras ideas, en la presentación que puedes ver aquí. Un video resumen de la presentacuión puedes ver aquí.

  Según la guía de Scrum, “los Scrum Diarios mejoran la comunicación, eliminan la necesidad de realizar otras reuniones, identifican impedimentos a remover relativos al desarrollo, resaltan y promueven la toma rápida de decisiones y mejoran el nivel de conocimiento del Equipo de Desarrollo. El Scrum Diario es una reunión clave de inspección y adaptación ”. “El Scrum Diario es una reunión con un bloque de tiempo de 15 minutos para el Equipo de Desarrollo”. Pero el Scrum Master, ni mucho menos el Dueño de Producto ni ninguna otra persona facilitan, conducen o gestionan este evento de Scrum. Es el mismo Equipo de Desarrollo en pleno el encargado de llevarla a cabo, si bien alguien como el Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión. En el nivel Shu de Scrum, para que haya una reunión Diaria efectiva y se mantenga el espíritu de Scrum y ágil, el Scrum Master enseña al Equipo de Desarrollo a: 1.     Mantener el Scrum Diario en los límites del bloque de t

  Estoy comprometido con mejorar la práctica de Scrum en las organizaciones y comunidades que acompaño y me he convencido de que todos los equipos, sin importar su estado de desarrollo, pueden optimizar su capacidad de inspeccionar y adaptarse para hacer mejor las cosas. En mi continuo trasegar por las organizaciones que usan Scrum o intentan hacerlo me he encontrado con manifiestos desordenes en ese ámbito: desde el uso de un Scrum fundamentalista o Scrumdamentalismo , ese que raya en lo sectario, pasando por el-mismo-Scrum-para-todo-el-mundo , sin dejar atrás el Ca s crumcada o “ Scrum-cascada ”, el Scrum mecánico, apenas para un apocalipsis zombi, o el extremista “ Scrum-solo-para-mí ” porque mi organización es única en el mundo, hasta el muy común en las empresas que apenas comienzan, el Scrum-sin-terminar , con el que todavía están extendiendo el Sprint, usan el tiempo de la retrospectiva para terminar de probar y no la hacen o simplemente no hay entrega de incremento probado y

Se ha hablado mucho de los cambios en la guía de Scrum 2020. Pero ¿los hemos entendido? ¿Y qué sucede con lo que no cambió? ¡Scrum sigue siendo Scrum! ¿Por qué causaron tanto revuelo los tales cambios si es a todas luces evidente que la mala práctica de Scrum abunda en la región? ¿Ya leíste la guía completa y no solo el log de cambios que aparece al final de la versión en español? ¿Estás preparado para una conversación seria y profunda sobre Scrum? ¿Sobre los muy comentados, pero poco entendidos cambios propuestos este 2020? Lee la guía (toma menos de una hora hacerlo), anota tus inquietudes sobre la misma y acompáñanos en la última sesión de este año 2020 atípico. Hablaremos de Scrum, de lo que no cambió y no has terminado de entender, de lo que cambió y que te llevará mucho tiempo comprender. Te daremos pistas sobre cómo abordar tus próximas iniciativas ágiles con Scrum y prácticas relacionadas. Es tu oportunidad de empezar el 2021 con una nueva y mejor visión sobre el marco de traba

Advertencia : que ya no sea un lineamiento de la guía de Scrum, no quiere decir que no podamos seguir usando las “tres preguntas”. Muchas veces, la respuesta o solución a cómo mejorar la realización o ejecución de un evento Scrum está fuera del evento: por ejemplo, para mejorar la Planning , tenemos que mejorar el refinamiento; para mejorar la Review , tenemos que mejorar la Daily Scrum ; para mejorar la Retrospective , tenemos que mejorar la Planning del Sprint siguiente. Siempre he creído que lo mejor de la retrospectiva ocurre cuando esta termina y es la implementación de las acciones de mejora seleccionadas. Y para mejorar la Daily Scrum mejoremos también la Sprint Planning . Al definir un Objetivo del Sprint claro, específico, medible, alcanzable y significativo y, por supuesto, circunscrito al Sprint que comienza. Pero definir o establecer el Objetivo del Sprint no es suficiente. ¿Cómo lo vamos a alcanzar? ¿Qué artefacto vamos a usar para verificar que lo logramos? ¿Cuál

Scrum es un marco de trabajo liviano e iterativo que ayuda a los equipos a ejecutar y a entregar exitosamente el valor de negocio más alto en el tiempo más corto posible. Este método es particularmente bien apropiado para entornos donde los requisitos están sujetos a cambios continuos o donde los requisitos no se entienden correctamente. En esta clase en línea aprenderás un poco más sobre el marco de trabajo Scrum para poder aplicarlo mejor en tu entorno de trabajo. Si quieres saber más sobre Scrum, con mi gran amigo y coautor Jorge Abad   estamos pensando en facilitar un nuevo curso de Scrum a finales de octubre o principios de noviembre en Medellín ( presencial ) y queremos saber si hay interesados. Si te llama la atención, por favor, diligencia este breve formulario para enviarte información. Loading…

  Un Scrum Master adecuado puede manejar dos o tres equipos a la vez. Si está contento con limitar su función a la organización de reuniones, el cumplimiento de los plazos y la respuesta a los impedimentos que las personas informan explícitamente puede arreglárselas con la atención de medio tiempo a esta función. Es probable que el equipo aún supere la línea de base, las expectativas previas a Scrum en su organización y probablemente no sucederá nada catastrófico. Pero si puedes imaginarte un equipo que se lo pasa en grande logrando algo que nadie antes creía posible, dentro de una organización transformada, considera ser un Scrum Master extraordinario. Un Scrum Master Extraordinario puede liderar un equipo a la vez. Recomendamos un Scrum Master dedicado por equipo de aproximadamente ocho personas o menos al comenzar. Si no has descubierto todo el trabajo que hay que hacer, sintonízate con tu Product Owner , tu equipo, las prácticas de ingeniería de tu equipo y la organización

Imagen de Christine Schmidt en Pixabay Dentro de lo más común en los escenarios de alta incertidumbre, ambigüedad y volatilidad en los que trabajamos están las interrupciones a nuestro trabajo diario. Mal manejadas, estas obstrucciones se pueden convertir en un gran dolor de cabeza para la persona, para el equipo y para la organización y, por consiguiente, para el cliente final. Entre otras consecuencias no menos graves, tenemos la pérdida de foco en lo que hacemos, con la consiguiente parálisis o alejamiento del objetivo del sprint. Además, el estrés ocasionado por las intermisiones puede llegar a ser contraproducente para la salud del producto, pero, más crítico aún, para la salud de las personas. Algunas investigaciones [1] muestran que la multitarea ocasionada, entre otras cosas, por las interrupciones frecuentes en el trabajo, te hace estúpido y lento, al tiempo que aumenta el estrés y acelera el envejecimiento. Adicionalmente, la multitarea puede reducir la velocidad o el rit

Imagen de ar130405  en  Pixabay Acordemos esto de una vez: contrario a lo que muchos creen y hacen, las tareas más importantes durante un sprint deben ser las de tareas “ Kaizen ” o de mejoramiento continuo. Ahora bien, está claro que el objetivo del equipo en cada sprint es entregar valor, esto es, un incremento de producto con valor para el entorno bien sea el usuario, el cliente o consumidor, los interesados, los patrocinadores y, en general, el ecosistema organizacional. No perdamos eso de vista. Pero muchos piensan que esto es lo único que se debe hacer durante un sprint. Es muy común llegar una retrospectiva y encontrar que las acciones de mejora definidas en la retrospectiva anterior e, incluso, en unas más antiguas no se han empezado a implementar o a adoptar. Las razones van desde el clásico “nos consumió el día a día”, hasta el “las tareas no se priorizaron”, “apareció algo más urgente”, “no tuvimos tiempo”, “tenemos mucho trabajo”, “eso no es urgente”, etcétera. Es un cí