As I said in my Day 1 post, my WIP is too high. Here’s where I stand with my WIP: I completed one presentation, so I have 4 remaining I have some feedback on the book that I need to integrate. I want to address the next 3 chapters, because they’re the platform for the […]
As with many of you, sometimes my WIP (Work in Progress) is too high. When that occurs, I don’t use a backlog or create iterations. Instead, I use continuous flow. That’s because working in flow allows and creates ease in my development. This week, I want to finish these things: 5 presentations, one of which
I see too many teams feel frustrated because their managers say the work takes “too long.” (The team feedback loop is the inside of the onion for how agile the organization can be. See Multiple Short Feedback Loops Support Innovation.) The longer the work takes, the more pressure managers exert on the team and the
Do your senior leaders want more predictability about when your team can finish its work? Perfect prediction is impossible, and sometimes, even reasonable prediction is quite difficult (with apologies to Yogi Berra). However, agile teams have one specific “tool” to create better predictability: right-sizing their stories. When a team right-sizes their work, they can create
More of my clients say they want business agility. (That’s a good thing.) Yet, we don’t share a common definition of business agility. My clients mostly discuss their mindset. Mindset might help people, but it’s not sufficient. Instead, let’s consider how to see management’s adaptable and resilient actions. Those actions show that managers change their
Are you frustrated with your board? Maybe three columns don’t offer you enough information. Or maybe you agree with me that teams need to create their own boards. (See the Agile Approaches Offer Strategic Advantage; Agile Tools are Tactics series.) While you’re intrigued by how to create your own board, you have zero money to
I started this series with observations that my clients appear to confuse strategy and tactics. They think agile approaches are tactics and agile tools are part of their strategy. That’s why they want to Buy an agile approach. And that’s why they want to Customize and then standardize on tools. This post is about this
In Part 1 and 2 of this series, I wrote about how an agile approach might offer strategic benefits. And because an agile approach changes your culture, I said the agile approach was part of your strategy. So let’s ask this question: Can any tool—agile or otherwise—offer you a strategic advantage? (I don’t see how,
So when does it make sense to customize your agile approach to gain a strategic advantage? Whenever you have a unique problem to solve that’s strategic to your business. Let’s start with a couple of examples. Example 1: Startup/Small Organization with Few Products SmallCo has revenue of about $30Million a year. They offer their product
A number of my clients confuse their strategic ideas with tactical work. They think that the agile tools they use, such as boards, offer a strategic advantage. So they build or customize their tools. However, they adopt or “install” an agile framework or process without customization. Those actions lead to organizational brittleness. Instead, agile organizations