程序员和产品经理哪个加班多

1. 产品经理和程序员哪个工资高

方向都不一样吧！产品经理是策划工作，程序员是开发工作，当然两种工作的逻辑能力，都非常重要！这是基础，不是区分人才等级的关键。

我觉得更多的是解决问题的能力，才是区分顶级、优秀、一般、普通人才的标志。

产品经理做的是未来的工作，因为他要思考一款产品，满足用户的需求，公司活不活下去，产品策划真的很重要，钱砸错了，影响是非常巨大的……

程序员做的是现在的工作，他要努力实现产品，继而跟运营、市场联动，实现产品增长，这样就有现金流……尤其对于软件产品，需要经得住大众的考验，都是bug的产品是绝对没有前途的。

如果简单粗暴来比较两个岗位，感觉很不公平，很多人会以为产品经理会更高级？大错特错，技术圈水那么深，谁还给谁打下手啊。重要的是，发现现象背后的本质，才是最重要的。技术人员会有很多开发项目的机会，多思考一下商业价值吧！

2. 前端和后端哪个常熬夜

后端会常熬夜，前端经常被后端嘲笑。

选择的公司和行业很重要。比如银行，很舒服啦。然后，熬夜不可怕，可怕的是失去生活呀。程序员的仪式感大概就是在深夜里戴上耳机，抽着烟，敲着我们看不懂的代码。

程序员是比较忙一些，特别是上新项目的时候，程序需要改动变化的事情是非常多的，这些都是需要加班熬夜来做的，那么简单分类来看，前端后端还有测试相对来说谁会加班少一点儿呢，一般是测试会少一点儿，因为测试就是找毛病的，它需要有一定的间断性，所以测试的程序员相对会好一点儿，只是相对而言哟。正常来说，前后端都很忙的情况下，测试也不会好到那儿去的。

详细介绍：

对于前端和后端程序员来说，研发的中后期是加班比较多的时候。因为在前期时，产品经理自以为用户的需求已经挖掘得比较透彻了，研发基本就是按部就班的照着既定的计划研发，即使出现需求的变化，由于研发才刚刚开始，所以需求变化的代价很少，所以加班时候不多。

到了中期和中后期，需求变化的代价越来越大，研发过程中可能发现需求中的一些不合理之处，从而产生了大量的沟通成本和调整成本，这时加班就开始越来越多，这个过程会一直延续到测试阶段。

3. 如何从一个程序员转变为产品经理

