How to Make the Dev Team Hate You, PMs!

2018-06-15 11:05:00
Renee
Original
289
Summary :How to make the Dev team hate the project manager? And how to avoid it? Check those tips I collected from the very experienced PMs for you.


What do you see in this picure? Yeah, the two hate each other. Is this also happening in your team? As a project manager, do you know what make Dev teams hate you? Let's go throught the 10 tips.


  1. Talk with the Dev team on upcoming product features only after the design team is done, without any input from engineering at all.
  2. Hold the design team to a really low standard, and the programmers can handle the UI.
  3. Do NOT write specifications. Make comments on the design and send them to the Dev team.
  4. In the case you do write it, don’t bother with formatting and screenshots, or go over the specs with the programmers until they absolutely have to start work on the feature.
  5. Ignore the estimation on features done by the Dev team and force them to a lower estimation.
  6. Keep adding to the specs and design up until the last minute. If Dev team ask you to prioritize, refer to 7-9.
  7. Do NOT prioritize features. Tell the Dev team “Just try to get it done”.

  8. Once specifications are done, don’t check in. It is the Dev team’s problem now.
  9. Do NOT do release readiness testing. It is QA’s problem now.
  10. Say “You write in PHP? That’s not even a language!”


Find it hilarious? It could be really terrible in reality. Actually, it is not the role that developers hate but the poor performanence.


Project managers take a few roles in company, which can vary based on how independently the people below you are able to work, how well they get along with each other, how overloaded they are with work, and other aspects of the organization itself.


If you can’t perform roles, you are probably going to come off as a bad manager, and your team are going to hate you. But don't panic, here are the advice from experienced PMs.


  • The manager has to protect their teams from undue pressures from other in the company. This is easy to fail at, by:
    • Saying “yes” to all requests for work from other departments
    • Not trusting their work estimates
    • Not scaling those estimates into realism — all coders have a scaling factor between what they think they can do, and what they actually can do, in a given amount of time
    • Not saying “no” to stupid ideas

  • The manager has to represent the interests of their team to the rest of the company. This is easy to fail at, by:
    • Not obtaining neccesary resources; this could be head count; but for a coder, a lot of times, hardware
    • Not pushing to satisfy organizational dependencies. For example, if you can’t move forward without another department doing their job, they are dragging you


There are certainly more to do to be a competent project managers, and the Dev team should behave and produce at the same time. Anyways, good luck with being a PM! Keep Calm and Scrum ON!



Write a Comment
Comment will be posted once reviewed.
blog-why

Why choose ZenTao

Leading

Serving 30,000+ teams

Serving 200,000+ projects

Serving 800,000+ developers

The #1 in local market share

Free & Open

Open source and unlimited to commercial

Powerful extension mechanism and various plug-ins

Available on Github

Either Self-Host or Cloud Apps

Professional

Refined ALM support

Zero downtime upgrades 

Integrate Git and SVN (pro)

Word and Excel import & export (pro)

Preview-Edit-Diff document online(ent)

Integrate OPS-Attendance-Feedback(ent)

Guaranteed

ZenTao team has involved in open source since 2004

Frequent releases and free upgrade forever(even self-hosted) 

Instant and powerful support for 20000+ companies

Easy

Out of the box, Less config

Nice price for small team($9.9)

Design to adhere Scrum Best practice

For Agile but not restrict to Agile

Flexible

Applicable for different sized teams

Applicable for Agile/Waterfall

Modules can be used in any combination

Convenient customization