我是一名项目经理，在过去的四个月里，我把一个项目带崩了（上线后频出问题，用户无法使用）。在最近的几天，我每天都在反思自己，我都在问自己以下几个问题：

产品经理和程序员对于 需求理解的思维体系、语言体系 完全不同

好了，我准备去和产品经理做斗争去了，请祝我好运吧！

如何假装成为一名优秀的项目经理？

曾经问过一名十年经验的项目经理，我说，做PM十年了，经历了那么多，很多在我们眼里很难很郁闷的事情，在你们那里，应该不值一提吧。

如果项目经理的朋友圈可以匿名评论，光是想想都觉得很精彩……

我写过的大多数文章，都是与作为专业技术人员的程序员相关的，很少有写“项目经理”、“技术经理”、“研发部门经理”这种带点管理职能的角色的事儿。这些技术管理岗位，其实是一部分程序员职业发展的方向。我曾经干过，但干得不够好，所以，只能聊几件我做项目经理时干过的蠢事儿，给大家当一下反面教材。

今天，告诉大家一些简单易学、通俗易懂，「产品汪」让「程序猿」，包括工程师/设计师眼中，迅速感到讨厌、讨厌、讨厌的事情：

在论坛、知乎上经常看到一些「年轻的」项目经理发的引战帖，大意是：「开发大哥，我代码写的少，你可别骗我，这么简单的需求，明明一下午可以搞定，你跟我说一个星期？如果让我来的话，巴拉巴拉巴拉…」。看到这种论调，一些没耐心的程序员就会一笑了之，甩下一句「You can you up，no can no bb」

好吧，虽然上图是P的，但至少可以说明一件事——产品经理们早被程序员在心中揍了百遍。
本指南采用案例演绎法，还原产品经理最容易被揍的Top 5 场景，并予以点评和建议，力保从业人员的人身安全。
产品经理，以下简称为（产品）狗。程序员，以下简称为(程序）猿。

在互联网高速发展的今天，我们不难发现这么一个现象：IT技术人员在职场上从技术层转变为管理层的时候，他们的身份更多的是项目经理。这一方面是因为他们在做技术时，或多或少接触、负责过项目，另一方面是因为他们懂技术，在管理项目的过程中能做到心中有数。

作为一个有着10年工作经验的项目经理，在我身边有懂技术的项目经理，也有不懂技术的，可以说各有优劣。

两个PM，究竟区别在哪里：

说起我的上一家公司，我对它真的是有着非常深厚的感情。从2010年刚毕业，就进入了这家公司。这是我的第一份工作，一直干了6年多直到2016年的7月底。刚进去的时候工资并不高，但是每天都热血沸腾，激情澎湃的。原本是按C++程序员被招进去的，没想到后来变成了做C#。好在有C++的 底子，C#也就不难学，一边开发着一边学，真的是现学了。

有些项目经理动不动就拉老大来给程序员施压，我觉得这种是最 low 的，连文章开头那些「没经验的」项目经理，水平都比他们高到不知道哪里去了。就好比两个小朋友打架，你打不过人家，喊的不是「放学你等着，有种操场见」，而是「我要告老师，看他怎么收拾你」。

在IT的软件公司里，总是会听到各种经理级别的头衔。小公司还好，因为人少，所以大家都差不多一兼多职，没什么头衔。但是中大型公司就不一样了，分工明确，职能划分的特别清晰，什么职位什么人干什么事都早已经定义好的，大家都是普通岗位的一颗螺丝钉，各尽其职。

产品经理如果能力优秀，处事得当，程序员肯定会老老实实的实现需求，讨论需求，相反， 产品经理能力不足，而又有一些自以为无关紧要的坏习惯，那程序员多半情况会和你对着干，你也无法树立自己的权威，搞的自己尴尬。下面总结了几个程序员比较 难以忍受的坏习惯，有则改之，无则加勉。

近期在招聘产品助理的过程中，有个应试者提到她近期在自学python,问到原因答到是为了更好的跟开发沟通。显然她是认同“产品经理需要懂技术” 这个观点的，但是让我惊讶的是，在她过去一年多的工作经历中几乎从来没有画过业务流程图。我突然意识到，原来有很多新入行的产品同学根本没有意识到作为产 品经理真正的核心竞争力是什么。

本文没打算黑化产品经理，希望各位码农每天睡觉前在被窝掏出手机时，默默背诵以下话语，当产品经理说到这些话的时候……你就要拷问自己的技术能力了！

团队中的成员都是来自不同领域的专家、工程师，想要管好这些大咖 不是几顿撸串就能解决的 ，在开发眼里，项目经理、产品和测试都啥也不懂；在测试眼里，开发提测的功能全是bug，产品总在变更需求；在产品眼里，开发根本不懂商业模式、KPI、用户体验 巴拉巴拉；

现 在流行分析西游记中的取经团队，其实也是一个典型的外行领导内行的团队。到西天取经，靠的是降妖服魔的本领，显然唐僧是个外行。但是，唐僧并不是一无是 处，相反，他的综合素质很高。他外柔内刚，意志坚定，目标明确，还精研佛法，具有很强的人格魅力，因此他的那些徒弟才能凝聚在他周围，虽历尽千难万险而无 悔。

不是所有人都适合项目经理