那么，程序开发团队就相当于是司机。打车的可以不会开车，但是要到目的地，知道上面的东西，可以省钱，省时间。司机可以接不同的人，不同的路线，只要能走到目的地就行。”那么司机如何变为那个打车的人呢？知乎上一群专业人士展开了精彩的讨论：我是一名程序员，想转做产品经理，一方面觉得自己这方面更有天赋，另一方面我不想做只是面对机器的工作，热衷于做交流沟通性强的工作，对于转行谋职 产品经理难度大吗？修改由于不清楚现在互联网公司对产品经理的需求是怎么样的，感觉大多只有大公司对产品经理职位需求比较突出，小公司需求不明显。朱佳祺：可能每一个搞程序的人，除了对编程有一种油然而生的爱的那种，恐怕有一个阶段都会觉得产品经理是一个自然而然的出路，无外乎几点：1，做技术太累， 太枯燥（因为没有爱，编程和其他艺术或者技术一样，没有若干年的重复劳作和积淀是不会有大成的）2，觉得做技术比较卑微。3，做技术不容易找对象 （nerdy look， 肥胖，其他各种不招人喜欢的因素，不潮。）4，虚荣心（产品经理好歹是个经历，有名片什么的。程序员就是民工等等）……所以想变成产品经理，多牛逼啊！可 以使唤程序员，可算报仇了！有自己主导的项目了，可以和高层直接对话了。说了一堆废话，我想说，这不光是我的想法，我身边有好多人都是这样从一开始就放弃了做一个技术。现在我的想法是，做一个技术其实比做产品经理幸福很多。首先，你只需要关心你自己的东西，没有那么多杂七杂八的东西。第二，做技术的人比较单纯，更 有利于思考。第三，其实产品经理的地位还不如你。你可以罢工，如果你的技术足够nb.但是他不可以，因为他上头有老板，下面有你。第四，产品经理一点也不 比写程序轻松，有时候甚至比写程序要费劲的多。因为程序这个东西是一通百通，要搞出一个靠谱的产品可不是把一套模式复制就可以了。第五： 产品经理也是跟程序员一起混，因为圈子的影响，他们也可以看起来像nerd，肥胖，穿的很邋遢……所以如果说只是觉得做程序太辛苦，想去当产品经理，那估计这个选择挺要命的。等于是用自己的短处在去搏别人的长处。但是如果是做程序做到一定境界 了，想要更一步的努力，那么我想说这个转变还是很巨大的，对人也很锻炼。一般来说，最终产品经理想要完全不去写代码，那除非：你的公司极其的庞大，产品经 理的团队可以组一个足球队。或者是你已经有了一个非常牛逼的团队和一个非常好的boss。其实上面一大堆东西都可以总结为一句话：因为小时候被老师各种虐，所以长大了也想成为老师去虐老师的娃。跟这种想法是一样一样的。最后祝各位想当产品经理的程序员能够让自己手下的it民工们都死心塌地的为你服务。陈湛翀：你不是一个好的程序员，可能是你没有发现程序之美，没有发现编程的魅力，没有真正爱上程序员这个工作，没有真正成为一个程序员。一个真正的程序员不会感觉到自己面对的是冷冰冰的机器，他面对的是一个可以实现他想法的朋友。又或者是中国的这种环境导致你产生这类想法。你的兴趣并不在程序员里，我觉得人就应该跟着兴趣走，应该毫无顾忌地转型去当产品经理。一个成功的产品经理确实需要有一定的技术功底，这样去判断一 个项目一个功能是否有需要去实现，实现起来是否技术成本太大。同时，也可以避免受到下属的忽悠，你的技术功底足以判断出“这个功能实现起来很有难度”这类 话的真伪。最后，产品经理需要技术来实现自己的想法，程序员就可以自己去实现自己的想法了。不是产品经理才有创造力的，程序员同样有。我是认为，程序员是幸福的。flamingtop：“觉得自己这方面更有天赋”我以前也觉得自己做产品有天赋，而且我发现不少技术人员觉得自己做产品有天赋，所以或者可以反观一下，如果真的是“天赋”的话，不会有这么多人都不 约而同地这么认为；我觉得这实在不是什么天赋，只是你从事技术工作一段时间以后，开始有一些认识了而已；很多人都能对所谓产品说出个三五六来，就像一个画 画画久的人，会自然而然的觉得自己对“艺术”有了“天赋”一样，不是很可靠的；”不想做只是面对机器的工作，热衷于做交流沟通性强的工作”这可能只能说明你不喜欢当前的技术工作，并不意味着你“适合”做交流沟通性强的工作，技术工作不总是有趣的，难免有厌倦的时候，但因为这个想去做产品是不太合适的，因为做产品也有和做技术类似的问题。下面是我的看法：我感觉国内的公司基本还没有这样的意识，能够真的让一个产品经理当起实职，对一个东西提纲挈领，有真正的职权去“负责”，因为不太可能被赋予这种 职权；平时看到的所谓产品经理应该叫产品“专员”更加合适，但比其他的“专员”更虚；这个职位现在已经越来越像其他行业的各种经理了，比如保险行业人人都 是经理，地产行业卖房子的都是经理，产品“经理”的语义差不多就是这个。我认为如果其他职位的人转产品，技术职位的人应该是比较合适的，因为技术人员天天工作在产品的方方面面，对产品的需求和实现知根知底，信息的不对 称问题在这里最小；另外一方面是市场人员，也很合适，也是技术人员转产品职位的最主要缺点，对市场的认知真的不够；很多情况下，技术人员转产品在管理层看 来更难接受一点，因为一般管理人员不太懂技术人员的工作内容，习惯于自上而下的思考方式，觉得市场人员可能是更high level的工作，所以呢，“把握”起来更好，事实当然不一定是这样，但这是一个现实的难度。和纯技术工作相比，产品工作在不同的abstract level上，需要的知识结构更宽广，单一的职位挺难获得这些需要的知识（和经验），所以就像一本书上说的那样“人人都是产品经理”，因为确实需要这样； 产品是团队的高级目标，团队通常会在下意识的情况下一起完成对产品本身的认知和管理；这意味着其实无论是开发人员或者市场运营人员，实际上大家天天都在一 起做产品，站高一点看，你做技术，不只是写代码，它还会确实地决定产品最后的工作方式，体验和面貌；来自市场和运营的工作同样最终体现在产品的最终形态 里；所以产品就像是一个同时受内外（多方）环境决定的生命体，没有单一方面决定产品，但任何一方面都有重要影响；所以你从技术转产品可能是从“实际”在做 产品到“看起来”在做产品。我觉得再积累积累也是不错的选择，真的作为技术人员，把技术做好，未尝没有做产品的“实”。另外，说的直白一点，要有真正的职权，真正地对结果和决定负责，要有把控方向的权力，仍然和团队一起做产品，但产品经理的决定不能够轻易地被 override，这才叫产品经理。没有实权的产品经理，是没有做头的，会非常纠结的，技术人员转到这种角色，成本非常大，所以要看看你转到的职位是不 是”实职“，还是只是“虚招”，我个人的经历，这个词现在很火，小心泡沫。王宇鹏：我是一名产品经理，我想转行成为程序员。 为什么呢？产品经理没有实权，基本上很多小公司产品经理就是一个人，要与设计，程序，市场，销售，客服，各个部门沟通，而且如果产品没做好肯定产品经理是责 任第一人。如果有一个好老板撑腰还可以，否则很难混下去。所以这也是很多国外ceo就是直接就管产品的原因，否则根本没有执行力， 同级别如何管？ 这也是国内很多企业产品做的烂的重要原因， 产品经理实际就是打杂的。技能要求高。 技术肯定要， 设计其实也要， 否则无法做原型设计。还有就是细节要求， 最重要的就是大方向要把握好。否则一个完美的产品没有市场也不行。word ppt excel 精通更是家常便饭、思维导图、原型工具/还要不停的研究新产品。如果遇到思维活跃经常变化的领导， 做PPT做到吐， 本来如果写程序写的多还有点用。 PPT做那么多根本没用。浪费脑细胞产品经理前途渺茫， 除非你自己想创业， 否则产品经理实际没有太多升职空间， 国内的产品总监很多都是市场或运营的人来管的。 做产品的很少会做到总监级别。 当然国内腾讯还是很看重产品这个职位的， 但其他的公司基本没有看重产品的。产品经理加班的确比程序员少， 但是产品发布测试的时候，也是忙死， 否则自己设计的产品非功能技术性问题其他人测不出来问题在哪。程序员的优势程序员以前的地位不行，但现在很多公司已经意识到技术的重要性， 程序员的薪资范围实际上限比产品高很多， 60万年薪不算什么， 国外公司年薪100万也是有可能的。 产品职位基本没可能。现在世界已经不同了，程序员不再是苦力了，以前国内是渠道，销售、市场为王，产品、程序、设计都是苦力。现在产品做不好根本没人用，销售在忽悠也 不行了。最后实现都是技术问题。而且现在例如 apple store 发行渠道成本很低，只要能做出来好产品不愁卖不出去，微博上一传就一大堆用户。程序员自己创业不是梦想，程序员一个配合一个设计产品就能做出来，产品经理 就不行，毕竟自己不会技术就做不出来。不创业也可以靠编程序活一辈子， 一个团队可能只有一个产品经理或没有，但程序员肯定要有两三个，程序员市场需求比产品大很多。 随着年龄提高程序员的经验壁垒比产品高很多。程序员可以对产品经理说 “这个因为技术问题做不出来” 但产品经理无法对老板说“这个ppt因为我能力不行做不出来”。最后还有程序员可以靠自己想做的技术，例如NB的技术 到达人生梦想， 而产品实际上都是从抄袭，在抄袭，最后创新也是技术创新带来的产品。子陶我觉得你的未来很无限。你又懂技术，又有产品天赋，还善于沟通，很好的技能结合。干不干产品这事，我真觉得不重要，生活之中皆是产品机会。无论你是哪种开发工程师，你都可以按照自己的意愿去做一个自己的产品。何必非当产品经理呢？而且，按自己所想制作的产品，更专一，更有意思，更容易成功。产品人员的郁闷你不清楚。很少有公司给产品人员极大的权利，你要被各种声音左右。同时，你又必须具有大量产品的深入的使用体验，并了解其然和所以然。这都是你长期积累的结果。现在去做一个产品执行者，有什么意思呢？莫如以产品经理的心态，去做一款自己想做的产品出来，这才是你最对的路。白云飞先回答提问的问题：我觉得你最好还是先查清楚什么产品经理和产品再考虑不迟。另外如果你已经了解了，你管别人说啥，大胆努力去促成转变就行。打击你的，劝你别转的，一般是根本没经验或者转失败的，要深入问问他们理由，要问的；鼓励你的，劝你转的，可能是忽悠你的或者识货的，自己要小心求证。呵呵，通过提高程序员level达到贬低产品经理之目的，实在搞笑至极。产品经理=产品+经理，前一个词描述范围，后一个词描述职责（经理并不专指职位）。任何程序员写的代码，都是为了解决一个或者多个问题，我们统称产品。而一个产品的诞生，不管耗费时间长短，必然有调研，需分，规划设计，驱动实施的过程，而这个过程，每个参与的人都应该全程参与，为了高效走完这个过 程，必然会有所分工，每个人的任务也有所侧重。分工里面为了确保大家认知一致，委派产品经理全程负责文档和信息的传达，协调各个人的关系，以其按期按质完 成任务。而团队每个人并没有因此失去充分表达的机会。当然现实的情况未必有那么理想。但平心而论，程序员可以傲慢，但是不要认为自己一直耕种就以为自己最懂行情，今年收成不代表今年收入。产品经理可以傲慢，但是不要认为自己知道的东西多就一定会有人替你卖命耕种，那些东西不一定是真理，也有可能是谬论。人就如围城反复，做或者不做，自己觉得值就行。听多数人的，和少数人商量，自己做决定！本文系站长之家整理自知乎网，转载请注明出处链接。标签：IT职场 程序员 产品经理 转载申明：为了给广大网友提供更有价值的内容，我会把我认为优秀的互联网方面的文章转载于此。

