Para aquellos líderes que especulan que los desarrolladores pierden 15 minutos de su tiempo en el Scrum diario por no generar líneas de código, en este artículo explicaremos las razones por las cuales resulta mejor tener una línea de código que a aporte valor que 100 líneas de código que no lo hagan.
El Sprint Backlog durante la Planeación del Sprint o Sprint Planning
Al inicio de cada Sprint se planea el qué y el cómo. El qué son los items de product backlog que elige el equipo para desarrollar y el cómo se refiere al desglose de estos items en tareas mas pequeñas. Los items del product backlog se seleccionan durante la Planeación del Sprint.
¡Los incrementos de producto son la solución!
Al final de cada Sprint, el equipo de desarrollo es responsable de presentar un incremento de producto potencialmente entregable. El Incremento es la suma de todos los elementos de la Lista de Producto completados durante un Sprint y el valor de los incrementos de todos los Sprints anteriores.
Pila de trabajo del Sprint o Sprint Backlog
El Sprint Backlog o pila de trabajo del sprint es el conjunto de items del Product Backlog que el equipo se compromete a realizar en el tiempo que dura el Sprint, estos ya han sido priorizados, refinados, estimados y aclarados por el dueño del producto al equipo de developers, en este blog profundizaremos acerca del Sprint Backlog.
¿Qué hacer al recibir un “Product Backlog”?
¡Sin duda alguna a muchos Product Owner nos ha pasado!, llegamos a una organización nueva, integramos un equipo nuevo que ya tiene un Product Backlog que han venido gestionando y el Product Owner que vamos a remplazar nos entrega en 1 día o incluso ya no hay el tiempo para entregar, hoy quiero contarle unas buenas prácticas que desde la experiencia me fueron útiles y con certeza podrían servirle a usted.