Blog

Definir el valor primero Con Scrum buscamos maximizar la entrega de valor y nos adaptamos frecuentemente a través del aprendizaje en el mercado. Una forma apropiada de adoptar una mentalidad ágil, empírica y de adaptación al cambio es el enfoque de “El valor primero”. En este enfoque siempre iniciamos el trabajo y las conversaciones sobre qué valor debemos entregar al cliente y cómo medir este valor. Los eventos Scrum como el Sprint Planning, Daily Scrum, Sprint Review o el Sprint pueden beneficiarse, logrando aumentar la creatividad y compromiso del equipo al desarrollar ideas sobre cómo resolver problemas del cliente en lugar

Modelo Operativo Ágil de Producto La transformación Ágil puede ayudar al propósito de cambiar una organización tradicional hacia una innovadora con mentalidad de producto que pueda desarrollar capacidades de entregar productos innovadores y de adaptarse con facilidad al mercado. El logro final es convertir el modelo operativo de producir productos y servicios de una manera diferente. A a esta nueva forma adoptada a través de la agilidad empresarial la denominamos: “Modelo Operativo de Producto ágil”. Este nuevo modelo tiene características culturales, procesos productivos, responsabilidades y capacidades entre otros diferentes. Este nuevo modelo tiene características culturales, procesos productivos, responsabilidades y capacidades entre

El viaje de la entrega de valor ¿Cómo pueden las organizaciones mejorar la entrega de valor con la inteligencia artificial? Tradicionalmente, la adopción de una nueva plataforma de software o tecnología se basa en escoger la forma en que funciona; es decir, el “manual” nos dice más o menos dónde y cómo usarlo y sacarle provecho. Pero cuando se trata de la inteligencia artificial, eso no es válido. La IA viene con incertidumbre y riesgos. Su uso está marcado por la experimentación, aprendizaje y mejora que necesitamos realizar para obtener los beneficios. Además, también se deben considerar riesgos como la privacidad

Complementar Scrum con Kanban Más que anotar diferencias, quisiera anotar como se complementan y tienen una base común. Scrum y Kanban se basan en limitar el trabajo en progreso, usar un método “Pull” (jalar), requieren lanzamientos frecuentes para usar los ciclos cortos de retroalimentación desde el cliente para proveer una forma de mejorar el flujo, la entrega de producto y el aprendizaje del cliente.  Si bien es cierto tienen diferencias, tienen más ventajas al usarlas juntas. Scrum y Kanban requieren una cultura de trabajo en equipo que permita la colaboración y el aprovechamiento de las habilidades multidisciplinarias. Mi recomendación, no es

Liderazgo de Producto La transformación ágil ha sido uno de los objetivos centrales de muchas organizaciones por muchos años. Pero la agilidad es el medio por el cual se logra adquirir una ventaja competitiva. El siguiente paso natural es el llegar a ser una empresa centrada en productos, es decir el cambio a un modelo operativo de producto ágil El cambio se da en varios frentes, en la parte cultural, el modelo de gobierno para definir como se definen y se gestionan los productos, en la parte de procesos para cambiar la forma en que se brinda soporte al desarrollo de

Competencias de un Scrum Master El Scrum Master es un rol difícil de comprender para las organizaciones. En ocasiones tienden a cambiar el nombre por ejemplo a agile team facilitator o facilitador en la creencia de que esto provocará en algún cambio en su efectividad. En la siguiente imagen pueden ver algunos aspectos claves de competencias que un Scrum Master puede desarrollar para brindar un mejor servicio a la organización, el equipo y al Product Owner. Ser experto en negocio con conocimientos de aspectos comerciales, financieros, de la cadena de valor y en gestión de producto ágil es necesario para ayudar

Enfoque de Proyectos versus enfoque de Producto Las empresas que buscan adoptar Scrum podrían mejorar su uso y la obtención de beneficios si evalúan primero las diferencias entre el enfoque de producto en el cual se basa Scrum junto al enfoque ágil y el enfoque de proyectos, o modelo tradicional de gestión de proyectos para aprovechar mejor los beneficios. Cada enfoque tiene un uso particular y es adecuado en determinados tipos de productos o proyectos. Usar el enfoque apropiado para el tipo de problema mejora los resultados que se buscan obtener. Una de las grandes diferencias de ambos enfoques es que

