The larger your product, the more likely you have components teams. I often see component teams because of the architecture of the product. In this first image, the Integrated System Program, the rest of the product uses the Platform of Common Services as components. Also, the teams find it tempting to think of the common […]
Does your organization have an enterprise architect or Chief Product Person? We create these positions to check that the teams don’t try to implement something “wrong.” However, a single person in this position creates bottlenecks and dependencies. (A committee might create even tighter bottlenecks.) Those dependencies slow the work. If a person delays the work,
Even when managers try to create cross-functional teams, the teams still have dependencies. Dependencies slow and make finishing the work more difficult. Too many teams have a built-in dependency creator—code review. When we take time to perform code review after we write the code (or the tests), we create dependencies between the people on the
Here’s a scenario I see in all kinds of businesses. Your team has product-focused work. And, the team also has “fast” response-required, ad hoc work: Production support, when something breaks. You need to fix this right away. Provide technical support when people have questions. The team needs to answer these questions on a “timely” basis.
You need a senior person at a meeting. The meeting is supposed to start at 2 pm. The leader strolls in at 2:15. When leaders act this way, they show their power. When I’ve asked why the person is late, they often say, “I had another meeting that ran long.” While that’s what occurred, people
You’re a leader in the organization. And you’re supposed to be at another meeting, that started 15 minutes ago. Your previous meeting ran long, so now you’re late. But the conversation you just had? That conversation prevented a bad product decision. (Or, it prevented a customer meltdown. Or something equally important.) At least, the decisions
A potential client called me. “What’s a good tool to see the state of my projects? I need a tool.” I asked, “What problems do you see?” “Everything is late. No one’s synchronized. I can’t tell where the projects are.” “How many projects do you have in progress?” “At least 100.” (I was pretty sure
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
Years ago, Roy Osherove interviewed me about project management, agile thinking, hiring, and management. We had a great conversation. (See Roy’s Archived Interviews page for my interviews with him.) I just listened to some of the questions and answers. If you are not sure about effective management, listen to the interviews. After a nudge from
Consultants who make money speak at conferences. I love to speak. Give me a microphone—I am a happy person. I keep having to turn down speaking requests, both domestic and overseas. I would love to go, to learn and to meet people. Sometimes, I’m not available. More often, I can’t “afford” to do so. Often,