La mentalidad de proyecto y la mentalidad de producto son dos enfoques diferentes para el desarrollo de productos. Primero, la mentalidad de proyecto se centra en la entrega de un producto o servicio en un plazo y presupuesto determinados. Por otro lado, la mentalidad de producto, por su parte, se centra en la creación de un producto o servicio.

Hacer la Daily bien es uno de los retos más grandes que tienen las organizaciones que hacen Scrum. La Daily Scrum, a menudo la mal llamada “stand-up meeting” o “reunión diaria de pie”, es uno de los eventos clave en Scrum. Su objetivo principal es fomentar la comunicación, la colaboración y la transparencia dentro del equipo de desarrollo.

Los equipos ágiles pueden utilizar una variedad de métricas para medir su desempeño y el progreso de su trabajo. Pero no solo eso, un equipo agile también debe ser consciente de que valor entrega y de cómo evoluciona la organización.

Existen varios mitos o ideas erróneas sobre la agilidad de negocio que no son verdad. Aquí te presento algunos de estos mitos.

SAFe puede ser bueno y te puede dar buenas cosas para tu organización. Veo mucho hate en muchos practicantes avanzados de agilidad en contra de SAFe. Si hay tantas organizaciones haciendo SAFe, será por algo.

El concepto de Sprint 0 en Scrum se refiere a un período de tiempo en el proceso ágil de desarrollo de software, particularmente en el marco de trabajo Scrum. Muchas organizaciones asocian que es el espacio donde se realizan actividades de preparación y planificación antes de que comience el primer sprint oficial.

El descanso en las organizaciones juega un papel esencial en el proceso productivo y de creación de las iniciativas, productos o servicios que prestamos. ¿Alguna vez te has preguntado cómo las organizaciones más exitosas logran mantener altos niveles de productividad y creatividad en sus equipos? Pues todo se basa en el descanso.

En un entorno ágil, abrazar el cambio de la mejor manera posible es fundamental para impulsar el éxito de los proyectos. En lugar de resistirse al cambio, se busca adoptarlo como una parte inherente del proceso.

Vamos a explorar las ideas de Nigel Thurlow sobre agilidad escalada. Además de eso, profundizaremos en los problemas subyacentes de liderazgo y comunicación que plagan las transformaciones ágiles.

El Scrum Master desempeña un papel crucial en un equipo que trabaja en una cultura DevOps. Aunque el Scrum Master no necesita ser un experto en DevOps, debe tener un buen conocimiento de los principios y prácticas de DevOps. Básicamente, para poder ayudar al equipo a adoptar los principios DevOps y aplicarlos de manera efectiva. El Scrum Master en un equipo DevOps desempeña las siguientes funciones que vamos a describir a continuación

He visto un artículo titulado “Surprise, I am no wizard (Agile nor Scrum)” escrito por Gunther Verheyen, que explora la percepción errónea de que los Agile Coach o Scrum Master son expertos o “magos” en agilidad.

El Agile Coaching, también conocido como coaching ágil, es un enfoque utilizado en el desarrollo de software y en la gestión de proyectos fomentando la adopción y mejora continua de los principios y prácticas ágiles.

En Scrum, los desarrolladores desempeñan un papel fundamental en la entrega de un producto o incremento de producto potencialmente entregable al final de cada iteración o “Sprint”.

En el contexto que vamos a describir, un developer en Scrum se refiere a un miembro del equipo de desarrollo de software que trabaja en la creación, diseño, implementación y entrega del producto de software.

La frase “Las personas que mejor saben cómo mejorar el trabajo son las personas que hacen el trabajo” es una declaración. Esa declaración enfatiza la importancia de escuchar y valorar las opiniones. Además también resalta obtener comentarios de quienes están más involucrados en una tarea o trabajo en particular.

Tener disciplina y motivación es fundamental en cualquier transición ágil. De hecho, son dos conceptos relacionados pero distintos que juegan un papel importante en la consecución de metas y la autorregulación del comportamiento.

Para ayudar a tu organización a desarrollar sus capacidades de cambio, puedes seguir los siguientes pasos.

No es raro que las personas hagan la transición de una profesión a otra, o que las personas desempeñen múltiples roles simultáneamente. Esto también es cierto en el caso de los coaches de vida que se hacen pasar por agile coaches. Déjame hablar un poco de qué razones llevar a ese cambio de profesión.

Siempre me preguntan sobre como mejora la relación con tus stakeholders si se eleva la colaboración y mi respuesta la quiero plasmar en este post. Un stakeholder es cualquier individuo, grupo o entidad que tiene interés o puede verse afectado por las decisiones y acciones de una organización, iniciativa o producto. Esto incluye a los clientes, empleados, proveedores, accionistas, comunidades locales, grupos de interés, reguladores y otros actores que puedan ser impactados o que puedan afectar a la iniciativa o producto.

Si eres un profesional de agilidad, entonces sabrás que cuáles son muchos los errores comunes en Agile asociados con este enfoque. Esto se debe a la naturaleza dinámica y cambiante del trabajo ágil. Sin embargo, es importante estar al tanto de los errores más comunes para evitar caer en ellos.

