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ó
La evolución del equipo de desarrollo
¿Cuáles son las características de un buen equipo de desarrollo y cómo evoluciona un equipo de desarrollo cuando usa Scrum? En mis dos blogs anteriores describí el patrón de un Scrum Este blog describe cómo suele evolucionar un equipo de desarrollo.