I had a chance to speak with Tobias Schlottke on his Alphalist podcast: Episode 92: Johanna Rothman The Pragmatic Manager. We had a wide-ranging conversation, mostly about management. We included topics from my programming experience, why multitasking is a disaster, and how to use flow metrics to understand reality. We also touched on many of […]
Several of my clients are trying to do the impossible right now—plan their portfolio for an entire year. Or plan their product backlogs for eighteen months or longer. When I ask them how well that’s worked for them in the past, they often say, “Our planning works great. Our execution? Not so well.” That’s my
In How Centralization Decisions Create Friction, Increase Cycle Time, and Cost Money, Part 1, I discussed how removing support staff for departments and managers created longer cycle times. (And sometimes, increased friction so much that people could not easily do their jobs.) Removing those support staff was one indication the companies fell into the Economies
Some company is buying your company (or vice versa). Why? They claim it’s “Economies of scale,” and the combined organization will save money by centralizing “overhead” and flattening management. You know who that “overhead” is: the people who support the business, such as finance and HR. And, the managers. Worse, the new management asks managers
Many of my middle-management and senior leadership clients want certainty about future work. That’s one of the reasons they create huge backlogs and long roadmaps. Yet, even those backlogs and roadmaps don’t offer certainty. One of these managers said, “I have so much uncertainty and ambiguity. I feel as if I can’t make a good,
Several of my trusted advisor clients have asked this question, “Why do I need to choose between effectiveness and efficiency? Why can’t I have both?” A great question. I recommend they start with effectiveness. That occurs when they say yes to just the work they need now, to reduce the organizational WIP. Start with managing
For years, we’ve used several metaphors to describe software product development: People-based metaphors, such as: Man-weeks for all the humans working on a project or a product. FTE for full-time Equivalent (as in human beings!) “Resources” instead of the words: people, or human beings Construction metaphors, such as: build, which describes how we organize and
Ted Williams said, “If you don’t think too good, don’t think too much.” I’ve got a bad head cold, so I’m not thinking too “good” at all. Here are three not-so-intuitive tips I use all the time, and that you might have missed: Move from “How much” to “How little” thinking. Finish something clean, every
Susan, a senior leader of a 300-person department, wanted to reduce the risks of late deliveries, and respond to customers faster. Susan suspected the managers and teams were too wedded to their plans and not experimenting enough. That meant she needed an agile approach. But while she had been a part of several supposedly agile
I’ve been thinking about flow… In his first week, Tom, a new manager, realizes the four teams he leads and serves are frantically trying to finish their work. Each team feels too much pressure to have one-on-ones with him, in this, his first week. He first checked the project portfolio. Here’s what he discovered: His