我这么努力,就是为了与他抗衡,掌握这10点轻松拿下产品经理

这是一个关于“鱼香肉丝”的故事~

我这么努力,就是为了与他抗衡,掌握这10点轻松拿下产品经理

顾客:服务员,给我来一份鱼香肉丝。

服务员:好嘞!!!4号鱼香肉丝一份。

5分钟后

顾客:服务员 服务员 记住我的鱼香肉丝不要肉。

服务员:不放肉,那鱼香“肉”丝怎么做?

顾客:其他工序一样,只要不放肉就行,很难吗?

服务员:好的,您稍等。

服务员:师傅 刚才4号的鱼香肉丝不要肉。

大厨:你说啥?我肉都下锅了,他说不要肉,早干嘛去了。

服务员:顾客临时提的要求,咱们把肉挑出来得了,谁让他是上帝呢!

大厨:行。

默默地挑出锅里的肉。

顾客:服务员,不要青椒。

服务员:简单。

顾客:对了,还有油盐要少放,有什么问题吗?

服务员:没问题。

服务员:师傅,4号不要青椒,少油少盐。

大厨:这么多要求为啥不早说。

顾客:服务员,把肉给我加回去吧!

服务员:你刚才不是强调说不要肉吗?

顾客:不能加吗?

服务员:能能能

大厨:他怎么这么事,好在肉没扔,你怎么就不会拒绝?

服务员:人家是顾客啊!

顾客:服务员 服务员 服务员

服务员:来了来了,你还有什么要求?

顾客:菜里怎么没有花生?我吃其他家的都有花生。

服务员:您稍等……

我这么努力,就是为了与他抗衡,掌握这10点轻松拿下产品经理

如果你是一个码农,这种场景是不是似曾相识,原始需求→中途需求变更→某需求摇摆不定→奇葩需求。程序员往往这样形容产品经理一拍脑门需求来了,再拍脑门新增个需求,再拍 再拍 再拍无数需求变更。

要知道那群人他们叫“产品经理”,他们是干什么的“提需求”。IT界流传这样的生存指南:程序员“不要相信产品经理”;设计“不要相信产品经理”;测试“不要相信产品经理”,而产品经理“不要相信任何人,注意人身安全”。

我这么努力,就是为了与他抗衡,掌握这10点轻松拿下产品经理

你知道么,解决一个程序员根本不用武器,只要改三次需求就可以了。程序员眼中的产品经理“山寨、改版升级、推倒重来”。面对产品经理反复变更的需求,身为一名优秀程序员,你需要学会以下10个技巧,掌握它们保你逢凶化吉。

我这么努力,就是为了与他抗衡,掌握这10点轻松拿下产品经理

01 拿到需求后,综合权衡,砍掉不合理需求,没弄清楚,不敲代码。程序员不是代码机,你们有自己的独到见解。拿到需求后根据用户群分析需求的合理性,能否实现。还记得去年#产品经理和程序员的打架事件 #吗?不能实现的无理需求要第一时间砍掉。

02 沟通很重要。程序员作为互联网公司的重要资产,别看他们一个个跟闷葫芦似的,他们的内心世界可是非常丰富的,在经历无数需求更改、bug修复后,他们与人交流能力明显弱于与计算机的交流能力,这时就需要保持一个平和的心态。少一点抱怨,多一份理解。敲代码前,咱先聊2小时。

03 文档即使没人看,也要写。多数程序员因“怕烦、没时间、认为没用、没好处”不愿意写文档,殊不知写文档可以向同行、其他岗位工作人员、客户更好地展示劳动成果。你知道么,软件就是程序加文档的集合体。在软件开发过程中,文档必不可少,像计划阶段需要编写设计文档、测试阶段编写测试报告、发布阶段则需要编写用户手册等等。

04 写注释写注释写注释 重要的事情说三遍。都说鱼的记忆有7秒,程序员的记忆还不到7秒。要知道写注释可以提高程序的可读性,谁也无法保证几天几个月后仍清楚记得自己写过的代码。咦,这个是谁写的?跟shi一样。好像是我写的。很多时候改动代码仅需十几二十分钟,但阅读一段代码却需要数小时,严重影响工作效率和工作积极性。

05 淡定面对需求变更。对程序员来说改需求是再正常不过的事情了。“你就是打死我,我也不改这个需求。”“你再提一个需求试试。”“除非你发誓不改需求,否则不写代码。”调整好心态,赚钱要紧。

06 业务高于技术。如果技术不为所用,那将毫无价值。记住赚钱才是硬道理,不要纠结于公司改业务改需求,理解业务(现状、目标、方向、价值),明确技术实现要点,快速给出有效输出,积极沟通推动项目落地。

07 不要抱有侥幸心理。愿你不负此生,不给自己留遗憾。如果写程序时隐约感觉会有bug,认真查找,“常在河边走,哪有不湿鞋”。听他们说你写的代码bug最多。分享处理bug小技巧:二分法定位、讨论得出解决方案、print、IDE自带的debug功能、重写。

08 自测-程序员必备职业素养。写完代码自己先测试一遍,不要直接扔给测试。某前端君“跟不会自测自己代码的程序员合作真是累,一句做好了,然后等着别人给他bug定位问题,然后他只负责改自己的bug…”虽然也有程序员这样回怼“我帮测试同事测试,谁帮我写代码?我有空闲得慌?”“请给我加一份测试工作的工资,谢谢!”但多数程序员这样评论“基本自测能力都没有叫啥程序员。”“他们对自己代码很有自信嘛!”“总要自己测过一下吧!要不然那么多问题,不觉得给别人影响很不好吗?”“自测不是为了检测自己的代码质量吗?Bug量一堆的代码,拿出去转测不丢人么?”

09 尽量自己解决问题。应该很多人都遇到过这样一些人,遇到不懂的问题,语音、截图一个接一个,完全不顾别人是否有工作,这时你想不想回一句“找度娘”。每个人都有自己的工作,你在上班时间不停问问问,无形中就是在浪费别人的上班时间,他们为你解决问题就得把自己的手头工作延后。当然如果已经搞砸了,就别憋气不吭了,快点求助同事、上司,尽快解决问题。

10 慎用新技术。多数程序员对新技术可谓是又爱又恨,爱它们可以为原本一成不变的枯燥工作增添新鲜感;恨新技术带来无法预知的各种问题。当然还有一点,学不动啦!新技术不学习怎么会,不会怎么用,用不好造成无法挽回的损失就是作死啊!!!