4. 程序员这个职业好不好

首先职业不分贵贱高低，但分薪水高低，幸福感高低，程序员这个职业前几年很不错，但是最近几年不行了，各种加班996，奋斗者协议，导致程序员这个职业的幸福感渐渐下降，同时由于资本的减少，互联网企业的岗位渐渐缩水，不如从前资本注入厉害的阶段。

程序员实际上对比同行业职位，并不是很有优势：

1. 对比产品经理，程序员是干活的，要修改就得修改，薪水还有可能没成品经理高。

2. 对比测试专员，程序员是干活的，有bug就得修复，薪水还跟人家差不多。

3. 对比游戏策划，人家下班了，程序员还在干活，薪水还没人家多。

4. 对比原画师，高端原画师一幅画十几万到几百万，人家休息了，程序员还在写代码。

5. 对比销售职业，天天打电话看上去很辛苦，很低端，一个月成上几单就破万了薪水，很多程序员还达不到，同时销售下班了，程序员还在工作。

其他：就不一一对比了，程序员的加班和程序员的收入实际上不成正比，同时对比其他同行业的职位，薪水浮动并不大，还干活较多，所以程序员还不算一个高薪职位。

程序员职位并不是高薪，与其他行业基本差不多：

1. 试问产品经理，ui设计，美工，游戏策划，项目经理，哪个职业在一线城市不是超过8k的，程序员的职位和其他职位的薪水也大致相同，基本一线6-30k，二线4-10k，三线4-8k，其他行业不也是这样吗，醒醒吧！

