4 ms·
We can keep writing these articles and reading them and knowing we are right and get nowhere. 1) Say I'm an engineer with a manager who doesn't get it. How ca
by hashkb 11y ago
We can keep writing these articles and reading them and knowing we are right and get nowhere.
1) Say I'm an engineer with a manager who doesn't get it. How can I empathetically (that is, without spontaneously developing a "political performance problem" on my next review) help my manager improve?
2) Say I'm that manager, and I want to improve but meetings and spreadsheets are all I know. What can I do?
- zymhan 11y agoWell one option is that if meetings are shorter and we waste less time on performance-evaluating BS, then the surplus of manager's time will result in less demand for managers. Heaven forfend
- hashkb 11y agoRight, but do you schedule a meeting to talk to your manager about it? And when they schedule a series of follow-ups to evaluate the effectiveness of meetings and establish a committee... And oh where's that feature you're working on?
- patrickmay 11y ago> 2) Say I'm that manager, and I want to improve but meetings and spreadsheets are all I know. What can I do? Rethink what it means to be a manager. Your job is to eliminate barriers for your team and protect them from distractions. You shouldn't be one of the distractions.
- wdmeldon 11y agoThe first manager I had did this explicitly. If he caught sales or marketing talking to the devs, he would ask them what the problem was. It worked well.
- cookiecaper 11y agoA lot of people say this is the purpose of managers but it seems few actually believe it, especially those who seem to need to actively try to convince people that this is all they're doing. In reality, most non-technical managers of technical staff look down on their subordinates and see themselves as babysitters who need to make sure that those stupid nerds don't waste the company's money, which they've been charged to protect. This results in "removing barriers" by telling everyone to shut up and get back to following directions. Some managers are very sneaky about this and their subordinates often don't realize that's what's happening.
- mojuba 11y agoThere was a post today about Stanley Kubrick, which got me thinking: programming is like making a movie in many ways. So you can tell your boss: "if I were a film director and you knew I'm busy at the film set making a feature film for you, with some Hollywood stars, would you be calling me out for your shitty meetings as often as you do otherwise?" Or: "If you were Stanley Kubrick's boss, would you interrupt him as often?"
- sitkack 11y agoTIL, I am Stanley Kubrick!
- cookiecaper 11y agoI don't think this will get through to anyone. The only reason people can respect the time used up by a director is because every minute of filming has a massive directly attributable dollar cost to the company. In normal employment, the company is going to spending that money on either yourself or your replacement, so there's not an obvious, immediate economic incentive in allowing you to do what you consider "real work" (building something) instead of allowing the manager to do what he considers "real work" (sitting around and talking about stuff).
- dragonwriter 11y agoThe problem with this argument is that it presumes that your manager agrees with the film director - programmer analogy and shares an understanding of film making that would reveal the practice to be bad in that context. There are good arguments (and, IIRC, even a bit of research) on why continuous blocks of time are much better for efficiency of programmers; and meetings for them should generally be minimized and, when necessary to have, coordinated to avoid breaking up work blocks as much as practical. But that particular analogy is close to the worst way to make the argument to most bosses.
- dhj 11y agoSending your boss(es) this article before starting the discussion can help: http://paulgraham.com/makersschedule.html http://paulgraham.com/makersschedule.html ... Most people getting work done are typically on a Maker schedule. People scheduling and benefiting from the meetings are typically on a Manager schedule. This article can help those on a Manager schedule understand why large blocks of work time should be reserved for those doing the work. Managers need to strive to make meetings short, sweet and at the beginning or end of a day and concentrated on a specific day. Those are very specific items that can improve the Maker's productivity. The Manager should be protecting Makers from meetings, not subjecting them to meetings and this article makes that clear.
- floppydisk 11y ago1) Phrase it as a help-me-help-you arrangement. You're getting gauged on how much stuff your team is getting done. Let me help you improve your performance metrics by reducing my meeting load and letting me focus more on coding. Our output metrics will look a lot better and you'll come out smelling like a rose. Sr. Management will love you and your results. Sell them on what gets them ahead (and it's also in your interest). 2) I liken a good manager to an old school point guard in basketball or a good coach. Your job isn't to score but to setup your teammates for success and create a culture of excellence they can thrive in on your team. Be ruthless about your meeting schedule and filtering input that actually needs to make it to your team. You should be the first POC for anyone needing your team or people on your team to do things to filter it for appropriateness rather than letting your engineers handle things. I'm not talking about their buddy in IT asking them a question, but people like Joe in Accounting who thinks it'd be slick if they could add FeatureX to the software because their boss thinks it's cool and it'd be sweet if it could be in this release. "Ya Know ;)". As a manager your first job is to firewall your people and help handle task requests, analyze them, and prioritize them. Also as a manager you help handle tasking and assignments. While you're building out your current sprint--and you're keeping up with what's happening so you can keep bosses apprised and off your team's back--you're also preparing for the next one, organizing requirements, incorporating feedback, etc. so when the team is ready for the next batch of tasking, it's already there and ready for them to process. WRT meetings, make your meetings targeted, on point, and ruthless enforce them. You're the boss. If someone's running their mouth without reason and taking up time, politely cut them off and get back on track. Have a clear objective for the meeting and stick with it. Once you've hit it, you're done. End the meeting everyone get back t work. Schedule your meetings for either mornings or late afternoons (preferably mornings) to give people plenty of time to get "deep work" done without having to worry about only having an hour to code before a meeting. If other people are trying to draw your team into meetings, figure out whether it's something you can handle and if so, you go. Let your team do their job. Again, you're the firewall. This also means getting to know your team personally and being able to read how they're doing. Does someone look really run down and out of it after a long week? Send them home early. Someone having a hard time getting things done on time? Sit down and talk with them, not adversarially, ask them what's going on, and what you can do to help. Politely point out what you've noticed and why it concerns you. Maybe their estimating wrong or their skill level isn't up to the work. You can help fix that. You're their coach. Know your team and help them succeed.
- ryandrake 11y ago"Political performance problem". I like it, please allow me to squirrel that one away for later!