How to torture your project manager
If you like your project manager, this is a list of things not to do. Life as a PM is hard as the job is to be in the middle of many people who often don’t have the best communication or relationship skills. This list, which hopefully will make you smile, is inspired by real-life experiences.
- Never give specific odds or probabilities. Always make ambiguous commitments like “Probably”, “we may be able to do that” or “it’s possible”.
- Once a week, try to do one of: double the scope, slash the schedule in half, invent a new stakeholder.
- Break into their schedule spreadsheet at night, and replace all the estimates with random numbers.
- Demand everything ASAP, instead of when you need it.
- Agree to a decision. Then the next time it’s mentioned, pretended you have no idea what they are talking about.
- Take surprise week long vacations.
- Do not disagree directly. Wait until you are both in the presence of their boss and intensely disagree then.
- Blame them for everything, but never give them any power.
- Accept meeting requests immediately, but don’t ever show up.
- Avoid short phone conversations in favor of obfuscated 20 email long multi-person threads.
Know of others? Funny or real? Or both? Leave a comment.
It’s scary how many of these are completely accurate.
Do this:
http://www.philsimonsystems.com/content/travails/travails-5/
:) Nice one. But strangely enough this can be applied the other way around too. If you are a PM or a Team Leader doing all these, it’s pretty bad too.
Sorin: Yes! I thought about that. Many of these are reflexive.
Hmmm…I could pretty much turn that around and say “how to torture your developer.” Pretty much I’ve seen all of those out of PMs. The only exception being that PMs who torture won’t respond to email questions but instead insist on interrupting you with a phone call that requires you to re-explain everything you just typed for a one-word response while not getting anything done, or worse, gather a meeting with more people than those who need to be involved that rapidly veers off topic and comes to no decision on the issue.
Also applicable to how to torture your designer and developer.
How about turning up to meetings late, unprepared and then leaving early to take a call.
Tell the project manager that they need to run an Agile project, but give them fixed content, fixed resources, and a fixed ship date.
My pet peeve…getting the answer “When do you need it?” for the question “How long will it take?”
Why, you ask?
http://frankpatrick.tumblr.com/post/3350336510/one-way-to-torture-your-project-manager
Here’s another one:
Remove all the dependency relationships from the Gantt Charts.
You could tell your PM that your action is 90% completed. A completion percentage don’t say anything about the effort remaining to arrive at 100%. You should always (try to) tell at which date it will be 100% completed.
Call in sick 2 days before the deadline.
These are great! How about:
Prior to a meeting with key stakeholders, meet with the PM and learn what they plan to present, then present it at the meeting before they can without giving them credit.
I think what you meant to title this was: “How to help run a corporation into the ground”. Not that i disagree with the notion of this at all. I just wanted to point out the misunderstanding.
I’ve had nearly every one of those *from* project managers ;)
If people are doing that to you as a PM, it’s probably time to start working out why they don’t trust you.
Are you paying for the sins of their last PM? Are they just naturally cautious? Did you do something to break their trust – and can the two of you repair that bridge? etc
Nothing says a) a project manager can’t torture other project managers b) certain project managers don’t deserve what they get
I had a manager who was acting like
1. I’m the center of this universe. I must involve and say dumb opinions in every technical discussions
2. Treat people as “resources” or even in the worse case, treat them as a cattle-gonna-chop-down-in-the-market
3. Always give appraisal ratings less than they deserve.
4. Never allow how to grow in the organization. I have my own pride.
5. Ignore all good effort and suggestions. Other people can make it better. He’s just bluffing.
6. Always give priorities to the pets in the team even if they’re sitting idle
7. Don’t respond for e-mails. Ignore them maximum possible, if it’s too critical make him wait for more than the required time.
8. Never approve leaves and raise concerns even there’s no work
9. Gossip on with the people whom are working. Make use of others to get gossiping done.
I had a manager who was acting like
1. I’m the center of this universe. I must involve and say dumb opinions in every technical discussions
2. Treat people as “resources” or even in the worse case, treat them as a cattle-gonna-chop-down-in-the-market
3. Always give appraisal ratings less than they deserve.
4. Never allow how to grow in the organization. I have my own pride.
5. Ignore all good effort and suggestions. Other people can make it better. He’s just bluffing.
6. Always give priorities to the pets in the team even if they’re sitting idle
7. Don’t respond for e-mails. Ignore them maximum possible, if it’s too critical make him wait for more than the required time.
8. Never approve leaves and raise concerns even there’s no work
9. Gossip on with the people whom are working. Make use of others to get gossiping done.
a twist on #1. always give a specific figure for odds, probabilities and completion percentages. my rule of thumb is start at 10%, then increment by 0.25% every day. on the event that the PM asks twice in a day add 10%. on the third question for the day, i use a negative value >2%. so it may start at 11% today and end up at 9% EOD.
These are really good tips. :D
nice post. 1), 3) and 8) are not as obvious as one might think.
Therefore — how to feel tortured by a reasonable developer:
1) Never give specific odds or probabilities. Always make ambiguous commitments like “Probably”, “we may be able to do that” or “it’s possible”.
Re: 1) Demand specific odds or probabilities for tasks that are not really specified, no one in the company has done before and without sufficient time frame/budget to investigate.
3) Agree to a decision. Then the next time its mentioned, pretended you have no idea what they are talking about.
Re: 3) Present an abstract sketch to a developer and reach an agreement. Talk to the customer again and learn what he/she actually means, turns out to be 200% of the scope that you thought of in the first place. Make a compromise with the customer on 150%. Learn that the developer actually anticipated 50% and claim that everyone with a sane mind would have understood 120%.
8) Avoid short phone conversations in favor of obfuscated 20 email long multi-person threads.
Re: 8) Make short phone conversations presenting ideas that turn out to be very different from an technical viewpoint and that involve a lot of expertise in many fields. Urge the developer to at least give specific odds or probabilities (see 1) or to agree on one outline (see 3) with nothing anyone can refer to later as an actual description of the scope, agreement reached or estimate given for a set of features.
My fave is giving the PM authority over project budget and resources one day, removing it the next, granting it again the day after that, and repeating the cycle ad infinitum. Will drive them straight into the psychiatric ward within a week or two. One caveat though: keep them away from firearms and narcotics while attempting this.
How about …
– accept a project with an impossible deadline, despite the warnings of the whole team, with half the budget needed, swear the client won’t come through with assets, then blame the PM for the catastrophe when the deadline is missed and the $$ doesn’t cover costs.
– give the PM specific details to share in an update with client, boss, etc., then in the review meeting say the PM was all wrong and doesn’t know what they’re talking about.
Much better to be on the same side, follow the Golden Rule, be fair and realistic. Try to make sure you avoid rework for your team and schedule well enough to make late nights and weekends rare events.
Be happy with an all knowing benign smile like you know/understand something and he doesn’t. Whistle a lot and make “out of left field” comments like “just 31 more days” that have absolutely no context or relevancy to anything.
Riley
11. Say that there is just one small unexpected bug which will be fixed soon and take 3 weeks to recognize what it is.
I’ve lived through a few of these! How about: Give a detailed project briefing, request project manager to present the project plan to the team and the day before the team meeting, do a complete scope change.
Awesome write up!
Not showing up for a meeting really pisses people off.
I will keep this in my list of what not to do a Project Manager and for warning signs in case someone else thinks I’m the bad Project Manager. Thanks for you post
I’d sack the bastard
Sponsors, PMs, Developers, etc. We all do it and get it done to us. The golden rule truly is golden! Great, funny article with awesome responses!
I found your article on a french blog that has copied. It is very fun … for those who read it,,,,,,
the rest of your blog is very nice. Thank you
Eric
1. Don’t give the PM the full brief, and when asked for additional information, make up random facts. Change these weekly.
commit to a deadline with the customer without consulting the project manager. When he or she protests, escalate the matter to his boss’s boss just to make the point
Wow, this is much funnier than Letterman’s top 10 list. Thanks for the laugh!
Tell your project manager “it’s done” even though what you mean is “it’s ready to be integrated and tested”
About #5. I would say agree wholeheartedly first and then disagree when in front of a stakeholder.
Scott, you might want to take a look at the cynical project management series for more of the same: http://www.pmhut.com/?s=%22A+Cynical+Perspective+on+Project+Management%22
wow thanks
Good Interested in what project managers should not do or to avoid.
OMG why would you do that?
de leer el último post de Scott Berkun, How to torture your project manager, y he
forum semprot
So cruel. But I like the idea. :D
your framing metaphor assumes a constant marginal harm caused by pain at any level.