3 ms·
I manage a set of engineers, a content team, a graphics team, and a QA team. I know a lot of engineers like to say "managers don't do anything" but thats often
by tsunamifury 14y ago
I manage a set of engineers, a content team, a graphics team, and a QA team. I know a lot of engineers like to say "managers don't do anything" but thats often when they take a painfully narrow view on production.
For example I have to set and square requirements of a technical nature (sometimes down to details) with each of these parties. Decisions like which image format will be best from a size/performance/integration perspective need to be agreed upon by all teams, up to approving designs, ensuring engineering implements them exactly, approving the UX, and making sure the QA team tests for all those standards set. Sometimes I have sit the engineers down and do a brief code-review to ensure they are following the overall architecture of the larger system.
Managers do those details on TOP of all the basic things like team budget, hiring/firing, recruitment, organizing new incoming work, and taking care of small HR issues. And at times we have to step in and do the work of any of those teams OURSELVES if there is a temporary gap. That includes and is not limited to coding, designing, and QAing.
- randomdata 14y ago> For example I have to set and square requirements of a technical nature (sometimes down to details) with each of these parties. Without knowing the specifics of your company, this feels like a needless managerial role. These are the things you want to trust your people with, so you can focus on the bigger picture. I mean, if you are taking away technical planning from an engineer, what real engineering work is left? Your final paragraph is a better example of the manager's role. To shield the outside world. To deal with problems of the people on the outside (clients, investors, etc.). The team should come to you with problems that arise, but you should generally not need to go to the team at all.