Lean Change Management está pensado como un modelo simple pero no líneal impulsado por el feedback para manejar la gestión del cambio organizacional entendiéndose que el cambio no es lineal y no podemos controlarlo sino gestionarlo, aparte, dependerá del contexto en la forma que apliques la gestión del cambio. Lean Change Management no es una solución única, una bala de plata o una metodología completa para gestionar el cambio organizacional, en cambio,

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 adecuados para nosotros porque nos permiten liberar más rápido". De cualquier manera, el núcleo del mito es que Scrum solo permite a los equipos liberar software funcionando al final de un Sprint, lo

¿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ó el Sprint Backlog? En esta publicación abordamos el mito de que el Sprint Backlog se fija durante el Sprint.

¿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 única persona con acceso de escribir a un Product Backlog en una herramienta digital como Jira?

Abrir chat
1
¡ Hola ! 👋 Soy Yulibeth Palacio
En en que te puedo apoyar?