In an ideal agile world, the team would work directly with a customer. When you have a small product that serves maybe three types of customer (new, expert, admin for example), and that customer is down the figurative hall, you might not need any product people. You can create short feedback loops with your customer. […]
We have many words for people who shepherd the business value of a product. The many words aren’t a problem, as long as we can all agree on what these various people are and they take responsibility for. When we don’t agree, we run the risk of not managing our strategy, not thinking in terms
You’ve got interdependencies across the organization for a given project or program to release a product. You can see demos. That’s not the problem. You need enough insight or prediction to start the marketing campaign or to create training videos or product documentation. You need some kind of milestone criteria so you know you can complete
Most of my clients struggle with their agile transformation. The teams love agile approaches because they can work on their release frequency and technical excellence. The senior managers love the agile promise because they can see how agile approaches help the teams release a more constant flow of value. They can see the benefits of
Especially when we use agile approaches, we want to be close to our customer. If you’ve ever had a chance to sit with a customer, you’ve learned how effectively (and fast!) the team and the customer learn from each other. And, too few teams have any access to any customers. Most of their customer information
I just finished a series for my Pragmatic Manager newsletter about Agile Transformation Secrets: Part 1: Manage for Change Part 2: Emphasize Collaboration Part 3: Principles Over Practices I wrote this series because I find that many people get a little confused about an agile transformation. They think an agile approach will work because they
Some of my clients have struggled with their project governance as they move to agile approaches. In the past, they’ve asked for estimates and costs—by requirement—and then tracked the variance for those estimates and costs. The governance people do not record assumptions. They only record estimates and actuals. They want to “measure” the project success
Years ago, Roy Osherove interviewed me about project management, agile thinking, hiring, and management. We had a great conversation. (See Roy’s Archived Interviews page for my interviews with him.) I just listened to some of the questions and answers. If you are not sure about effective management, listen to the interviews. After a nudge from
Your customers can’t take your product more often than once or twice a year. Because the product doesn’t need to leave the building, the teams don’t release internally. Nor do the teams demo on a regular basis. The teams miss the feedback loops so critical for an agile approach. Their agile transformation falls apart. Rethink Your Definition
Many of my clients are trying to use short feedback loops in agile approaches. That desire bumps up against their management’s desires for longer commitments. This continuum might help them think through their needs for commitment and innovation. High Need for Product Innovation and Change The more need for product innovation and change, the shorter the feedback loops need