In Project Charter Part 2: Clarify the Project Driver, Boundaries, and Constraints for This Project, I explained how project risks can affect the team’s approach to the work. But project risks are not the same as product risks. Product risks are about the need for product innovation. The more innovation this product needs, the more […]
Let me set the context for this post about the project charter: By now, the team knows what it has to accomplish because they have a product vision. The next question is: How will the team manage their risks to achieve those outcomes? That’s where I recommend a team define its project driver, up to
Does your team have a project charter so they know what to do for this project? I see too many teams try to start work without one. That leads to feature factories, apparently random work that does not add value, or worse, a product that’s partly done in too many areas. Teams start without project
I’ve been working with several supposedly “agile” teams and their managers. Everyone knows their project is in trouble. And they have no idea what to do about it. The team members say, “We’re on a death march. We have no predictability. Everything takes longer than we think it will.” The managers say, “We have no
Is your team ever surprised by how long things take? Do you hear things such as: Team members say, “I’ve been waiting for code review for more than 2 days.” (See Measure Cycle Time, Not Velocity to see the various durations for solo, cooperative, and collaborative work. Cycle time is a team-based measure of feedback
In a recent conversation, an unemployed agile coach asked, “What’s the point of a project manager, anyway?” Here’s what effective project managers do: They create the environment for the team to succeed. Here’s how effective project managers start: If the team does not yet have a project charter with the product goal, they facilitate or
A colleague recently asked me how a team can deliver something useful in the next four to five weeks. “That’s all? Just four to five weeks?” I asked. Yes, that was all the time they had remaining. They’d worked on this product for a while, but that was the time they had left. This problem
I’ve heard that the AA/PMI wants to create a manifesto for enterprise agility. I’m not sure we need a manifesto, but that’s fine. Here are the necessary conditions for enterprise agility: A culture of flow efficiency thinking. That means everyone collaborates across the organization to optimize up for one overarching goal. Limited planning horizons, with
This is Johanna Rothman’s July 2025 Pragmatic Manager newsletter. The Unsubscribe link is at the bottom of this email. Mike, a new senior leader, wants to know when Engineering will deliver specific projects. He would prefer more accurate estimates, but he’s okay with relative sizing, such as: Small projects: Not more than a quarter (12
There’s all kinds of hype every single day about AI taking the place of programmers. That reasoning infers that typing is the hard part of product development. Nothing could be further from the truth. Here are the hard parts of product development: Understanding what the customers want. Often, the customers don’t know until they see