TranscriptRevision #1, 11/6/2008 12:35 AM
TranscriptRevision #3, 11/6/2008 12:18 PM
18.104.22.168: "Added Joel's rant on Project Managers."
This article has not been written.
Voice Mail: Hello, the person you're trying to reach is not here at the moment
Spolksy: Not here?
Voice Mail: please leave your message after the tone.
Spolsky: Voicemail? [tone] Mwahhh... umm hi Jeff this is Joel calling, and... ummm sooo like ahhh what's up? Ahh Ok, bye. How how do you get voi voicemail with with skype?
Atwood: Hey Joel
Spolsky: It is stack overflowed episode stack over overflow flowed - let's start again.
Atwood: 28. Why uh ahh you're you're very excited today about the podcast, I think a little too excited frankly.
Spolsky: Ahh I just had some coffee, coffee! Yeah!
Atwood: Yes, this is this is episode 28 I do actually know the number this time, I looked it up.
Spolsky: Welcome to stackoverflow episode 28.
Atwood: That's right, me and Joel Spolosky. I just wanted to get my mispronunciation out of the way immediately.
Spolsky: Ok, Mr. Jeee Jeee Jeeeep Jeep?
Atwood: I got an email from somebody on one of the stackoverflow aliases umm challenging me to pronounce his name. I was like, I'm not even going to try because I will fail.
Spolsky: Here's my feeling about project managers:
It's so important that they started hiring people to do this and they said: "OK, you're the project manager - make sure that we're on track." These project managers were just bright college kids with spreadsheets and Microsoft project and clipboards. They pretty much had to go around with no authority what so ever and walk around the project and talk to the people and find out where things were up to and they spent all their time creating and maintaining these gigantic gantt charts - which everybody else ignored. So the gantt charts, and the Microsoft project, and all those project schedules, and all that kind of stuff, was an artifact created by a kind of low level person. Although it might be accurate depending on how good that low level person was, but it was still an output only thing from the current project: Where are we up to? What have we done? How much time have we spent? What's left? Who is working on what?
Then, for some reason, these relatively low level people, who were not actually domain experts, (if they were at Boeing they don't know anything about designing planes, if they were on the software team they're not programmers - they're project managers, and they don't know anything about writing code) they start getting blame when things went wrong and they started clamoring for more responsibility, more authority to actually make changes and to actually influence things and say: "Hey, Joe's taking too long here - we should get Mary to do this task, she's not busy." The truth is that they started getting frustrated because they were low level secretarial-like members of their teams and they wanted to move their profession up the scale so they created the project management institute - or whatever it's called - and they created this thing called... ah, I don't even know! But they created a whole professional way to learn to be a professional project manager and they decided to try to make it something a little bit fancier than just the kid with the clipboard that has to maintain these gantt charts all day long. You can tell this is what happened because the first thing project managers will tell you about their profession is that the most important thing is that they have the authority to actually change things and that they are the ones that actually have all the skills that can get a project back on track, or to keep a project on track, and therefore they need to have the authority to exercise these skills otherwise they'll never get anything done, they'll never be able to keep the project on track, they don't just want to be stenographers writing things down.
The trouble is, they don't actually have the domain skills - that's why they are project managers. If you are working on a software project you know how to bring it in on time and you've got to cut features, and you know which features to cut, becuase you understand software intrinsically and you know what things are slow and what things are fast and where you might be able to combine two features into one feature, where you might be able to take a shortcut. That's the stuff a good developer knows, that's not the stuff a project manager knows. In a construction project it's the architects and the head contractors who know where shortcuts can be taken and how to bring a project in on time not the project manager. The project managers don't have any of the right skills to affect the project and so they inevitably get really frustrated and everybody treats them like secretaries, or treats them like 'annoying boy with clipboard', when they really don't have a leadership role in the project - and they're not going to be able to because they don't have the domain expertise. No matter how much they learn about project management, no matter how many books they read, or how many certificates they get, no matter how long they've been doing project management: if they don't know about software, and software development, if they don't have that experience, they are always going to be second class citizens and they're never going to be able to fix a broken project.