Do you struggle with your agile approach? Sometimes, iterations don’t work for teams. Sometimes, flow doesn’t work. Sometimes, you need both. To celebrate the release of Create Your Successful Agile Project: Collaborate, Measure, Estimate, Deliver, I am writing a series of articles on Infoq. The first article, Customize Your Agile Approach: Select Your Agile Approach That Fits […]
You may think the #MeToo tag doesn’t have anything to do with product development. Not so fast. When people behave badly (more often it’s men than women, but it can be either), the people suffer. When the people suffer, the product suffers. It suffers in development and it suffers in release. The issue is this:
Jen Bunk interviewed me for the People Stack Podcast #32. We had a wide range of topics: How I started as a consultant The advancement (or lack thereof) of women in tech. Understanding what the problems are. (Yes, the problems are always a people problem. I managed to bring in the idea of the project
Henny Portman just published a review of Manage Your Project Portfolio. See his review at Review: Manage your project portfolio. He included a terrific image (go to the review to see it) about how you can think about the entire process, from soup to nuts. Here is an excerpt from his conclusion: “… a must
Back in Manage It!, I suggested that for requirements, the questions should be, “How little can we do?” and still have a great product. My argument was this: the longer the project (regardless of approach), the more risk there is. Can you reduce risk by reducing the requirements? That would allow you to release earlier
Last year, I was part of a geographically distributed team who wrote the Agile Practice Guide. Shane Hastie interviewed us during Agile 2017. His interview (which was a ton of fun!) is here: Johanna Rothman and Mike Griffiths on the Agile Alliance/PMI Agile Practice Guide. I learned a ton from that writing experience: Geographically distributed agile
Let me summarize what I’ve been talking about in these posts. The problem I’m seeing is that too many teams and organizations plan too much in too much detail too soon. Instead of architectural BDUF (Big Design Up Front), it’s project planning as BDUF. They expect one single person (a product manager or a product
You’ve started thinking in feature sets. Maybe you’ve experimented with rolling wave plans inside one quarter, so you can change and replan as you need to support your project or program. You’ve discussed flow-based roadmapping as a way to create MVPs and MVEs, release smaller value more often so you can make better decisions. You
If you need to plan more often than once a quarter, how do you know how to replan? Instead of incurring the time and cost when you bring everyone together, consider the Product Value Team. (In past writing and presentations, I’ve called this the Product Owner Value Team. I am trying to change my term
One of my clients was trying—valiantly—to make their quarterly planning sessions work. They prepared, getting the big hotel room. They had plenty of supplies. The planning even went well. However, within two weeks, their plan had no relation to reality. That meant that for the next ten weeks, the product owners were “on their own.”