从产品经理被打看你所处环境的危机

事件起因

昨天，程序员怒打产品经理的视频在网络上疯传。事件的起因是产品经理给程序员提了一个需求：要求APP的主体颜色可跟着手机壳颜色改变而改变。随后据平安员工称，这两名“外包”人员已经被开除。就着这个事件，来聊聊你所处的职业环境的瓶颈。

外行眼中的开发

朋友曾经跟我聊起这样一件趣事，他和一位认识不久的从事餐饮行业的朋友相谈甚欢。没过多久，那位朋友找他聊天说，你给我开发一套订餐系统吧，开发好了我请你吃大餐。朋友满脸大写的“汗”字。如果你是从事互联网或相关行业，类似的事情想必一定经历过。

这些如果是发生在外行人身上，也算情有可原，正所谓外行看热闹，内行看门道。外行人看到的只是在百度输入框里面输入几个字，然后显示出来想要的结果列表，多么简单的一件事，为什么你们却花费那么多时间和费用呢？此时，没必要去过多的辩解，在对方没有理论和实践经验的情况下，辩解往往会让自己陷入更大的泥潭。

在怒打产品经理事件中，两个都是从事互联网开发的人员竟然发生类似外行人与互联网开发之间经常发生的闹剧，那就不得不深入思考一下这其中的缘由了。并且，如果发现你所处的工作环境有类似的事情发生，也是对你发出的最大的预警信号。

企业是否有一套（相对）正规的开发流程？

这家企业显然没有。产品经理突然灵感乍现，来找程序员说，你开发一个这样的功能。没有需求调研，没有需求评审，没有项目经理的工期安排，只是我有一个想法，恰好身边有一个程序员，就开始让干活。很可能干一半的时候发现想法错了，或者又有新的想法，程序员就需要再重头再来。浪费了时间，浪费的情感。需求变更不可怕，可怕的是没有经过思考论证（拍脑门）的需求，如果你所处的企业协作环境是如此，请尽快调整部门或离开。

这里只是产品经理，如果是一个不懂技术，不懂产品的（小）老板在这样指挥你干活，而且中间没有CTO或项目经理这类专业角色在中间调和处理，你离开的速度要更快一些。老板的每一次奇思妙想，都是你职业生涯的开倒车。

产品经理的专业性

产品经理的水平决定了研发人员努力的结果被认可的程度。如果产品经理（或小老板）出了一堆馊主意，研发人员照单全收，逐一开发，结果背负骂名的往往是程序员。你们开发的什么东西？上面聊的是要有一套合理的工作流程，这里要讲的就是你周围的人是否够专业化（professional）。俗话说，听君一席话胜读十年书。这就是与牛人共舞的无形收获。如果周围都是一帮平庸的人，那么他们会把你拉回到平庸的水平，然后用丰富的经验来战胜（通化）你。如果你发现你所处的环境没有专业人士，或者你已经是专业人士了，另谋高就吧。

愚蠢的努力

平安官方指出事件中的两个人员均为（暂且假设是）外包人员。我在想，作为外包人员为工作大打出手也算是够“敬业”了吧。而且产品经理能有这样天马行空且不切实际的想法，也是经过“努力思考”了吧。但这种努力是在用勤奋掩盖“懒惰”。行动上的勤奋，掩盖思考上的懒惰。我文思泉涌，一会儿一个点子，多么勤奋啊。可是，每个点子都没有经过认真的推敲。

上面的是行动上的勤奋，思考上的懒惰的一个表现形式。还有一个更加常见的情况就是加班。无论你是作为领导，还是员工，加班必不可少。但你要分清楚是为什么加班。作为领导，看到一个员工每天都拼命的加班，你是该高兴还是该高兴呢？！如果是赶进度，赶工期，修复紧急问题，那么的确应该高兴。但如果是本该8小时之内就能完成的事情，却需要加班加点才能完成，那么这个员工很可能是在用“愚蠢”表现自己的勤奋。

同样的，作为员工，如果老板或管理层无论有事没事都强制要求加班，那也请考虑尽快离开，因为这是老板或管理层无能的表现。他们不会管理，不会体恤员工，还有可能没有自信，只能用强制的手段来一刀切，有事没事你都得在这里坐着加班。这种大家心里都不舒坦的加班，还是选择另谋高就更好一些。

还是加班的事，如果加班之后，你们的朋友圈充斥着这样的消息：“这个点了，打车真难啊！”，同时附带空空如也的办公室或灯火阑珊的办公楼或显示公司的位置。那么，你也要考虑一下这个环境是否适合你这样“纯洁”的员工。大家加班不仅仅是为了工作，还在想，我的努力老板看不到怎么办？！