2. 程序员如果算上加班工资到15k，那么一个房地产销售一个月卖出去3-5套房子，就达到这个水平了，而且还不用加班。

注：客观思考问题，不要以讹传讹，要有明辨是非的能力，不要听信所谓高薪，以实际思考对比就会有相关的差异。

程序员这个职业好不好：

1. 喜欢的人会觉得好，不喜欢的人会觉得不好。

2. 职业不是说好坏的，而是在于能够提升生活质量，加班严重生活质量下降，这样的职业我觉得不好。

注：以上仅个人观点，仅供阅读思考问题，无其他意图，如有受益可以采纳，感谢！

5. 为什么大部分程序员的工资比其他行业高那么多

和其他行业相比，程序员的工资确实普遍偏高，但这是为什么呢？难道仅仅是因为程序员加班多比较辛苦？因为一些公司996的工作体制？其实不然，辛苦的人多了去了，你看清晨街道上的清洁工辛苦吗，他们天不亮就得工作，无论寒冬酷暑总要起得比别人早睡得比别人晚；再看看工地上的建筑工人，他们难道不辛苦吗？大家都很辛苦，但为什么程序员的工资却偏高呢?下面就来从四个方面做个分析。

1、 技术为王

互联网行业是一个非常注重技术的行业，产品的研发离不开技术，当一个项目同时被两家公司想到，那么就是谁先研发出来并完成推广盈利，那么谁就能赚到钱。当然项目的实现离不开技术人员稳扎稳打的技术。在这个快节奏的时代里，技术更新迭代的速度是惊人的，但是新技术的研发学习应用也在不断的缩短时间。