La regla de una organización sin silos es un concepto importante que debe considerarse y adoptarse en cualquier estructura organizativa. Al eliminar estos silos, permitimos que las personas trabajen juntos de manera más efectiva y eficiente al mismo tiempo que fomenta una cultura de transparencia dentro de la empresa.

Hoy me ha venido a la cabeza una idea de la que he estado conversando últimamente: ¿Se supone que los Producto Owners y los Scrum Masters deben estar en una lucha sin fin?. En el artículo verás la respuesta.

Scrum Master, ¿Conoces tus desafíos profesionales? ¡Estamos aquí para ayudar! Como Scrum Master, es importante que te mantengas actualizado sobre las mejores prácticas y herramientas. En este artículo discutimos estrategias y técnicas para abordar los desafíos comunes que enfrentan los Scrum Masters en su día a día.

¡Agile is not dead! Te queremos mostrar que debes saber del por qué y cómo puede utilizar la metodología ágil en tu vida profesional sin acabar en una defunción.

El descubrimiento de productos es el proceso de investigar, probar y validar ideas para nuevos productos o características usando Lean Startup. Para garantizar que se satisfagan las necesidades de negocio y que se proporcione valor es estrictamente necesario descubrir que quieren los clientes. El objetivo es identificar oportunidades y tomar decisiones informadas sobre qué productos o características construir y cómo construirlos antes de ejecutarlos. Uno de las mejores maneras de usar esto del descubrimiento de producto es lo que ahora te lo comento.

En cada interacción que tengo con un equipo ágil, siempre sale la conversación de la velocity y los story points. Siempre siempre siempre, no falla nunca. Y siempre, eso en un punto de inflexión en la relación que tengo con el cliente o las personas que estén compartiendo una capacitación conmigo. Básicamente, unen siempre story points y velocity a Scrum, cosa que no es cierta, ya que nunca han sido mencionados en la guía Scrum. Dejadme explicar porqué recomendamos usar story points ni velocity en tus equipos explicando que son estos 2 conceptos.

El gobierno ágil es una metodología para gestionar y supervisar proyectos e iniciativas en un entorno ágil. Implica un conjunto de principios, prácticas y procesos que ayudan a las organizaciones a alinear sus metas, estrategias y objetivos con sus esfuerzos de desarrollo ágil.

Desde siempre el ser humano ha tenido miedo de sus propias creaciones. Las máquinas siempre han vitaminado el esfuerzo humano hasta el punto de hacerlos prescindibles para ciertos trabajos. Ahora estamos llenos de una palabra que es tendencia que es la inteligencia artificial.

Ha salido la quinta edición del ’The Business Agility Report’. Cómo sabes es un reporte sobre la agilidad de negocio en el mundo. Destaca sobretodo el crecimiento y gran impacto de la agilidad de negocio en todo el mundo conjuntamente con otras tendencias de 2022 que te compartimos en el siguiente video.

El informe sobre el estado de Agile en 2022 es un documento que proporciona una descripción general del estado actual de las prácticas y metodologías ágiles, incluida información sobre su adopción y eficacia. Las organizaciones pueden utilizar este informe para evaluar la eficacia de sus prácticas ágiles e identificar áreas de mejora. Aqui tienes nuestro análisis para el 2022.

En una brillante conversación que hemos tenido hoy con un grupo hemos llevado adelante esta conversación sobre si un product owner es distinto de un product manager. ¿Quieres ver cómo es la diferencia?

Seguro que si trabajas en la empresa privada habrás oído hablar del Project Manager e incluso puede que en tu lugar de trabajo contéis con uno de ellos. También me apostaría alguna cosa, que en tu organización tenéis Product Owner y Project Manager. El tridente de la duplicidad de responsabilidades y roles. Pero, ¿realmente sabes en qué consiste este perfil profesional y cuáles son sus tareas y competencias?

El User Story Mapping es un ejercicio visual que ayuda a los gerentes de productos y sus equipos de desarrollo a definir el trabajo que creará la experiencia de usuario más placentera. Se utiliza para mejorar la comprensión de los equipos de sus clientes y para priorizar el trabajo.

Desde principios de la década de 2000, Agile ha ganado popularidad y se ha convertido en el enfoque de referencia para la gestión muchas organizaciones de todos los tamaños y orígenes. Sin olvidar de que Agile comenzó en el desarrollo de software, rápidamente encontró su camino hacia otras industrias.

Otra gran pregunta recurrente, ¿Por qué tenemos que hacer DevOps si hacemos Scrum?. Son 2 cosas complementarias, porqué están muy alineadas en las maneras de pensar. DevOps se trata de lograr la mentalidad correcta, igual que la mentalidad que necesita Scrum.

Ser mentor es ejercer la influencia, guía o dirección dada sobre una persona que quiere ser mentorizada. Y un mentor es alguien que enseña o brinda ayuda y consejos a una persona menos experimentada y, a menudo, más joven. O no más joven como acostumbra ser mi caso.

