Are self-organizing teams better or the same as self-managing teams? What about self-directing teams? Working with teams can be challenging due to change and complexity. So, the idea that we could have self-organizing teams or self-managing teams can sound valuable, scary, or both!
What do these terms mean, and where can they be confusing? Let’s dig into each one.
Scaling an agile transformation beyond a few teams requires engaging middle management. Yet a common issue arises: agile coaches sideline middle management in agile transformations and tell them to simply trust the teams. Managers are not clear about their role in the transformation or how to do their jobs.
“I don’t understand products vs. projects. What’s the difference?”
When I share some of my stories about working with product development teams, some people look at me as if I’m describing the impossible. They seem confused when I tell them about agile teams that didn’t have to provide story point estimates to management or normalize points across teams. What I’m talking about is so far outside of their experience, they can’t conceive of how it could work. One of the most challenging things for me to explain to people who haven’t experienced both is the difference between project- and product-based organizations.
Navigating the world of fashion sizes recently got me reflecting on three principles from agile estimates and sizing practices.
The history of lean and kanban is a challenge to boil down, so inevitably, I know there are aspects that are missing here. The title says “short” because, while there is a lot of information here, it is short in terms of how more is out there! Additionally, there are often disagreements on certain aspects and points around the history, and we’ve sourced the various elements included in this outline. A key part of understanding kanban is going beyond the principles and practices, to understand what is behind it work. The history points us to a critical key.
The kanban principles we use and I mention in What is Kanban? are fairly straightforward, yet often ignored in organizations who say they are doing kanban. I want to dig into a bit more depth on each of the principles, for those are are less familiar with them (or perhaps even for some that are).
This is a common question, since Kanban can have several word uses and meanings in the agile space. The term gets thrown around a lot, making it even more confusing. In order to understand Kanban and where it comes from, let’s start with some basic definitions and the foundations. We start with the basics, because there is often confusion around what kanban is.
Simple definitions of kanban:
I hear these requests all the time. “What are the best agile metrics?”, “How can we measure an agile team?” and “I know we can’t just measure agile. . . but, what should be on an “organizational agility checklist?”
There are so many places you can go with these questions and there are even various companies selling ways to measure agile organizations and agile teams. When someone asks me about agility checklists or agile metrics, I tend to start with a few core themes of elements. I use these themes to have conversations with the people who want the measurements and the people who will be measured (before anyone starts using them).
We have done a huge disservice to leaders and managers, as well as teams. There are plenty of people that will say we don’t need managers and leaders. People can lead themselves. While there is an aspect of this that may be true, there are a lot of steps to get close to that idea.
This article will explore what leaders and managers need to do to succeed as they get started with agile or to help teams move from individuals to a team or even a high-performance team. It builds on Agile Leadership Myth #2: Self-Organizing Teams Don’t Need Any Help.
How did we arrive at this situation in which so many people believe that self-organizing teams do not need help? The fact is, self-organizing teams do need help. Self-organizing teams DO need help! What teams can experience: Teams might not know exactly what kind of help they need or how to describe it. This can … Continue Reading→