experiment

management, MPD

Leadership Tip #4: Admit When You Don’t Know

Someone asks you for information and you don’t know the answer. Maybe a senior manager asks, “When can the customers expect this particular feature?” Or your manager asks, “How does this specific architecture work for our product?” A colleague or a person you serve asks, “Why are we doing this?” You might freeze and not […]

newsletter

Make Better Decisions When You Have Too Much Ambiguity

Make Better Decisions When You Have Too Much Ambiguity​ As a leader in the organization, you have a Big Decision to make. You need more data. However, getting the data is impossible in the timeframe you need to decide. The data you want might not even exist. What do you do? You could pray. I’m

management, MPD

Agile Maturity vs Ability to Change

Several of my clients want to use some sort of maturity assessment for their agile transformations. Often, the maturity levels demand adherence to specific practices or processes. Some of those practices and processes work for my clients now. (I’m not so sure about others.) As my clients evolve, will what they do now continue to

management, MPD

Team Improvement: Management Desires vs Team Reality

Several years ago, a client, Alex, asked me, “What’s wrong with this team? They don’t want to learn anything.” I was surprised. I asked him for more information. “Well, when I ask them to use TDD, they don’t want to even learn about it. When I ask them to use CI, they don’t want to.

management, MPD

Three Tips for Managing Your Newly-Remote Day

You’re “working” from home. The kids are home, and you’re supposed to lead their schooling. Your spouse is home. And, you’re not supposed to go anywhere. Yeah, COVID-19 reality stinks. You CANNOT work the same way you did before. Expecting people to “just” pick up where they left off? Nah. Unreasonable expectations. Here’s what you

management, MPD

Component Teams Create Coupling in Products and Organizations

Many of my clients feel stuck with their component teams. They feel they must implement across the architecture, not through it. That’s because the people are organized in component teams. As the organization grows, so does the number of component teams. The more component teams they have, the more complexity they create in the teams, in

newsletter

What Happened to the Beautiful Plans? (They Became Experiments)

What Happened to the Beautiful Plans? (They Became Experiments) Tim, a senior manager, loved seeing plans for work and roadmaps. Then, the organization decided to Embrace, Not Manage Change. Tim wasn’t sure how to track the work. This image helps me frame the need for an agile approach. (See the blog series: Where I Think “Agile” is

Articles

Eliminate Fake Certainty and Solve the Real Problem

Summary: Too often, customers have a “fake certainty” about the problems they want to solve. They might not have defined the real problem, but they have frequently defined the solution anyway. The risk is that we might build the wrong thing. When the product owner works with the customers to define the problem, then works

Scroll to Top