Many people talk about “going back to normal.” We aren’t going to return to normal. That old normal is gone, at least for a year, if not longer. (I suspect we will cycle between remote work and office work for the foreseeable future.) What we can do is discover a new normal. Discovery requires different […]
Collecting data isn’t free. There’s a cost to every piece of data. There’s also value. How do we balance the cost and value of data? As with all juicy questions, it depends. And, in general, the easier the data is to collect, the less value there is in the data. Examples of Useless and Cheap
A client wants to know how best to calculate their software capitalization. They had a “standard” approach when they used waterfall. They no longer have all waterfall projects. They’ve started to use agile approaches. And, the projects don’t all look the same. Being somewhere in the middle means they’re having trouble reasoning about capitalization. Why
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
Is it possible to balance the product innovation and feedback we need, with the commitment our management wants? Maybe. I tried to show my thinking for these questions in this series: When does it make sense to ask for or offer estimation and commitments? When does it make sense to ask for more feedback instead?
What if you don’t need to experiment to reduce risks? You may have technical risks in terms of getting it “all” done. Especially for a given release date. In that case, you have a low need for product innovation. Your planning feedback loops can be longer. I’ve seen this occur in some of these circumstances: A
What if you can plan for a few weeks or even a month-plus at a time? You don’t need the extremely short feedback cycles (hours to a day) because you’re not doing high innovation. You don’t need to change what the team does every few days. You can estimate and commit to maybe a month’s
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
I no longer offer this workshop. Please see Practical Product Leadership: Deliver Better and Faster with Continual Replanning Workshop for the updated syllabus. Does this describe your product ownership predicament: You are supposed to be the product manager, product owner, and business analyst. You might even juggle different responsibilities for multiple teams. You struggle to read