所以适合的技术人才，对于很多公司来说是至关重要的存在，尤其一些关键的技术岗位，这些岗位人才的流失会对公司造成巨大的经济损失，如之前陆奇从网络离职后，网络股票值一度大跌10%，市值最高蒸发了近100亿美元。在短时间内创造巨大的经济效益，是程序员的价值之一。

2、成本固定

互联网行业的开发成本一般都是固定的，且变化的幅度不是很大，但一个成功的项目后期创造的经济收益却是无穷无尽的。比如说，你开发一个网站，开发成本是100万，当有一个人访问时你的收益是1W，那么当有100个人访问时，收支已经持平，后面每访问一个人，都可以认为是净赚1W，因为开发成本几乎不随着规模而上升。

再比如，假如你想要开一家服装店，从装修到开张，需要花掉30万左右，但假如你开的是网店，你只需要雇一两个程序员将网店设计好，后期需要做的就是运营推广即可。实体店店面的装修及租金都是支出的大头，唯独在软件行业，服务器等设备很便宜，但人力却非常贵，这也是程序员之所以能拿这么高工资的原因之一。

3、行业发展趋势所致

互联网行业的加速发展带动着我国的经济不断增长，同时也增加了很多就业岗位，解决了很大一部分人的就业问题。在十三五规划中，提出的大方向是加快壮大战略性新兴产业，打造经济社会发展新引擎。在战略性新兴产业中，主要集中在信息技术产业和网络经济，国家层面将会提供各种政策、资金、资源的支持，保障它快速、广泛的发展。互联网+、大数据、人工智能，将是重中之重，未来十年，软件、互联网、数据、智能化等相关领域，依然是时代发展大趋势，而支撑这些领域发展的程序员，平均收入依然会远高于其他行业。

4、能解决传统的机械工作

近年来出现的很多“无人产品”，像无人超市、无人酒店以及智能机器人这类新兴产品，都得益于程序员的研发，这些新兴产品替代了很大一部分人力，让人们的生活享受到更多便捷，同时也能感受到科技的魅力。

程序员的薪资之所以高，不仅是因为辛苦，更多的是因为技术能够推动社会的进步与发展，将人们的生活变得更加智能。

6. 程序员为什么加班多,是什么原因导致的

导致程序员加班的原因很多，主要由以下几方面吧：

