Which levers does your team need to manage risk in your project? Do you need to cancel the project if you can’t finish a phase? You might not have the time. You might not have the ability to do this project. That’s the point of Serial lifecycles in Part 1. Maybe you need feedback from […]
So far, we’ve discussed the lever of canceling a project at any time with the serial lifecycles in Part 1. That’s assuming you replan and/or cancel. We added another lever of looking for more feedback with iterating over the requirements in the iterative lifecycles in Part 2. Teams have another lever. They can release increments
What Lifecycle or Agile Approach Fits Your Context? Part 3, Incremental Lifecycles Read More »
Back in Part 1, I wrote about how stage-gate approaches were as agile as we could use at the time. We had one delivery, so our agility was about canceling the project if we couldn’t finish it. However, some smart people also realized that we had another lever, aside from estimation, to replan the project.
What Lifecycle or Agile Approach Fits Your Context? Part 2, Iterative Lifecycles Read More »
Are you trying to make an agile framework or approach work? Maybe you have technical or schedule risk. Maybe you’ve received a mandate to “go agile.” Maybe you’d like to experiment with better ways of working. Or, maybe you’re trying to fit an agile framework into your current processes—and you’ve got a mess. You’re not
What Lifecycle or Agile Approach Fits Your Context? Part 1, Serial Lifecycles Read More »
When Mark Kilby and I wrote From Chaos to Successful Distributed Agile Teams, we suggested teams add a text backchannel. Even when the backchannel is asynchronous, the information in it increases the value of all the team’s communication. The backchannel helps everyone see all the information. That helps all the team’s communication. Some of my
Backchannel Discussions Might Create Serendipity Read More »
What happens when you use the word “estimate?” For many of my clients, “estimate”== guarantee. Which is not what those words mean. Even if you update the estimate based on data, too many managers still want to know, “When will it be done?” Emphasis on done. And, while managers might not remember the assumptions you
Estimates Anchor Expectations; Forecasts Include Uncertainty Read More »
Your team says they use Scrum in two-week iterations. And, in order to “finish” everything inside the timebox, you don’t do any of these things: Refactor to simplify the code or the tests. Create automated tests. Use formal acceptance criteria on a story or for the iteration or the project. That means you have work
Three Ways to Stop Agile Death Marches Read More »
In my experience, too many projects are under too much pressure. The sponsors want all of the features, completed in too-short time, with no defects. And, if possible, the sponsors think the project should cost nothing, the team should not need any training, and the team can work in any way, regardless of the desired
Summary for a Project’s Boundaries: Drivers, Constraints, & Floats Read More »
I wrote about how to pick a driver in Part 1. In Part 2, I wrote about how you might finesse some of the constraints and floats if you can release frequently. What if you’re like this organization, Acme? Acme has been working towards agility for the last couple of years. However, they still have
In Part 1, I wrote about the origins of drivers, constraints, and floats. I needed them when we only could release the project once to the customers. You saw the questions that help people choose the project driver. What about the constraints and floats? I think of constraints as bounding the project inside the driver,
Create & Manage the Project’s Bounds, Part 2 (Constraints and Floats) Read More »