Métricas ágiles
Muchos equipos de Scrum incursionan con las métricas en algún momento de su viaje. Pueden realizar un seguimiento de la velocidad, la felicidad del equipo, errores, conteos o calidad del código. Desafortunadamente, la mayoría de las métricas populares en nuestro
Scrum
Es un entrenamiento ideal para quienes quieren conocer la mecánica del Marco de Trabajo de Scrum, taller basado en La Guía Definitiva de Scrum: Las Reglas del Juego, única guía oficial que representa el marco de referencia de Scrum.
Agile Product Development
El propósito es brindarte herramientas y un entendimiento más aterrizado de los 8 principios del desarrollo ágil de productos.de este workshop es brindarte herramientas y entender los 8 principios del desarrollo ágil de productos.
¿Cómo generar un claro entendimiento entre los Scrum Teams y la gerencia?
Hemos visto muchas organizaciones y el patrón suele ser el mismo. Los equipos Scrum se quejan de la gestión y la gestión se queja de los equipos Scrum. No sorprende que la relación entre la dirección y los equipos sea
Curso preparatorio para la certificación Professional Scrum Master II de Scrum.org
Los estudiantes aprenderán sobre áreas críticas para crecer como un Scrum Master exitoso, como cómo los principios y valores de Scrum ayudan a guiar a los Scrum Masters en las decisiones que toman y cómo el Scrum Master puede ayudar
Mito: Los Story Points (Puntos de Historia) son obligatorios en Scrum
Hoy abordamos la idea de que el trabajo en el Product Backlog debe estimarse en Story Points. La mayoría de los equipos con los que trabajamos hacen esto, y realmente no hay nada intrínsecamente malo en ello. El mito comienza
Mito: en Scrum, El Product Backlog tiene que constar de historias de usuario
El Product Backlog contiene todo el trabajo necesario para un producto, en cualquier formato que funcione mejor para el Scrum Team y sus stakeholders
Mito: en Scrum, las nuevas funcionalidades se entregan solo al final del Sprint
Hoy abordamos un mito bastante persistente. El mito se hace evidente en declaraciones como "Scrum es inflexible porque las nuevas versiones o nuevos releases solo son posibles después de que el Sprint se complete" o "DevOps o Kanban son más
Mito: El Sprint Backlog no puede cambiar durante el Sprint
¿Los equipos de desarrollo se comprometen — esencialmente prometen — a completar todos los items del Product Backlog en cada Sprint? ¿Pueden las nuevas ideas surgidas durante el Sprint resultar en cambios en el Sprint Backlog? ¿O se fijó
Mito: El Product Backlog del Producto es mantenido exclusivamente por el Product Owner
¿Es tu Product Owner la única persona que puede realizar cambios en el Product Backlog? ¿Su equipo de desarrollo le está pidiendo a su Product Owner que escriba y ordene Items en el Product Backlog? ¿Es el Product Owner la