How to torture your project manager

If you like your project manager, this is a list of things not to do.  But if they really deserve it, here are proven ways to drive them mad.

  1. Never give specific odds or probabilities. Always make ambiguous commitments like “Probably”, “we may be able to do that” or “it’s possible”.
  2. Demand everything ASAP, instead of by an actual deadline.
  3. Agree to a decision. Then the next time its mentioned, pretended you have no idea what they are talking about.
  4. Take surprise week long vacations.
  5. Do not disagree directly. Wait until you are both in the presence of their boss, or bosses boss, and intensely disagree then.
  6. Blame them for everything, but never give them any power.
  7. Accept meeting requests immediately, but don’t ever show up.
  8. Avoid short phone conversations in favor of obfuscated 20 email long multi-person threads.
  9. Once a week, try to do one of: double the scope, slash the schedule in half, discover a new stakeholder.
  10. Break into their schedule spreadsheet at night, and replace all the estimates with random numbers.

Know of others? Funny or real? Or both? Leave a comment.


Leave a Comment / What do you think?

Your email is never published nor shared (comments policy).

46 thoughts on “How to torture your project manager

  • Jared Caponi - August 6, 2011 at 5:32 am #
  • Tell your project manager “it’s done” even though what you mean is “it’s ready to be integrated and tested”

  • Kaz - August 3, 2011 at 7:17 pm #
  • Wow, this is much funnier than Letterman’s top 10 list. Thanks for the laugh!

  • Alessandro Maccari - August 3, 2011 at 1:59 pm #
  • 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

  • Arwen - May 5, 2011 at 12:16 am #
  • 1. Don’t give the PM the full brief, and when asked for additional information, make up random facts. Change these weekly.

  • eric - April 5, 2011 at 12:18 pm #
  • 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

  • Shawn - April 1, 2011 at 9:30 am #
  • 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!

  • Neil Muprhy - March 23, 2011 at 2:08 pm #
  • I’d sack the bastard

  • Marisela Fernandez - March 6, 2011 at 10:51 am #
  • 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

  • Manish Chhabra - March 3, 2011 at 9:13 pm #
  • Awesome write up!

    Not showing up for a meeting really pisses people off.

  • Ginny Bartosek - March 3, 2011 at 8:27 pm #
  • 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.

  • Dilys - March 2, 2011 at 7:22 am #
  • 11. Say that there is just one small unexpected bug which will be fixed soon and take 3 weeks to recognize what it is.

  • Riley Harrison - March 1, 2011 at 1:58 pm #
  • 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

  • Rebecca T. - February 25, 2011 at 9:19 am #
  • 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.

  • Bob McIlree - February 25, 2011 at 7:38 am #
  • 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.

  • Henrik - February 23, 2011 at 7:48 am #
  • 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.

  • ilm shn - February 23, 2011 at 4:01 am #
  • These are really good tips. :D

  • Ana Zgombic - February 22, 2011 at 9:13 am #
  • 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.

  • Sarat - February 21, 2011 at 1:07 am #
  • 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.

  • Sarath C - February 21, 2011 at 1:05 am #
  • 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.

  • h - February 20, 2011 at 1:12 am #
  • 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

    • Scott Berkun - February 20, 2011 at 6:43 am #
    • Nothing says a) a project manager can’t torture other project managers b) certain project managers don’t deserve what they get

  • Jayolansky - February 18, 2011 at 12:22 pm #
  • 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.

  • Roger - February 18, 2011 at 11:45 am #
  • 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.

  • mhitza - February 18, 2011 at 4:30 am #
  • Call in sick 2 days before the deadline.

  • Jérôme Radix - February 18, 2011 at 2:17 am #
  • 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.

  • David Locke - February 17, 2011 at 7:51 pm #
  • Here’s another one:

    Remove all the dependency relationships from the Gantt Charts.

  • Terry Bleizeffer - February 17, 2011 at 2:49 pm #
  • Tell the project manager that they need to run an Agile project, but give them fixed content, fixed resources, and a fixed ship date.

  • Craig Brown - February 17, 2011 at 2:32 pm #
  • How about turning up to meetings late, unprepared and then leaving early to take a call.

  • helly - February 17, 2011 at 1:36 pm #
  • Also applicable to how to torture your designer and developer.

  • Sandy - February 17, 2011 at 1:27 pm #
  • 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.

  • sorin stefan - February 17, 2011 at 12:52 pm #
  • :) 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.

    • Scott Berkun - February 17, 2011 at 12:55 pm #
    • Sorin: Yes! I thought about that. Many of these are reflexive.

  • Rich S - February 17, 2011 at 12:26 pm #
  • It’s scary how many of these are completely accurate.

Scott's Bestselling Books
  • Confessions of a
    Public Speaker
  • Provocative and funny secrets from a veteran speaker, you'll laugh as you learn.
  • Buy now at Amazon Book Details
  • The Myths of Innovation
  • The classic bestseller, now in paperback with 4 new chapters.
  • Buy now at Amazon Book Details
  • Making Things Happen
  • The classic and bestselling handbook for any project leader, packed with tactics and stories.
  • Buy now at Amazon Book Details
Photos from Recent Events (view flickr stream)

You're reading Scott Berkun, All rights reserved unless noted. You can subscribe here Blog RSS Comments (RSS)