Adoptar el enfoque de Producto Moverse de un enfoque de proyecto a uno de producto es proceso de cambio cultural complejo. Frecuentemente hay malos entendidos sobre la diferencia entrega maximizar la entrega de valor y maximizar las salidas o entrega de requisitos. Algunas reflexiones que pueden ayudar a producir un cambio de mentalidad y que se pueden usar en el desarrollo de un producto son los siguientes: Establecer la conversación y gestión del producto desde las siguientes perspectivas: ¿Quién es el cliente? ¿Cuáles son los problemas del cliente? ¿Por qué está dispuesto a pagar el cliente por el producto? ¿Cuáles son

Áreas del Liderazgo Ágil El liderazgo ágil puede tener muchos desafíos que cubrir, algunas de las áreas pueden ser las siguientes: Estrategia: Es importante para un líder ágil abocarse a enfocar a los equipos hacia lo que realmente es importante para la entrega de valor y también brinda impacto a los objetivos de la organización. Relacionar la misión, visión y propósito de la empresa con el portafolio de productos y ayudar a comprometer, inspirar y motivar a los equipos es necesario para crear un ambiente de trabajo en equipo saludable. El soporte al Product Owner es parte del foco en la

Madurez de la Transformación Ágil Scrum es un marco para resolver problemas complejos. Lo mejor para resolver este tipo de problemas es un proceso empírico, adaptativo guiado por objetivos y sustentado en equipos creativos, empoderados que experimentan para entregar valor. Al usar Scrum se requiere el enfoque de producto para maximizar la entrega de valor. La madurez de una transformación ágil se refleja en el cambio hacia una un modelo operativo de producto donde se distinga la propiedad de producto para reducir los efectos de estructuras organizacionales tradicionales. La evaluación de la madurez desde la gestión de producto puede iniciarse evaluando

Scrum adoptado de forma no apropiada. Scrum cascada Scrum es un marco empírico que ayuda a resolver problemas complejos de forma adaptativa. Pero muchas veces la realidad es diferente. Algunos factores que contribuyen a usar Scrum de forma inadecuada con un enfoque predictivo o cascada pueden ser los siguientes: Una etapa de planificación inicial extensa para definir todos los requisitos que se deben construir en cada etapa. Se busca cumplir el plan con los menores cambios posibles usando los Sprints., el éxito se mide por el alcance entregado en fecha según el plan. En Scrum buscamos descubrir de manera incremental y

Liderazgo situacional Los líderes deben fomentar la delegación y el crecimiento de las personas a través de una interacción y comportamiento basado en las situaciones presentadas en el día y que afectan el proceso de toma de decisiones influenciadas por los niveles de madurez de los equipos. El comportamiento situacional del líder enfatiza la relación entre el líder y los equipos para favorecer la autogestión y la delegación. Bajos niveles de madurez requieren un mayor apoyo, involucramiento y menos delegación. El proceso de soporte constante permite el crecimiento y una delegación gradual, sostenida y menos riesgosa. El desafío del líder es

Modelo Operativo Ágil de Producto Adoptar un Modelo Operativo Ágil de Producto (APOM ) es el siguiente paso natural de la evolución de la Agilidad. Scrum puede mejorar los beneficios que brinda cuando su uso se enmarca dentro del contexto del Modelo Operativo Ágil de Producto. En el corazón del APOM se encuentra el alineamiento estratégico para desarrollar con un enfoque de producto. Los cinco elementos para considerar son las Métricas e incentivos, Procesos, Gobierno y Flujo, Cultura y Coaching, Personas y Organización. La definición de producto es muy importante en el APOM, el producto puede ser algo tangible o intangible,

