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 […]
The big problem with hardware going agile is that the risks in hardware are not homogeneous. Hardware and mechanical engineering are on different cycles from each other, and they are each different from software. Even with each discipline, the risks are different when the teams collaborate together on one deliverable and when the entire program
Once you have a roadmap/product backlog for hardware, the teams need to know what to do and when. As a program manager, program product owner, or other interested party, you might want to know where the work is. The roadmap shows the big picture. The demos and team-based backlogs show the details and interdependencies One
I’m writing like mad, trying to finish the program management book. I’m working on the “Integrating Hardware” chapter. The problem is that hardware comes in several varieties: Mechanical engineering Silicon (part of electrical engineering) FPGA (which looks like software to me) Each component (yes, I do call these components) has a different value at different
Two development managers were arguing: “I need Tom on my team,” Chase said. “He has the specific knowledge I need. We’re not going to be able to release unless we get Tom on my team.” Pierce retorted, “You can’t have him. He’s working really well with my team. He likes my team. Forget it.” They
I’ve been teaching workshops these last few weeks. A number of the participants think that they need to create great estimates. I keep hearing, “I have to create accurate estimates. My team needs my estimate to be accurate.” I have found that the smaller the work, the better the estimate. If people work as a team,
Do You Want More Productivity? A senior manager asked me, “How do I get more productivity out of my people? We have cross-functional teams. Each team has their expertise. I just feel as if the teams could do more.” I asked, “What kind of expertise? Is it expertise as a team or are people experts
The discussion to now: Resource Efficiency vs. Flow Efficiency, Part 1: Seeing Your System Resource Efficiency vs. Flow Efficiency, Part 2: Effect on People Resource Efficiency vs. Flow Efficiency, Part 3: Managing Performance Resource Efficiency vs. Flow Efficiency, Part 4: Defining Accountability When you move from resource efficiency (experts and handoffs from expert to expert)
This is the next in a series of posts about resource efficiency vs. flow efficiency… Managers new to agile often ask, “How do I know people will be accountable?” Let’s tease apart the pieces of accountability: Accountable to the project for finishing their own work Accountable to their team for participating fully by doing their
Resource Efficiency vs. Flow Efficiency, Part 1: Seeing Your System explains resource efficiency and flow efficiency. Resource Efficiency vs. Flow Efficiency, Part 2: Effect on People explains why flow efficiency helps you get features done faster. Here, in part 3, I’ll address the performance management question. New-to-agile (and some experienced) managers ask, “How can I manage