Community Blog

En este artículo aprenderéis como el Agile Coaching Competency Framework puede ayudaros a entender vuestras competencias actuales como Agile Coach o Scrum Master, y daros un camino para mejorarlas.

El intraemprendimiento es la aplicación de la mentalidad y prácticas de los emprendedores, que crean nuevas empresas o despliegan iniciativas sociales, dentro de las empresas consolidadas.

In this article you will learn: - Why enabling Scrum Teams with UX Design capabilities is important. - Why introducing UX capabilities to Scrum team is frequently hard. - What is the job of an UX Leader in a product development organization. - How to use a UX Design maturity level to coach teams to deliver better outcome

La autoorganización es un proceso en el que alguna forma de coordinación surge de las interacciones entre los componentes de un sistema inicialmente desordenado.

¿Qué es la Definición de Done? La Guía Scrum 2020 define la «Definición de Done» como la descripción formal del estado del Incremento cuando cumple las medidas de calidad requeridas por el Producto. 

Después de llevar más de 10 años acompañando a organizaciones, tanto startups como empresas tradicionales, que quieren adoptar la agilidad a su manera de trabajar, hemos visto una gran variedad de enfoques a la hora de abordar la iniciativa y de contextos iniciales.

Este canvas de Scrum.org te permite hacer una revisión básica de como ha adoptado Scrum tu equipo y organización para identificar mejoras accionables. Esta herramienta se usa mejor en un taller colaborativo con los miembros de los equipos Scrum, el management y otros roles relevantes de la organización.

Este artículo es la segunda parte de otro donde hablaba de como integrar el trabajo de los especialistas de UX y los desarrolladores de software.

Tanto el desarrollo de software Agile como el diseño de experiencia de usuario (UX) tienen como objetivos comunes entregar antes sistemas más usados y valiosos para el cliente.

In this article I will stress again the utmost importance of understanding the context of the organization as a strategy to achieve a possible, evolutionary and deep application of Scrum within organizations.

In this post I will review what's a Proxy Product Owner, why you can find so often this role in organizations embracing Scrum, and some proposals to avoid this role and achieve a true Product Owner.

I have read in several Lean and DevOps sources that the Sprint events imply a kind of waste, so teams are supposed to move to a Continuous Delivery or Kanban lifecycle as they become mature.

Most of the organizational change initiatives focus on the "hard" aspects such as organizational design, process or tools. Although those are critical, often other "soft" aspects such as values, principles or culture are overlooked. As the iceberg metaphor: consider them or they may sink yout Scrum adoption!

This is a very common myth, frequent on people used to develop software only within the context of a closed scope (traditional project).

One common consequence of teams that do not deeply understand Scrum and the nature of its events is that they believe it is possible to run sprints which do not produce a Done and releasable increment of the product.

I would like to kick off a series of posts in this blog trying to debunk some common myths about Scrum. Many of them arise sometimes from a poor understanding of the Scrum Guide, and even more often, from not having read it at all.