I’ve been working at the intersection of the project portfolio and the product roadmaps. (You can tell because of the various posts about information persistence.) Here’s what I find when I work with my clients: They have years worth of projects in the project portfolio. They have years worth of ideas in various states of description in […]
I’m in the midst of collecting the management myths into three books. The series is currently titled “Make Modern Management Easy”. The first book is Practical Ways to Manage Yourself. I was thinking of starting with managing the organization issues. The way organization attempt to “manage performance” and do/do not manage the project portfolio has
I listened to The Ultimate Metric: Identifying the Right Problems to Solve. The guest, Janelle Klein, said: Technical debt is not a loan I thought that was brilliant. She went on to explain that when we talk about “debt” managers think they have dials to manage the debt. Uh oh. Wrong. When managers think in
Lead Your Team’s Transparency and Pervasive Communication Kelly, a manager who served two geographically distributed teams, was concerned. Both teams worked on the Data and Reports module for the product. While the first team worked as fast as they could, the organization wanted features faster. Kelly had advocated for another team to join the first team. The organization assigned another
One of the experiences people miss in distributed teams compared to collocated teams is the ability to serendipitously bump into other team members or just other people. They like the idea of having random encounters to share what they did for the weekend or, more importantly, discuss problems they are struggling with at work. Sometimes
At the Influential Agile Leader workshop earlier this year, I led a session about scaling and how you might think about it. I introduced the topic and explained that “scaling” might not be the answer. My experience is that when people use frameworks for larger efforts, they experience these unexpected side effects: The framework actions
If you wondered why I’ve been so quiet here on the blog, it’s because I’ve been managing my own product development. This announcement is that Esther Derby and I have teamed up to offer online workshops based on Behind Closed Doors: Secrets of Great Management. Go to Your Management Mentors to see our first offering: A
I’ve been thinking a lot about planning recently. Many of my clients want to create long-term plans, based on data with short validity, even for products in a high state of change. I suspect the first question is how much change do you need in your product, not how good your information is, or how
I suggested ways to think about more agile budgeting in part 1. I didn’t tell you why. How do you budget your own money and time? If you’re like me, you have a plan for the year. I evaluate the plan—my products, services, and clients—on a regular basis. I always evaluate monthly. Sometimes, I evaluate
Too often, organizations want to budget for an entire year. The managers run around for two or three months in advance of that fiscal year, attempting to predict a ton of things: Estimates for not-well-defined projects or features, Capital equipment or tool needs, “Headcount” aka, people needed. Then, the organization doesn’t finalize the budget until