Johanna Rothman, Management Consultant
Expert in Managing Product Development
An agile approach requires a cross-functional team. That means that everyone on the team focuses on the same intent. That intent might be an entire product. It might be a feature set as part of a larger program. But, the team focuses as a team. That cross-functional team is a product team or a feature …
Continue reading “Product Roles, Part 3: Product or Feature Teams vs Project Teams”
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. …
Continue reading “Product Roles, Part 2: The Product Value Team”
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 …
Continue reading “Product Roles, Part 1: Product Managers, Product Owners, Business Analysts”
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 …
Continue reading “Agile Milestone Criteria for Projects and Programs”
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 …
Continue reading “Seeing the Close-to-the-Customer Conundrum”
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 …
Continue reading “Agile Transformation Secrets Series Posted”
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 …
Continue reading “Cost vs Value Measurements for Agile Approaches”
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 …
Continue reading “Reflecting on Agile Thinking with Roy Osherove”
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 …