Aprendiendo una cosa nueva todos los días
La mayoría de los cursos de formación de Agile y Scrum se refieren a una regla de 7 +/- 2, es decir, los equipos ágiles o Scrum deben ser de 5 a 9 miembros. Los entusiastas de Scrum pueden recordar que la guía de Scrum dice que los equipos de Scrum no deben ser menos de 3 o más de 9. ¿De dónde viene esta regla general y por qué?
Sigue leyendo
LeSS es un marco ágil y ligero para escalar Scrum a más de un equipo. A partir de 2005 Bas Vodde y Craig Larman desarrollaron el marco LeSS después de utilizar los principios y reglas de Scrum en proyectos a gran escala. Su objetivo era desarrollar proyectos a gran escala con éxito mientras se mantenía dentro de las limitaciones de Scrum.
Sigue leyendoEl desarrollo ágil es un método de desarrollo centrado en el ser humano, iterativo y gradual. En el desarrollo ágil, la construcción de un proyecto de software se divide en múltiples subproyectos, y los resultados de cada subproyecto han sido probados y tienen las características de integración y funcionamiento. En otras palabras, un gran proyecto se divide en múltiples proyectos pequeños que están interrelacionados pero que también pueden ejecutarse de forma independiente, y completarse por separado. Durante este proceso, el software está siempre en un estado utilizable.
Traducción realizada con la versión gratuita del traductor www.DeepL.com/Translator
Sigue leyendo
La Guía de Scrum 2020 contiene numerosas actualizaciones y cambios que hay siete cambios principales de la edición de 2017 a la de 2020
Sigue leyendoScrum se originó en proyectos de desarrollo de software, pero es adecuado para cualquier proyecto complejo o innovador. Scrum se ha utilizado para desarrollar software, hardware, software embebido, redes de funciones interactivas, conducción autónoma, escuelas, gobiernos, mercados, organizaciones de gestión y operaciones, y casi todo lo que (como individuos y grupos) utilizamos en la vida diaria.
Sigue leyendo
El backlog del producto enumera todas las características, funciones, requisitos, mejoras y correcciones necesarias para los lanzamientos del producto. Los proyectos del backlog del producto tienen los atributos de descripción (adecuadamente detallados), puntos de historia (estimados) y órdenes (priorizados). Deben añadirse, eliminarse y actualizarse continuamente (Emergente) en el backlog, y reflejar la comprensión del backlog del equipo de manera oportuna y adecuada .
Sigue leyendo
Scrum compara un equipo de desarrollo de software con un equipo de fútbol. Tiene un objetivo claro y elevado, está familiarizado con el mejor modelo y la tecnología necesaria en el proceso de desarrollo, tiene un alto grado de autonomía, una estrecha comunicación y cooperación, y se asegura de resolver diversos retos cada día con un alto grado de flexibilidad; cada etapa tiene un claro progreso hacia el objetivo.
Sigue leyendo
¿Cuál ha sido la fuerza de Scrum en los últimos 20 años? ¿Cuál debería ser el enfoque de Scrum en los próximos 20 años? ¿Qué es lo que más te ha frustrado de Scrum hasta ahora? ¿Qué le une a Scrum? ¿Cuál es una pequeña mejora que se podría añadir a Scrum?
Sigue leyendo
El INVEST como un recordatorio de las características de una buena calidad del Product Backlog Item (PBI) (o historias de usuario) comúnmente escrito en formato de historia de usuario. Pero, ¿cuáles son las características de una buena historia de usuario? El acrónimo “INVEST” puede recordarle que las buenas historias deben ser
Sigue leyendo
Cada sprint termina con una reunión de revisión del sprint de dos partes. Dicha reunión comienza con una revisión y demostración al cliente y termina con la retrospectiva del equipo. Ambos componentes tienen lugar el último día del sprint. La revisión del sprint se centra en la “inspección” y “adaptación” del incremento (potencialmente enviable), mientras que la retrospectiva del sprint se centra más en la “inspección” y “adaptación” del proceso del sprint.
Sigue leyendo