Johanna Rothman, Management Consultant
Expert in Managing Product Development
A colleague asked me about the kinds of documentation the team might need for their stories. He wanted to know what a large geographically distributed team might do. What was reasonable for the stories, the epics, and the roadmap? How little could they do for requirements documentation? I start with the pattern of Card, Conversation, …
Continue reading “Minimum Requirements Documentation: A Matter of Context”
I started this series discussing the issue of the various product-based roles in an agile organization. I suggested a product value team because one person becomes a bottleneck. One person is unlikely to shepherd the strategy and the tactics for a product. And, batching the product planning in one-quarter chunks doesn’t encourage us to reduce …
Continue reading “Product Roles, Part 6: Shorten Feedback Loops”
Many people in the agile community promote a product orientation over a project orientation. That’s possible because an organization has product or feature teams. That works until you have more products than teams. That’s when you might still need projects to accomplish everything. If you keep teams together, you can still use projects in a …
Continue reading “Product Roles, Part 4: Product Orientation and the Role of Projects”
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”
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”
Last August, back at the Agile 2018 conference, I had a chance to record a podcast with Howard Sublett. Howard is a terrific interviewer and a good friend and colleague. We spoke about Making Roadmaps More Agile. We had a blast. Several times, I surprised him with some of my thinking and experience. (Since I’m …
Many product owners and customers believe they know the problem they want to solve. That fake certainty causes them to define solutions, instead of solving the problem at hand. John Le Drew and I pair-wrote an article describing this problem and how to solve it. See Eliminate Fake Certainty and Solve the Real Problem. Yes, I’ve …
Continue reading “Fake Certainty Article Posted on AgileConnection”
Many organizations plan to create certainty, guarantees of some variety. What if we thought about agile planning as a way to manage uncertainty? When I look at long roadmaps with all the “must-do” feature sets and the pressure managers put on teams to commit to delivery, I wonder about this question: How well do we …
Continue reading “Planning: Risk Management to Manage Uncertainty”
We, as people who create products, often have big, audacious ideas. That’s great. The problem is this: How can you make minimum, bite-size stories that the team can deliver on a frequent basis? You might need these minimums: A minimum marketable feature A minimum viable product A minimum viable experiment All of these minimums are …