千万别惹程序员,否则会很惨

​​在 IT 公司,不吵架的程序员和产品经理,不是一名合格的程序员和产品经理,我们时常听说产品经理逼疯了程序员,产品经理与程序员打架了......,那么程序员为什么和产品经理“干架”呢?

该产品经理向程序员提了一个需求,要求用户App的主题颜色能根据手机壳的颜色自动调整???天呐!!!人工智能这么先进了嘛?这个需求一提出来,真是让人哭笑不得,不过却苦了接需求的程序员了啊!怪不得人家要动手打人,是猿姐猿姐也忍不住~

瞅了一眼发生争执 一周后两外包人员再次见面发生扭打

猿姐经过核实得知,视频里打架的二人是平安产险科技中心外包人员。有记者联系了视频中打架的当事人之一谢某,谢某告诉记者,他确是平安的员工,但网传的原因并不真实,他此前根本不认识与他发生争执的李某。

谢某称,上周一午休时,他趴在座位上休息,起来的时候,看了一眼经过的李某,结果被李某无端挑衅,“他冲到我的座位面前,指着我问,‘你瞅啥?!’”,随后二人发生争执。

谢某说,在发生争执后一周,李某都没有在公司里出现。一周后,谢某在公司再次见到李某,想上前与他理论,结果两人就开始扭打,也就有了视频里的那一幕。

两人均已不在平安工作 通告对两位当事人予以除名

谢某告诉记者,这件事已经结束,他与李某也已达成和解。网上有消息称,两人已被中国平安开除。不过该消息尚未得到中国平安的官方确认。目前,涉事二人均已不在平安工作,至于是被辞退还是主动辞职,谢某表示“不方便透露”。

这大概是产品和程序员的对话了

大家也纷纷开始讨论:

针对这次事件,猿姐觉得排开打架,如果,作为一个产品经理,我会觉得他还是挺有想法的

为什么?

首先,不是说我不想干活,也不是我觉得这个功能有多离谱,多难以实现,而是,他不应该直接来找我,而且带来的需求确实有点奇特。

在我看来,其实产品经理虽然不用会开发,但是最基本需要懂需求规划,遇到具体的问题应该与项目经理讨论,特别是一些看起来有难度,需要时间和成本的需求,应该先和项目经理针对性地提出进行初步的讨论,再将讨论的结果与团队开发人员讨论,这样就不会出现产品经理直接与程序员吵架,甚至打架的情况。

而且,你产品经理可以和我争论,但是真的别动手,作为程序员,我能动脑子就绝不想动手,除非你真的过分。

其次,站在产品经理的角度来看,这个需求确实挺好的,考虑到了用户更好的感受和体验。不得不说,如果我是用户,我也会对这样 的需求买单。

而且,解决方法也不是没有。来看:

方案一:

可不可以让用户对着镜子自拍或者互相拍照,然后识别出照片中的手机并进一步辨别出手机壳的颜色;

方案二:

让用户在手机上手工选择机壳颜色,然后匹配出相应的主题风格。

方案三:

启动摄像头的方式,图像分析客户眼睛,得到映入眼帘的手机壳颜色,然后根据这个颜色来切换主题。

这个想法是很大胆的,但就我对现在手机摄像头像素和图像识别算法的理解,我觉得我是实现不了的,但是也可以作为一种可能的方案列出来。

其实,如果好好想想,产品经理和开发人员进行一次美好的头脑风暴,还是能想到不少解决方案的。当然,有些方案不太智能,有些方案实现起来比较困难,成本较大。

但这都不是问题,只要能好好的沟通和套路,总能达到一个结果,怎样都不至于到打架的地步。

道理就是这么简单,多思考。建议产品经理以专业度站在程序员的立场,少提无理的要求,而不善言辞的程序员也需要和产品在沟通交流地前提下,明确好技术上的可行性、风险上的可控性、代码上的高质量需求。

当好一名大公司的产品经理的要求包括:

清楚了解产品现状和远景。

取得团队信任,让你代表他们发言。要成为影响者,而不是权威。

将正确的信息提供给正确的人。

激励、协调设计师和工程师达成公司目标。

当好一名专业的程序员要求包括::

提高代码的可复用性、可扩展性,避免写代码随意没有远见。

根据产品规划来做好充分准备,做到未雨绸缪。

合理预留出修整的时间。

善于用数据、理论以及通俗的解释来进行沟通。停止抱怨,主动沟通。

面对忍无可忍一改再改的需求文档和流程图,键盘真的是最好的武器了。

最后,作为一个程序员,有的时候觉得自己真的很苦逼,不管是产品经理,项目经理,测试,维护,除了问题第一个就找程序员,不管什么时候,什么地点,感觉程序员要24小时待命一样。

程序员成了新时代的客服。

再最后,请善待你身边的程序员。

猜你喜欢

转载自blog.csdn.net/sh_itcast/article/details/86242374