Resources

Between Agility and Better Business Outcomes is Employee Engagement

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?

In this episode of Ask a Professional Scrum Trainer Yuval Yeret answers the audience's pressing Scrum questions focused around leadership, how leadership and Scrum Mastery are intertwined, and how leaders can engage with Scrum. Yuval is co-author of the Scrum Guide Companion for Leaders.

Agile for Humans has launched a new YouTube series called SUCCESSFUL FACILITATION. Episode 4 explores a facilitation technique: Training From the Back of the Room.

Agile for Humans has launched a new YouTube series called SUCCESSFUL FACILITATION. Episode 3 explores a facilitation technique: Liberating Structure 1-2-4-ALL

Agile for Humans has launched a new YouTube series called SUCCESSFUL FACILITATION. Episode 2 answers the question: "What are Liberating Structures?"

Agile for Humans has launched a new YouTube series called SUCCESSFUL FACILITATION. Episode 1 answers the question: "What is facilitation?"

Everyone on the Scrum Team should level up their facilitation skills. In this video, Todd and Ryan explore why this skill is essential to a Scrum Team and how to improve in this critical area of complex work.

In this episode of the Women in Agile Podcast you get to meet Emily Lint, a new host joining the Women in Agile Podcast team. During the conversation Emily and our host, Leslie Morse, discuss the story of Emily’s career journey as she began embracing agile leadership after starting off as a ITIL process expert. (55:34 Minutes)

Was passiert, wenn es kein Sprint-Ziel gibt – Sprint für Sprint? Wenn das Scrum-Team immer nur an einer zufälligen Auswahl von Aufgaben arbeitet, die zum Zeitpunkt der Sprintplanung am dringendsten zu sein scheinen?

Can Scrum be used outside software development? Absolutely.

What science tells us about how work agreements create high-performing teams. And five practical areas to focus on.

What if the Scrum Team is always only working on a random assortment of work items that seem to be the most pressing at the moment of the Sprint Planning?

When will Scrum die? Some people would say it's already dying. There's so much inauthentic, Scrum being done, unprofessional, Scrum being done in the world. Whereas Scrum is part of what I call water Scrum fall, where it's put within a predictive deterministic system. We're predicting when work will be finished. When actually we’ve got so much work that where we don't know, what we don't know, that's really unauthentic. I see in those situations where the concept of done isn't even a concept there They think that done means we met the acceptance criteria when actually it's almost like the checklist for how we do things around here, the technical standards and the product quality standards, international standards, for example, that we might need to comply with.

In this article, we discuss the concept of self-management Scrum and how it is more than a Scrum Team making its own decisions.

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é.

Scrum and Kanban are two different frameworks.  But did you know that your Scrum Team can use some of Kanban’s crucial elements to optimize workflow and deliver value sooner?   Combining Kanban with your Scrum practice doesn’t involve replacing events, accountabilities or artifacts.  It’s about integrating Kanban’s complementary tools to achieve better outcomes with Scrum.

How do I measure value for a major IT infrastructure piece of work? How do I measure value? Before I even get into, how do I measure value? What is value? A lot of people struggle with this. I wrote an article about this here, what is value really? I think one of the reasons why the world is in the way it is, is because we over-indexed on a couple of meanings for that.

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.

During the first year of the pandemic, Scrum adoption more than doubled for software development teams. According to the 15th Annual State of Agile Report, the use of agile approaches for software development grew from 37% in 2020 to 86% in 2021. This means that agile adoption for software development doubled in a single year — the first year of the pandemic. I don’t think that is a coincidence.

Did you know that there are 17 United Nation, sustainable development goals. Did you know that when you’re measuring value, you can consider societal value as part of that. And that could include consideration for those 17 United Nation sustainable development goals. Now those 17 United Nation sustainable development goals, they do compete against each other.

Cycle time is where we’re measuring how long a work item takes to get from one part of our workflow to another part of our workflow.

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.

How can we use Monte Carlo Probabilistic Forecasting to set expectations in scrum?

Who writes acceptance criteria?. Should you even have acceptance criteria? It's a loaded question, because it's assuming that we're using user stories. And in user stories typically you might say in order to deliver a particular type of value, some particular persona wants or needs something in order to do so, and then you typically list off your acceptance criteria.

In our recent article “Why You Shouldn’t Modify Scrum,” we discussed five reasons why modifying Scrum is counterproductive.  We’ll expand on the topic in this article by exploring five more ways organizations sometimes change Scrum and the impacts they might experience as a result.  

How can you scale in Scrum and what scaling patterns can you use?

SDLC is an acronym that means either Software Delivery Life Cycle or Systems Development Life Cycle. And it is a lie. A fiction. A total fabrication. Somebody made it up out of thin air many years ago and the idea was cemented deep into corporate bureaucracy.

