Aprendiendo una cosa nueva todos los días
La Definición de Hecho (DoD) es una lista de requisitos que una historia de usuario debe cumplir para que el equipo la considere completa. Mientras que los Criterios de Aceptación de una Historia de Usuario consisten en un conjunto de Escenarios de Prueba que deben cumplirse para confirmar que el software funciona como se espera.
Sigue leyendo
En el verano de 2011, Ken Schwaber y Jeff Sutherland revisaron su Guía de Scrum. En ella, eliminaron un comportamiento establecido desde hace mucho tiempo y conocido por Scrum, que es el compromiso que el equipo hace con el propietario del producto y los clientes. El compromiso fue sustituido por la previsión. Dicen que los equipos pueden prever su trabajo, pero no comprometerse con él.
Sigue leyendo
En el desarrollo de software, la “estimación” habitual incluye una evaluación cuantitativa del trabajo necesario para realizar una determinada tarea de desarrollo; suele expresarse en términos de duración (hora/día) o unidad estimada (story point). El objetivo es consolidar una serie de estas estimaciones individuales para obtener una indicación de la duración, el trabajo o el coste global del proyecto de software.
Sigue leyendo
Siempre nos encontramos con estos términos en el desarrollo de software. A veces la gente una característica de software – requisito / caso de uso, elementos de backlog …. ¿Cuál es la convención de la gente de software para usar eso o qué?
Sigue leyendo
LeSS fue creado por Bas Vodde y Craig Larman a partir de la experiencia práctica en el escalamiento de Scrum, fundado como LeSS Company en 2014. El principio “Más con LeSS” está en el corazón de LeSS (Large Scrum). El desarrollo de productos complejos no requiere soluciones complejas. Requiere una comprensión profunda de la esencia de los problemas, que luego se pueden resolver con soluciones más simples.
Sigue leyendo
¿Qué es el proceso predictivo? Un modelo de proceso definido y predictivo es apropiado si tanto los requisitos del proyecto
Sigue leyendo
Una declaración de visión identifica dónde quiere o pretende estar la organización en el futuro o dónde debería estar para satisfacer mejor las necesidades de las partes interesadas. Todo proyecto necesita una visión para orientarse en la dirección adecuada. Una visión sirve de guía para elegir el rumbo actual y futuro de las acciones.
Sigue leyendo
No todos los elementos del backlog del producto tendrán el mismo tamaño y nivel de detalle (es decir, características/eprics/ historias de usuario y tareas) al mismo tiempo. Los PBIs en los que planeamos trabajar pronto deben estar en la parte superior del backlog, de menor tamaño y muy detallados para que puedan ser trabajados en el sprint a corto plazo. Los PBIs en los que no trabajaremos durante algún tiempo deberían estar en la parte inferior del backlog, más grandes y menos detallados.
Sigue leyendo
La filosofía de desarrollo de software “Release early, release often” hace hincapié en la importancia de los lanzamientos tempranos y frecuentes para crear un estrecho bucle de retroalimentación entre los desarrolladores y los probadores o usuarios, al contrario que una estrategia de lanzamiento basada en las características.
Sigue leyendo
La colocación es útil para las reuniones que requieren una escucha atenta, como las discusiones de diseño. También es útil cuando los nuevos empleados se están formando y necesitan algún tipo de ayuda o estímulo. La pizarra es muy eficaz para el equipo colocado, pero también puede gestionarse con herramientas en línea.
Sigue leyendo