[聚合文章] 程序员最怕什么?
俗话说的好:“杀一个程序员不需要用枪,改三次需求就可以了”。
这三个字在程序员心目中是最大的心魔,是永恒的主题,也是圈子文化的标志。
大多数程序员都性格温和,有耐心,人傻钱多不讲吃穿,不喜风头行事低调。对于加班,工期的压力早已习以为常。但是唯独提到“改需求”这三个字,立刻表情凝重眉头紧锁,甚至能爆出几句敏感词。
因为他们是实际的执行者,几句话的内容在他们那里就会变为千百行的代码。并且需要设计,逻辑和功能正确。计算机的世界一个标点符号都是明确的,没有模糊概念。
其实这和问题的本质是程序员和产品经理之间的矛盾。
从程序员眼里产品经理和他们是这样的关系
上面这些虽然有些调侃,但也是事实。信手在搜索引擎上输入“改需求”,你会得到巨量的此类信息,都是程序员与产品经理之间的恩怨情仇。
结论就是:
程序员和产品经理的矛盾是永恒存在的。那么矛盾为什么产生,如何才能尽可能地减少这两个角色之间的矛盾,从而提升开发效率节省资源呢。我们来分析一下。现在我们跳出程序员的身份,从第三者的视角看看这个这个矛盾的本质。
角色分析:
一个称职的产品经理在公司里应该是一个承上启下的角色,他扮演的是项目过程中的中枢交换机。上要连接客户和老板,下要要协调产品开发团队的所有资源。
而一个最称职的程序员也仅仅是执行机构,他所能提供的就是执行的速度和能力范畴而已。能否按照要求实现是简单验证其执行力和水平的标准,比较简单。
“人人都是产品经理?”:
矛盾直指产品经理是有原因的。不知天高地厚的产品经理的决策可能不会增加他自己的工作量,或者仅仅付出几倍的工作时间。但是对于执行者和实现者的程序员,他们的工作量可能因此增加10倍百倍。
作为产品经理不要把问题都推给客户。一个客户需求都搞不懂的产品经理,可以做出正确的项目开发方案么?如果使用这样的方案,公司的试错成本要多高,因为偏离客户需求越多的设计,开发付出的修改成本就会以10倍100倍增加。
即使客户不懂自己的需求,那么引导和帮助用户设计方案也是产品经理应该做的。难道这些要开发人员做么?吧不懂客户的责任推到程序员身上不是开玩笑么。你推到程序员身上,不能解决任何问题。这些不是程序员的原罪,身为老板的你,是不是应该吧更多的目光放在产品经理身上。神经中枢一个小错误,会牵扯全身的症状,头痛医头脚痛医脚的话会做无尽的无用功。
程序员忙忙碌碌效率低仅仅是线性的时间增长。产品经理看来也很辛苦,出差、沟通。但是沟通不利,不合格的产品方案带来的是所有程序员的多次返工。其实对于程序员还好说,也就是加加班,发发牢骚。实际上但位于公司来说问题大得多。是无谓的浪费时间和金钱。
对于web前端的学习有不懂的,或者不知道学习路线,不知道学习方法,不知道该如何扎实能找到工作的朋友,我还是要推荐下我自己建的前端学习群:477149581,首先你要是前端党,其次不管你是小白还是大牛,我都挺欢迎,小白嘛,主动点多问问题也就学好了,群里每天分享干货,包括我自己最近花了一星期整理的一份适合2017年自学的最新web前端资料,送给大家,欢迎初学和进阶中的小伙伴。
最后引用些产品经理的定位以及错误的思维,不展开说了,因为内容太多。希望引起大家 的思考。
1.懂技术应该是=懂得技术人员这个群体+懂得技术原理。
2.不懂技术,不懂客户领域的客户经理。其产品设计结论就是“拿UI当需求”的笑话。
3.产品经理最基本的职责就是“搞定需求”,这个做不好和不会写程序的程序员一个意思。
4.中国互联网中缺少“产品经理”的基因。行业风气不好。
5.为了证明自己,简单的方法就是“堆功能”。
6.不懂沟通,沟通不是安排工作,你面对的客户和老板都是人不是机器,程序员也是。
7.产品经理为了项目的达成不敢为公司团队主张应有的、甚至只是最基本的权利;委曲求全、任由甲方玩的团团转。完全搞不懂自己的职责任务。它的存在,不仅给团队带来毫无意义的沉重负担,还把整个公司置于极大的风险之中。
内容太多写累了,其实程序员也不是没有问题。但是对于公司的视角来说,一个不合格的产品经理是最为致命的。
注:本文内容来自互联网,旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜,请你联系站长进行处理。