​​​​​​​According to the 2020 Scrum Guide, a Scrum Team should contain members with all the skills necessary to create an Increment of usable product each Sprint. Teams that approach their work from a product perspective find this cross-functionality easier to achieve than teams that organize around the technologies required to deliver the product. Although having some technology teams in your organization might be necessary, product teams should be the default because of their many advantages. This article will discuss the five benefits product teams have over technology teams.

The Scrum Framework is very lightweight, and it seems to get less restrictive with each release of the Scrum Guide.  What is included is really important, though.  Every piece of the framework is there for a reason.  In this article, I will discuss five common ways that teams modify the Scrum framework and the negative impacts of each.  

When people ask me the best way for their team to transition to Scrum, I have to tell them that there isn’t an easy answer because every organization is unique.  Keeping that in mind, here are some general steps to consider if implementing Scrum is on your horizon.

In this vlog, PST Joshua Partogi explains the flow of an effective Sprint Retrospectives with Kanban metrics.

An exploration of scientific insights. And four practical tips to encourage cohesion and coherence in your team.

There are five events in Scrum.  But just going through the motions and having each of the events on the calendar is not enough.  To get the most out of Scrum, your team needs to understand the purpose behind each of the five events.  

One of the first things that I usually hear after describing the Scrum framework and its five events to someone new to Scrum is, “that’s a lot of meetings!” I get it — at first glance, it seems like a lot. But it really isn't when I get the person to take a closer look. This article provides a description of each event and how you can reduce the need for other meetings by practicing them.

Me he encontrado varias veces que la gente en general no sabe qué hace un agile coach para las personas, los equipos y las organizaciones. Ser agile coach requiere un desarrollo de serias competencias, que en muchas sitios no están del todo bien comprendidas. Vamos a ver porqué decimos agile coach cuando queremos decir project manager agilizado o gestor de personas.

​​​​​​​In my experience, it’s the Sprint Retrospective that teams are most likely to skip, berate, or otherwise bash.  When I hear teams talking about dropping it to “save time,” I want to pull a Darth Vader, shake my fist in the air, and say, “You don’t know the power of the Sprint Retrospective!” and then demand that the team meet anyway.  Alas, I am not Darth Vader.  But hear me out to consider these five reasons for never skipping a Retrospective.  

Viele angehende Scrum Master erzählen mir im Professional Scrum Master Training, dass sie es schwierig finden, diese vier Dinge zu vereinen. Hier 3 Tipps, wie ich diese Situation in der Vergangenheit gemeistert habe.

La agilidad de negocio es la capacidad de deleitar continuamente a los clientes con entregas de valor e inspirar a los empleados en medio de los desafíos emergentes. 

Once the team has selected a point system, they need to decide which types of items to classify as a 1, 2, and so on. In this article, we will provide an exercise that can help your team create a point system organically no matter what’s in the Product Backlog.

Keine andere Rolle in Scrum kann so sehr zu mittelmäßigen Ergebnissen beitragen wie der Product Owner — Garbage in, Garbage out. Die folgende Liste mit den häufigsten Product Owner Fehlverhalten könnte daher ein Ausgangspunkt sein, über die Tätigkeit als Product Owner nachzudenken; vielleicht gibt es Verbesserungspotential?

Practical ideas on how to improve Scrum, personally.

TL; DR: Scrum Master Anti-Patterns No other role in Scrum can contribute to mediocre outcomes like the Product Owner—garbage in, garbage out.

Das Sprint Planning ist ein zentrales Scrum-Ereignis, welches entscheidet, wie sich das Leben Ihrer Kunden mit dem nächsten Inkrement verbessern wird. Erfahren Sie mehr darüber, wie Sie Ihren Kunden durch die Vermeidung von 20 gängigen Sprint Planning Anti-Patterns helfen können.

The Scrum Guide doesn't provide a complete list of the skills required for any of the accountabilities on a Scrum Team. For example, it doesn't specify that Developers must use Java or C# code. The Scrum Guide simply states that Developers need all of the skills to deliver a Done increment of product each Sprint. We intuitively know that the skills required depend on the product. 

TL; DR: Scrum Master Anti-Patterns The Sprint Planning is a core event that defines how your customers’ lives will improve with the following Product Increment.

Why is the Scrum Master Role So Uncomfortable? Ryan and Todd discuss the hectic life of a Professional Scrum Master and their challenges when confronting complexity in an organization.

Die Gründe, warum Scrum Master den Geist des Scrum Guides verletzen, sind vielschichtig. Scrum Master Fehlverhalten reichen von unpassenden persönlichen Eigenschaften über die Verfolgung persönlicher Agenden bis hin zur Frustration mit dem Scrum Team selbst.

The reasons Scrum Masters violate the spirit of the Scrum Guide are multi-faceted. Typical Scrum Master anti-patterns run from ill-suited personal traits to complacency to pursuing individual agendas to frustration with the team itself.

In Scrum, part of the Product Owner accountability is to provide a forecast that sheds light on possible answers to the when will we get there question. In my last post, we discussed three ways to size Product Backlog items (PBIs). Today, we’ll discuss ways the Product Owner can use this information to create a meaningful forecast.