In What Agile Project Managers Do, Part 1, I described what facilitative agile project managers do. In What Agile Project Managers Do Not Do, Part 2, I described a number of roles a more traditional project manager might think is their job still, even if they are supposed to be/use agile. Sometimes, people get confused with […]
In What Agile Project Managers Do, Part 1, I spoke about what agile project managers might do. Here’s what agile project managers do not do: The agile project manager does not assign work. The agile project manager does not estimate work on behalf of the team. The agile project manager does not commit to features,
One of the questions I hear all the time with people transitioning to using agile is this: How do we organize the project if we don’t have a project manager? If you read Manage It!, you know I don’t buy the idea of a controlling project manager. But a facilitative project manager? Oh my. That
If you’ve been watching my writing (and speaking), you’ve noticed that I like both agile and lean. I like the cadence of milestones and demos that iteration-based agile provides. I like the limiting of work in progress and seeing the whole that lean provides. For me, both are necessary to deliver value. You might have
I was at an experience report at Agile 2016 last week, Scaling Without Frameworks-Ultimate Experience Report. One of the authors, Daniel Vacanti said this: Flow focuses on unblocking work. Iterations (too often) focus on the person doing the work. At the time, I did not know Daniel’s twitter handle. I now do. Sorry for not
In Part 1, I talked about small stories/chunks of work, checking in all the time so you could build often and see progress. That assumes you know what done means. Project “done” means release criteria. Here are some stories about how I started using release criteria. Back in the 70s, I worked in a small development group.
Would you like to release your product at any time? I like it when releases are a business decision, not a result of blood, sweat, and tears. It’s possible, and it might not be easy for you. Here are some stories that showed you how I did it, long ago and more recently. Story 1: Many years
People often ask me, “When is agile right or not right for a project?” I’ve said before that if the team wants to go agile, that’s great. If the team doesn’t, don’t use agile. That answer is insufficient. In addition to the team, we need management to not create a bad environment for agile. You
I see a lot of confusion around velocity in new-to-agile teams. Too many people treat velocity as an acceleration measurement. That is, they expect velocity to increase to some large number, as a stable state. Velocity is a rate of change coupled with direction. When managers think they can measure a team with velocity, they
In a recent workshop, a participant asked me, “What does agile mean? How do you know if you are agile?” He wants to use kanban to see the flow of work through his group. Someone told him he needed to use iterations to be agile. (I had a little rant about this in What Does Agile Mean