We all think that we are unique. Even when we make mistakes – they are unique. But it seems we are so predictable, that people already studied and classified all our epic fails – past and future ones. So it is very useful sometimes to read about the issues others suffered and compare yourself to the persons described – you definitely find something common. Project managers are not exceptions – you may think you are a smart project manager, but still you can follow some of the well known anti-patterns. I tried to collect the most common ones – which I built myself or observed in action. I found they fancy names on the internet and now I am prepared to use them in my speech, so I would look as smart as the developers talking about their architectural patterns.
Once (ok, let’s be honest, not just once) I was thinking, “Why not to get rid of estimations?”. I heard a lot from the developers in our company that they hate estimating. That is usually a very painful process for a project manager, too. Not only because of the process itself, but because of what happens afterwards. If you worked on more than one project, you definitely know that the estimation your team created won’t be ok for business people. They certainly know that this feature is very easy and that story can be done in a day… Or, “My colleague – he is a developer himself – thinks this can be done in a week!”. They all need hours, exact numbers and deadlines. Team wishes not to provide that.
Once you start working with the team that is really great, you stop thinking about the things that make them great – their greatness just exists and you “feel” it. But “feel” doesn’t work for me – I really need to describe, classify, plan and predict. So, let’s try to describe the features of a great team, so it would help us breed more great teams. Have you ever been a part of great team? Or worked with one? Please share your experience.
What makes the difference: