1. ¿Qué es la deuda técnica? La deuda técnica es trabajo de producto diferido, a menudo como consecuencia de decisiones tomadas por los Desarrolladores para favorecer la rapidez en detrimento
A menudo, lo deseable es que el Product Manager o Product Owner no es el “jefe” del equipo, sino un perfil 100% orientado a maximizar el valor del producto. El
Como miembros del Equipo Scrum, creamos nuestro Sprint Goal y nos focalizamos al máximo para conseguirlo. No queremos que nada nos distraiga y, claro, las peticiones de stakeholders o departamentos
El modelo Kano, creado por Noriaki Kano, nos ayuda a entender la satisfacción del cliente y el grado en el que cubrimos sus necesidades, siendo una buena herramienta para Product
El análisis MoSCoW y similares no funcionan. O no funcionan mucho a efectos prácticos. Quizás, a lo sumo, nos sirvan a la hora de definir un producto mínimo viable inicial
Voy a ser muy directo: me da igual. Espera, matizo: tantas historias de usuario como sean necesarias para conseguir el Objetivo del Sprint. Por cierto, las historias de usuario no
El concepto del erizo (“the hedgehog concept”) fue acuñado por Jim Collins en el libro Good to Great. Junto con su equipo de investigación, Jim Collins estudió las características de
En la novela Frankenstein, el estudiante de medicina Víctor Frankenstein crea al célebre monstruo a partir de la unión de distintas partes de cadáveres diseccionados. Cual Víctor Frankenstein, muchos Product
¡No! Crear un backlog aparte de bugs no es una buena idea. Por mucho que algún compañero desarrollador diga que es que así le es más fácil no perderlos de