4 Dimensiones para mejorar la efectividad del Product Owner Ser un Product Owner exitoso lleva a enfrentar muchos desafíos dentro de entornos de constante cambio. El uso de Scrum ayuda a reducir el riesgo al adoptar el empirismo. Los Product Owners tienen muchos desafíos al gestionar los productos de forma ágil. A continuación, se explican algunas ideas para mejorar sus capacidades. Enfocarse en crear productos grandiosos. Los productos exitosos se centran en los usuarios, brindando una experiencia de usuario orientada a resolver sus problemas de la mejor manera. No se trata de cumplir con especificaciones o requisitos, sino de ser adaptativo

Mejorar la colaboración entre los desarrolladores y el Product Owner Un equipo Scrum tiene un entorno colaborativo donde no hay jerarquías. En este entorno para mejorar la entrega de valor es necesario mejorar la interacción, colaboración y el alineamiento hacia el valor entre el Product Owner y los desarrolladores. El Product Owner es un líder servicial que propicia el crecimiento del dominio de negocio dentro del equipo. Coach para ayudar a entender mejor el contexto de negocio y generar ideas alrededor de las necesidades del cliente. Provee dirección, inspira y motiva para generar compromiso sobre el impacto en el valor. Participa

Hay un solo Product Backlog para un producto El propósito del Product Backlog es representar todo el trabajo que el Equipo Scrum necesita hacer para mejorar la entrega de valor en el producto. El Product Backlog tiene un objetivo de producto que provee dirección a largo plazo para el producto. El Product Backlog puede ser considerado como una lista de problemas acerca del cliente que el equipo debe resolver o una lista de hipótesis para entregar valor que el equipo debe validar. El Product Backlog es «emergente», lo que significa que crece, se reduce y evoluciona con el tiempo. No es

El Scrum Master promueve el cambio cultural usando los valores de Scrum El Scrum Master es un líder que brinda servicios al equipo Scrum, Product Owner y actúa como agente de cambio organizacional que se enfoca en el éxito de los equipos en la entrega de valor a través del uso del empirismo, la autogestión, los valores de Scrum y una mentalidad de mejora continua. Muchas organizaciones se ven confundidas por el valor del rol, enfocan sus esfuerzos de forma equivocada al llevarlo a dedicarse a actividades como estar presente en el Daily Scrum para hacer preguntas como reporte de estado,

Mitos del Product Owner Mito: El Product Owner es responsable de escribir todos los elementos del Product Backlog y cuando termina recién los entrega a los desarrolladores Realidad: El Product Owner es responsable de la gestión del Product Backlog, eso significa que el Product Owner es dueño del resultado o resultado de este trabajo. Sin embargo, podrán delegar la responsabilidad de realizar este trabajo en otros. Es mejor que los desarrolladores generan ideas para enriquecer el Product Backlog. Esas ideas con frecuencia pueden convertirse en elementos del Product Backlog. Pero, el Product Owner siempre es responsable de todos los aspectos de

Descubrimiento y Validación frecuente ¿Cómo sabemos que estamos entregando un producto que entrega valor? ¿Cómo sabemos que estamos el producto entrega valor? ¿Como sabemos que una funcionalidad entrega valor? ¿Cómo sabemos cuáles son las oportunidades en el mercado, brecha de satisfacción o valor no realizado potencial a entregar que valen la penan convertir en realidad? Frecuentemente los equipos Scrum se dedican a entregar funcionalidades ya definidas por otros equipos o solicitadas por los usuarios en la creencia que la entrega es la medida del éxito. El descubrimiento puede ayudar a encontrar cuales son los problemas potenciales del cliente, explicar los escenarios

De los objetivos a la especificación El refinamiento es una práctica muy importante para mejorar la transparencia del Product Backlog y ayudar al equipo Scrum a entregar incrementos de producto con valor. El refinamiento debe enfocarse desde diferentes perspectivas del negocio para proveer alineamiento y un entendimiento compartido sobre los objetivos a lograr para permitir medir el valor y validar el progreso. El Product Owner debe facilitar la autogestión y empoderamiento del equipo a través de información contextual como el análisis del mercado, estrategias de negocio, objetivos de negocio, visión de producto entre otros. Estos elementos de información deben formar parte