1.需求不清晰。需求人员或者项目经理、产品经理没有吧需求梳理分析清楚，等开发到一半甚至开发完了，才意识到需求错了，需要重新做，眼看项目或产品都快交付了，只能让程序员加班了。

2.管理问题。企业文化，就是加班，本来没啥活，但领导就觉得员工加班他心里踏实，所以那不管你是不是程序员，一律加班。

3.自身问题。效率低，解决问题能力不行，分配的工作任务无法在规定时间内完成，那只能加班，自行解决了。

4.工作任务紧急。突然要开发一个新功能，客户要求时间紧迫。不加班，无法完成。

5.工作量大。日常工作量就是大，一个人干两三个人的工作，干不完，加班还干不完呢，加班成常态了。

从甲方角度看，我就想要什么产品3个月上线，这是战略和领导决策决定的，不能拖太长时间。

甲方以这个要求去找乙方，乙方销售为了完成业绩，他满口答应。

售前一般不会反对销售。

合同一旦签署完毕，销售业绩就认为算完成一大半，后续介入内部流程就可能减少。

这时候认为，按时交付的责任应该在研发方面。

开发和产品团队此时可能还需要进行需求分析，系统设计，提交文档，正规一些的测试部门还要审核文档。

然后这些事都走玩，开始开发任务。开发人员每天一个日报，每周一个周报，几乎天天开会讨论。

白天都在讨论问题，只有晚上其他部门都走了，无人打扰时，研发才可能专心敲代码。

没让专业的人做专业的事情， 是工作开展的大忌，在工业上，早已证明了一切，在工厂生产中，工人流水化作业，一个人只专注一件事情，会越做越熟练，越做越快，越做效率越高。

在软件开发分工越来越明确的今天，让后端人员抢前端人员的饭碗，去写网页、样式，效率能高吗？让后端人员去抢DBA的饭碗，去做数据库优化，效率能高吗？

不专业的人做不专业的事情，可能和公司的发展历程、组织架构、人员规划有关；也可能和任务安排有关。

公司发展初期，养不起很多专业的人，可能更需要“全栈”工程师，啥都一把捉；公司发展的过渡期，有点钱了，也意识到了要让专人做专业的事情，但是人员还没招齐，那没办法，你也得兼职着做各种各样的事情。如果公司有钱了，发展也成熟了，不是属于以上两种阶段，在IT组织中，连前端、后端、测试、架构、DBA、网络、服务器运维、技术支持、安全、产品，这些职能都没区分好的话，就会对工作效率有影响。IT一线工作人员，每个坑位，都需要一颗专业的螺丝钉。

开发人员不注重代码质量，导致后期返工，导致效率低

有 时候，快即是慢，对于经验不足或者习惯不好的开发人员，开发前期，被迫或者自己没意识到，为了追求进度，逻辑没考虑周全，没做好自测，代码能跑起来就算完 成任务了，表面上任务完成得很快。但是在项目后期，测试阶段，问题大规模爆发，甚至要返工，由于测试后期，离自己写代码的时候，可能隔了一段时间，有的东 西自己都忘了，再回过头去重新“熟悉”，效率能不低吗？更为严重的后果是让项目进度不可控。因此，就算进度再紧张，也顶住压力，必须要做最基本的测试，再进入下一个任务点。

个体组织人员膨胀，出现沟通成本大的问题，导致效率低

沟通成本是人员膨胀后，暴露出来的首要问题。

举个简单的栗子，很多公司都有每天晨会习惯，如果一个组有5个人，开晨会汇报工作，平均一个人汇报2分钟，就需要10分钟，现在一个组增加到10个人，一人汇报两分钟，都要20分钟才能汇报完。时间就这样过去。

再举个栗子，30人天的工作，分给2个人做，可能需要15天，共耗费30人天，但是分给5个人做，6天能完成吗？

信息在沟通、传递的过程中，可能会“失真”，你想的，不一定能100%说出来，你说出来了，别人也不一定能100%理解，而且每个人的理解能力、知识体系都不一样，理解起来容易产生偏差，产生偏差就容易做错事情。

