Too many cooks, too many managers
Since we are still hiring and going through the interview process, a disappointing trend has emerged. When asked of their future plans, and where they see themselves, people with very little experience make the claim they want to be a "lead" or manager within a year.
They don't speak of going deep and being proficient in the role they're interviewing for. There is no mention of being the go-to person for help and information. No mention of being a subject matter expert. Taking this job is merely a stepping stone. After checking off a couple boxes on their mental to-do list they will take on bigger and better. Never mind they only have two years of experience in this field.
It's pretty clear their desire is to pretend to be in charge and tell other people what to do, not produce great results they can be proud of and others might emulate. I don't want to work with people like that.
There is nothing wrong with aspiring to take on a leadership role, but it's more than just telling people what to do or thinking you have organizational skills. "My desk is tidy, I can be a manager." "I attend meetings on time, I can be a manager."
I'm not a manager, and have no interest in being one, or a PM, or a Lead, or a insert grand Poobah title here. I've been around for awhile and over my career, I've had some absolutely terrible managers and I've had some horrific product managers, including a PM that finally left earlier this year.
Even now, we have bouts where people take up the mantle of manager and make an absolute mess of things. Their lack of depth and understanding led to multiple missed deadlines. Their total lack of experience made them unable to adjust to changing conditions, time constraints and customer demand. This lead to a lot of team frustration, which ultimately sent a handful of people looking for employment elsewhere.
Before taking up the mantle of being a manager or even a lead, be a pillar of support to the person your current manager and team. If they need help, give it. If they have questions, answer them. If the project is going off the rails and chaos begins to ensue, be the calm voice of reason. Or at the very least, don't get swept up in it. If that's not happening, not management material.
In addition, go deep within your current project, discipline, or area of expertise. Understand what your company wants from a project. Understand what the customer wants. Understand what makes a good UI. Anticipate what features may help them. Know what it takes to stand up a database and the challenges people face. Learn the customer business so you can anticipate problems, offer suggestions and be aware of potential hazards.
Just as importantly, know the people. Understand how they work. Understand what they need to be effective. What are they good at? What are they not so good at? It's more than just strengths and weaknesses. If they're not effective, you won't be.
Even above that, be the perfect manager of yourself. Meet deadlines. Be efficient. Be productive (not just busy). Create methods and process others want to emulate.
We have multiple examples on two specific projects, where there is chaos and disorder because everyone feels they are in charge, which means no one is in charge. There are arguments over how things should be done, people want their process and agenda to be the one that other follow, they don't support each other, they go around each other to get their "priority feature" implemented first.
Even simple things can't be done correctly. During the standup the question is asked, "Does anyone have an update?" That's totally incorrect. Right from the start people are interrupting each other, talking over each other, and there is no sense of leadership. Immediately they're frustrated.
Call on people directly. Establish order and method. "Joe, can you give us your update?"
Another example: we had a QA engineer who got the help of two temporary resources to cover an End of Year process for the customer. Instead of giving them all the information they would need to test, get everyone up to speed, and make the project a grand success, he chose this opportunity to exert himself as a "manager" and held court on how to be an effective QA engineer. Or more specifically, what he thought it took. He's no longer with the company.
But unfortunately, that mentality is quite common.
In the recent past, I've had conversations with managers and project managers that where in effect, "What do I need to do to make you successful? We can either work together and produce great results, or we can work against each and produce some serious crap."
I don't have the answers on how to be a good manager. It's more that I've observed far too many people jumping to the head of the line with ambitions of being a manger, way before they are ready. They have no career capital. They have no depth to their knowledge. They have no previous successes to their name. Yet, they state and feel they should be in charge and have what it takes to manage.
What they don't realize is that there is a massive difference between managing, and leading.
Other articles of interest:
- Building Relationships with Developers
- Agile will save us! Not if your team dynamic is shit
- Exchange 2010, you confuse me
- Setting up the long excuse
- Building a Development Environment
- Ballmer is asleep at the switch
- Why does everything have to be multiplayer?
- CopyLess and PopClip Jump Aboard the Party Barge
- We can’t do it that way, we have this exception, just like last time
- Wells Fargo is run by F-ING IDIOTS