When I teach any sort of product/project/portfolio management, I ask, “Who believes multitasking works?” Always, at least several managers raise their hands. They believe multitasking works because they multitask all the time. Why? Because the managers have short work-time and long decision-wait time. If you are a manager, your time for any given decision looks […]
Whenever I teach agile approaches, I discuss the possible meetings a team might choose. Some people turn to me in dismay. They start adding up all the meeting time and say, “That’s a lot of meetings.” Could be. Especially if you use iterations. You might have these meetings: A retrospective once every two weeks. A
Consultants and writers share a common problem: we are business owners. That means we manage our businesses. Yes, I manage my own product development and my business. The great Joanna Penn interviewed me and the podcast is now live: Strategy And Business Plans For Authors With Johanna Rothman. If you write and self-publish, you should listen
As I work with people to use agile approaches, I see many organizational constraints. I’ve been trying to find a visualization for what I see. I don’t know if I’ve got it yet, but here is my sum-of-the-parts image. The organization’s culture drives decisions (or not!) about the strategy. Strategy, with any luck, creates clarity
Agile approaches can help a team release more often. When a team releases more often, the product people can replan the product roadmaps. The project portfolio people can replan the project portfolio. Not every team releases often enough to take advantage of replanning small and often. Everyone falls prey to “too much” thinking. The product
I spoke with an aspiring coach earlier this week. He asked me if people I ever coached were “resistant.” I don’t label people as “resistant.” If I need to label them, I think about this term, “People with data I should hear.” I like to think about what people resist, especially people in technical organizations.
Most managers I meet want to do a good job. They want to provide the vision for the people doing the work. They want to provide coaching if people need it. They want to know that people can deliver the outcomes the organization needs and the managers want. As their organizations move to agile approaches,
Mark Kilby and I are almost done with the chapter on geographically dispersed teams with no (or very few) hours of overlap in our book about distributed agile teams. We are looking for any example of a team—agile or not—who successfully used/is using Follow the Sun. Follow the Sun is a great idea. The idea is
One of the problems I see in projects and organizations is when people wish for certainty. Too many agile project managers and Scrum Masters want a known velocity. They don’t realize that velocity is a relative capacity measurement, not a guarantee. Product managers, the people who manage the project portfolio, all seem to want certainty
Sometimes, teams have trouble releasing their work, showing the value of the work they’ve completed. There are many possible reasons for this release problem: The team doesn’t have sufficient working agreements about what “done” means. I’ve written about frictionless releasing. In Create Your Successful Agile Project, I wrote about the done, done-done, and done-done-done words we