因此，如果人员出现膨胀，要以项目为单位，进行合理的项目拆分、人员拆分。同一个“小项目”最好不要超过4个人负责。沟通的时候，推荐使用口头+书面+复述，减少沟通过程中的信息失真。

上、下属之间相互不信任，做事有阻碍或者导致重复工作，导致效率低

上 下属相互信任是一切工作的基础。如果上级不信任下属，不敢授权给下属，凡是都要自己过一遍，而上级往往是一对多的关系，这个时候，工作瓶颈会出现在上级身 上；如果上级不信任下属，搞一堆监督机制，为了下属不做错事情，又让别人同事过一遍，又要耗费额外的成本，劳民伤财，而下级得不到信任，做事受阻，久而久 之就会畏手畏脚，很难独当一面，或觉得自己有能力没地方使，干脆走人。

上级应该充分信任下级，放心授权让下级去做事情，但这些都一个前提就是要有一个较好的软件管理过程，包括开发环境和测试团队和在完成任务的过程中进行一些辅导和进行重要节点管控和监督。

上级不信任下级，经常碰到，而下级不信任上级也很要命。程序员是很有个性的工种，不好管理，往往特别多想法。就好像车轮子陷入泥潭中，上级说车子往前推，有的人又说，往后拉，各自发力，估计车子永远都摆脱不了泥潭，还谈何效率？

因此，如果有意见，前期可以提，但是解决方案一旦定下来，应该上下一心（即使有意见也埋在心底吧），朝着目标一起去努力。

不同部门之间沟通存在隔阂与障碍

软件开发过程中，在IT范畴内，不同部门难免有交集，例如开发与运维、开发与测试，不同岗位承担的责任、掌握的知识体系、考虑问题的角度往往不一样，导致处理事情受阻。

举 个栗子，有一次，开发人员为了验证某个问题，需要运维人员协助重启某个站点。对于开发人员来说，这个站点，用的人比较少，而重启也是一瞬间的事情，风险为 基本为0，但是由于运维人员掌握的知识体系不一样，怕重启了会造成很大影响，甚至害怕出了问题要自己承担责任，明明可以瞬间操作解决问题的，又要等到中午 或者半夜三更没人的时候才敢重启，效率就是这样降低了。这个时候，需要运维人员，去学习一下相关知识，或者引入新流程，例如，重启站点，需要某个专业人士 口头同意，即可立即执行。

因此，不同部门之间的人，应该互相学习，才能更好地沟通；做事情，尽量做轻量级的流程化、标准化。

上级工作安排不到位

上级工作安排不到位，也会导致工作效率低。有时候会有这种怪现象，可能很多事情没做，但是下面的人没事可做；或者有的人很忙，有的人很闲。

软件开发分工，不像搬砖头，一人搬一车就行了。软件开发， 工作量化本身就是一个很难的地方，如果项目经理没有做项目计划，没有做工作点、任务点拆分工作就很难安排到位。特别是刚刚从程序员转型做项目经理的人，过 程性思维，不会对项目做整体的把握、整体规划，想到哪里就做到哪里，想到什么就分配什么工作，最后一团糟，一会把下面的人累死，一会又让下面的人闲死。

7. 程序员加班多吗

加班肯定是有的，不过看公司，我们公司工程事多的时候加班，也有周末加班一天的，不忙的时候加班再坐坐就走了，看工程，我觉得加班程度还能接受。就看你公司怎么样了。
外包公司一般加班比较多，做自己产品的好一些，还有就是有些外包公司有什么项目来就做什么，甚至在不同的语言间切换，这样你很难精通一门语言，精通一个行业，不建议去这种公司。
建议找个有自己产品的公司，加班也会少些，可以有时间自学提升，公司做工程越到后来提升就越小了。自己去学习新技术

8. 产品经理和程序员工资哪个高

一般情况下产品经理的工资会比较高一点的，但是要看每个公司的情况，有些公司程序员的工资也不低

9. 为什么产品经理工资比程序员高

