¡Bienvenido! puedes llamarnos en 🇻🇪 Caracas al +58 2126146695 – en 🇨🇱 Santiago al +56 229381420 en 🇦🇷 Buenos Aires al +54 1152734060

Scrum.org

Blog

  /  Blog

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?

Si decides irte por este camino te felicito de verdad, la misma gente de Management 3.0 lo valoran y ponderan más que el certificado de asistencia porque creen que las personas aprenden más cuando realizan experimentos y comparten sus hallazgos, el certificado de práctica es relativamente fácil porque solamente tienes que narrar en una estructura simple tu experiencia en la aplicación en el mundo real sobre la experimentación de este estilo de liderazgo

Conoce nuestro nuevo Work Together Anywhere Workshop incluye certificación oficial de Collaboration Super Powers.

Los 7 primeros inscritos disfrutan de un ¡precio especial! aprovecha y apúntate de una vez.

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