Cuando empecé a trabajar, unas de las primeras cosas que me pidieron fue profesionalizar la construcción de software. Esto me lo pidieron como el 2010. Siempre pensé que pasaria de moda, que las máquinas montarían el software solas. Pues esta semana del 2022, me han pedido volver a definir una integración continua para una organización. ¿Tu crees que la integración continua está muerta?

Des del punto de vista de agilidad, no debemos olvidar nunca que en 2001 el Agile Manifesto fue concebido para el desarrollo ágil de software. En las organizaciones modernas, hay una lucha constante con las que tienen éxito o fracasan en su capacidad para desarrollar, entregar y aprovechar el software que entregan. ¿Cómo entrega hoy tu organización? Te invito a ver como podría hacerlo mejor

En cada formación, en cada consultoría, en cada acompañamiento y en cada día que estoy ayudando equipos surge esta pregunta. ¿Es Scrum para mi organización?, y la respuesta muchas veces deja indiferente al preguntador. La respuesta se basa en el Cynefin o en el Stacey Chart. En artículo siguiente te muestra como ver si Scrum es para ti o no.

Cualquier persona que ejerza bajo las responsabilidades del Product Owner sabe que está muy ocupado y para ser de los mejores product owners debe desarrollar habilidades diversas. La Guía Scrum establece que las responsabilidades del Product Owner recaen en la gestión eficaz del Product Backlog. ¿Sabes cuáles? ¿Sabes que habilidades debe desarrollar un Product Owner?

Esta semana Scrum.org anunció un nuevo curso basado en habilidades que se enfoca en la facilitación. Se llama Professional Scrum Facilitation Skills (PSFS) y proporciona una experiencia de aprendizaje práctica centrada en el desarrollo de habilidades de facilitación y la mentalidad para aplicarlas para liderar personas y equipos. Pero, ¿Facilitación? ¿Eso es para mi? Vamos a analizarlo según el articulo original de Scrum.org

Los valores son importantes como principios que nos permiten orientar nuestro comportamiento en función de realizarnos como personas.

El coaching, como trabajo a tiempo completo y forma de vida, es más complicado de lo que parece. Sin embargo, cuando se hace de manera efectiva, da un valor enorme. El coaching solo es un pata de las competencias del Agile Coach y ahora lo vamos a analizar.

Muchas veces me preguntan lo siguiente: ¿Qué es un equipo multifuncional? ¿Qué es un equipo multidisciplinar? La respuesta es que un equipo multifuncional es un grupo de personas con una variedad de conocimientos que se unen para lograr un objetivo común. Por lo general, los empleados de todos los niveles de una organización hacen que esa organización sea multifuncional. ¿Tiene tu organización equipos multifuncionales? ¿Cómo de disfuncionales son?

En una iniciativa reciente en la que colaboré como Agile Coach, insistí en no plagar el Product Backlog solo con historias de usuario. ¿Por qué hice eso? Al final y al cabo, cada tarea que no era una historia de usuario tenía que reformularse. En otras palabras, que no tenía ningún valor. Creo que esto no tiene sentido, déjame explicarte por qué.

En cada formación, consultoría o acción de acompañamiento que llevamos a cabo surge la misma pregunta, cuando usar Agile y cuando no. También por lo que vemos, hay mucha organización que le han vendido que se transformarán completamente en una organización agile. Cuando digo completamente digo la totalidad de sus departamentos y la totalidad de sus empleados. Además, se les vende Scrum a muchas organizaciones como el fin de sus males, cuando muchas veces, ese es el inicio de sus porqué intentan implementar Scrum con calzador en equipos que no deberían usarlo. Déjame mostrar cómo podemos dar un poco de luz a la decisión de usar Agile, de usar Scrum o de usar Kanban en una organización.

Una de las primeras preguntas que siempre lanzo a los equipos y las organización que ayudo es la siguiente: ¿Vuestra planificación de sprint incluye objetivos de sprint? Con demasiada frecuencia, se menosprecia la importancia del Sprint Goal y se pasan por alto en favor de definir y organizar durante el Sprint Backlog.

Como agile coach de organizaciones y de personas, a menudo me encuentro que muchos gerentes se equivocan tanto porque descuidan la función de planificación. También me he encontrado muchas veces que me han dicho que cuando somos ágiles no planificamos. Y eso no es verdad. En la agilidad se planifica un montón, pensad en Scrum o Kanban, es una planificación constante. Te expongo en este artículo 7 razones que creo que un gerente puede mejorar con autodisciplina.

En el desarrollo tradicional, ya sea en cascada o iterativo, el “gerente de producto” es la persona que posee la hoja de ruta del producto, defiende el producto internamente y representa al cliente en las reuniones con el desarrollo. El desarrollo ágil marcó el comienzo de un rol llamado ‘Product Owner’. El product owner des del punto de vista de la guía Scrum, ordena el product backlog y maximiza el valor de negocio.

Veo a todo el mundo hablando de OKRs y a poca gente hablando de como el outcome impacta tu progreso . Bajo mi humilde punto de vista es una conversación mucho más anterior, una conversación de outcome más que de output.