产品经理是个浮躁的行业，为什么这么讲？遇到过很多产品经理，其实只会个Axure，对产品的用户需求、习惯等等不是很了解，就开始把我一个产品的生命了，其实很多时候是老板在把握！

见过10个产品经理，优秀的也就1-2个，大部分是混子日的，但是要的薪资却不低，所以整个行业，缺的不是产品经理，而是优秀的产品经理！
这就造成企业在招聘产品经理时候，非常谨慎，一边面对不断上升的成本，大量求职人员漫天要价，一边面对无人可用，招聘人员动不动不合适离职，产品经理这种岗位真是需要个3-5个月时间磨合才能看到人员真正的实力。
所以在招聘市场，产品经理的薪资大致可以分三个层面
1、基础层，万元左右，主要是面对工作时间很端的产品经理，产品助理设置，这类基本干不出什么活儿，做个帮手吧！
2、骨干层，15K~25K之间，这类基本具有五年以上产品经理经验，非常熟悉产品经理的工作工具，但是对行业的认知相对不足，或者在莫一方面具有一定的不足，无法全面的把握产品的整个过程。这类人员很多属于老板的产品实施工具。
3、核心领导层，30K~以上，这个基本是这类产品的主要架构人员，对行业、产品有充分的认知，并且有很好的理解、沟通、表达能力，可以全面梳理、管理、运营产品的生命线。相对非常少！并且对程序、产品等比有的程序员还熟悉。
你说是不是有的比程序员工资还高呢！

10. 做产品经理还是程序员

产品经理没有实权，基本上很多小公司产品经理就是一个人，要与设计，程序，市场，销售，客服，各个部门沟通，而且如果产品没做好肯定产品经理是责 任第一人。如果有一个好老板撑腰还可以，否则很难混下去。所以这也是很多国外ceo就是直接就管产品的原因，否则根本没有执行力， 同级别如何管？ 这也是国内很多企业产品做的烂的重要原因， 产品经理实际就是打杂的。
技能要求高。 技术肯定要，设计其实也要，否则无法做原型设计。还有就是细节要求，最重要的就是大方向要把握好。否则一个完美的产品没有市场也不行。word ppt excel 精通更是家常便饭、思维导图、原型工具/还要不停的研究新产品。如果遇到思维活跃经常变化的领导，做PPT做到吐，本来如果写程序写的多还有点用。PPT做那么多根本没用，浪费脑细胞。
产品经理前途渺茫，除非你自己想创业，否则产品经理实际没有太多升职空间，国内的产品总监很多都是市场或运营的人来管的。做产品的很少会做到总监级别。当然国内腾讯还是很看重产品这个职位的，但其他的公司基本没有看重产品的。
产品经理加班的确比程序员少，但是产品发布测试的时候，也是忙死，否则自己设计的产品非功能技术性问题其他人测不出来问题在哪。
程序员以前的地位不行，但现在很多公司已经意识到技术的重要性，程序员的薪资范围实际上限比产品高很多，60万年薪不算什么，国外公司年薪100万也是有可能的。产品职位基本没可能。
现在世界已经不同了，程序员不再是苦力了，以前国内是渠道，销售、市场为王，产品、程序、设计都是苦力。现在产品做不好根本没人用，销售在忽悠也 不行了。最后实现都是技术问题。而且现在例如 apple store 发行渠道成本很低，只要能做出来好产品不愁卖不出去，微博上一传就一大堆用户。程序员自己创业不是梦想，程序员一个配合一个设计产品就能做出来，产品经理 就不行，毕竟自己不会技术就做不出来。
不创业也可以靠编程序活一辈子，一个团队可能只有一个产品经理或没有，但程序员肯定要有两三个，程序员市场需求比产品大很多。随着年龄提高程序员的经验壁垒比产品高很多。
程序员可以对产品经理说 “这个因为技术问题做不出来” 但产品经理无法对老板说“这个ppt因为我能力不行做不出来”。
最后还有程序员可以靠自己想做的技术，例如NB的技术到达人生梦想，而产品实际上都是从抄袭，在抄袭，最后创新也是技术创新带来的产品。