Community Blog

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.

Scrum se basa en un proceso empírico. El empirismo se basa en tomar decisiones basados en la información concreta obtenida de la observación que muestra el progreso del desarrollo de producto, los cambios en el mercado y los comentarios de los cliente.

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.

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.

Scrum se ha convertido en el marco ágil de trabajo más usado en el desarrollo de software en el mundo.

Inspirado en la estructura liberadora TRIZ. Ser un buen Product Owner es un desafío que puede iniciar entendiendo su rol como promotor de la transparencia y del trabajo en equipo respetando los límites de la autoorganización.

Para ser exitoso con Scrum un Product Owner debe complementar sus competencias con prácticas y herramientas...

Un gran Product Owner tiene que estar enfocado en producir experiencias e impactos sorprendentes en los clientes a la vez que soporta el cambio de la organización hacia la agilidad con un enfoque de producto

Scrum es un marco flexible que ofrece muchas ventajas para el desarrollo de productos complejos, pero puede ser fácilmente mal interpretado. Justamente esa libertad puede llevar a distorsiones en su uso.

La agilidad puede verse como una estrategia de negocio, una estrategia empresarial a través del cual las empresas pueden mejorar, mantener y desarrollar su ventaja competitiva en el mercado.

El Framework Nexus de Scrum.org permite el escalamiento de Scrum a nivel de varios equipos, a nivel de varios productos y a nivel organización con varios Nexus usando Nexus+. Nexus es Scrum, Nexus no es un nuevo Framework.

El aspecto principal del desarrollo de un producto no debe ser el trabajo de UX, es importante como otros tipos de trabajo como arquitectura, pruebas, etc.

En Nexus no se requiere una reunión “Scrum of Scrums” ya que se usa el Nexus Daily Scrum. El Nexus Integration Team tiene la responsabilidad de gestionar las dependencias de un Nexus y es un equipo dedicado a esta labor entre otras responsabilidades.

Scrum limita el riesgo, proporciona transparencia y ayuda a la adaptación a través de los Sprints y la entrega alto valor. Scrum funciona bien con equipos auto organizados que tienen todas las competencias para entregar el incremento de producto.

No hay necesariamente una relación directa entre la complejidad de un PBI definido en términos de puntos de historia y el tiempo de desarrollo. Es decir, un PBI o historia de usuario que tiene mayor complejidad en puntos de historia puede terminarse en menos tiempo que un Item que tenga menos puntos de historia.

Cuando se trata de representar Scrum en muchas ocasiones se usan algunas imágenes que muestran los roles, eventos y artefactos para definir Scrum.

Scrum Una mejor manera de construir productos Descubrir lo que es Scrum en la Guía Scrum