Uno de los anti-patrones más comunes que he visto en los Product Managers ágiles es la creencia de que el trabajo es complacer a los Stakeholders. Esta afirmación debería ser un problema, excepto que, en la mayoría de los casos, se refieren a Stakeholders Internos. Esto está lejos de lo que sucede habitualmente en los equipos de producto exitosos. Profundicemos en el tema.
Cuando se habla de las responsabilidades del Product Owner, muchas veces lo primero que viene a la cabeza es gestionar el Product Backlog. Pero existen otros aspectos que involucran el negocio, la ética y la estrategia de resultados para asegurarse que lo entregado sea verdaderamente lo que el cliente necesita.
Cómo fue evolucionando en el tiempo el impacto de negocio de la adopción de Scrum y prácticas orientadas a gestión de producto.
Razones por las que algunas software factories no logran aplicar Scrum de manera exitosa. Pero es posible revertir esta tendencia si se hacen los cambios necesarios.
Veamos en qué se parecen y diferencian un Scrum Product Owner que desarrolla productos Internos (aplicaciones o sistemas dentro de su organización) y el Scrum Product Owner que construye productos que la empresa vuelca al mercado.
Veamos qué significa hacer Product Discovery o Descubrimiento de Producto y cómo lo podemos aprovechar para crear productos con agilidad.
¿Nos habremos equivocado durante tantos años? Es simplemente una pregunta que se me viene a la mente de manera recurrente con respecto a la forma en la que medimos el progreso de nuestros proyectos, tanto sea de la forma tradicional como desde el punto de vista Ágil. (Artículo publicado originalmente el 20 Septiembre de 2015 bajo el título "Más allá del producto funcionando" como parte de la serie #enloqueando).
La evolución constante del mercado y las expectativas del usuario demandan enfoques de desarrollo de productos que sean tanto ágiles como eficientes. El Dual-Track Agile integra simultáneamente la exploración de nuevas oportunidades y la ejecución de soluciones. En este artículo te contaremos la estructura, beneficios, desafíos y prácticas óptimas del Dual-Track.
El acrónimo OKR significa Objectives and Key Results (en español, Objetivos y Resultados Clave). A menudo, en las empresas se asume que tener “objetivos y resultados clave” definidos es suficiente para declarar que se está trabajando con “OKR”. Sin embargo, hablar de OKR implica mucho más eso. Veamos realmente de qué hablamos al hablar de OKR.
