产品经理是不是程序员的领导？

• 資深大佬 : crazybinggan

  不是，明显开发团队头头不够强势，我之前团队怼到产品没话说直接反转他们的需求…后面都是拿数据来提需求了。
  更多的是合作关系，我们也可以给产品提意见，更多看团队磨合。

• 資深大佬 : wyz123723

  不是, 主要开团队领导强不强势, 像我们领导, 总喜欢和稀泥, 胳膊肘往外拐

• 資深大佬 : RomeoHong

  有的产品经理还真把自己当经理了

• 資深大佬 : zgl263885

  已经把产品怼的不敢说话了。
  主要是太菜，基本功没有，不会思考，拍脑袋做决定。比如从一个对象列表里选一个对象作为表单的一个参数，他们给的要求是吧对象(有名称)列表显示成表格，而不是下意识的下拉列表。类似的想法太多了。就像是上班大家通常都是开车公交车自行车走路等，他们却指定开黑鹰直升机。
  越想越来气，菜就态度好点，多听听别人意见，真以为产品经理就是高人一等了？你做的好，我可以听你的，你做不好，劳资还惯着你不成？

• 資深大佬 : x86

  坦白说混子职位（起码 90%吧），啥都不懂用几个软件写写体验就以为啥都懂了并自我感觉良好的那种

• 資深大佬 : 2232588429

  大多数产品其实并不是什么经理，只是专员，对外说得好听都管这个职位叫经理，怎么可能真的是经理呢？如果技术原理都不懂一点，纯靠拍脑袋来，这样的产品在工作中毫无价值，就是个传声筒罢了。

• 資深大佬 : cmdOptionKana

  严格来说，让产品经理主导产品设计，让程序员当“将军”和“战士”的角色，尽量去满足需求，这样是最健康的，但是对产品经理的要求比较高。

  另一种健康的方式是，让程序员的头头做主导，让产品经理做一个“军事”的角色，收集需求分析需求、提出各种创意，然后由程序员头头来最终拍板，但是这样对程序员头头的要求也会比较高。

• 資深大佬 : cmdOptionKana

  “军师”

• 資深大佬 : tomczhen

  程序员和产品经理都有菜的，说白了大多数情况下就是互相看不起，连良好的平等对待都做不到还谈什么交流合作。

  更不要说很多小公司还真是领导和老板直接负责产品经理的职责。

• 資深大佬 : pengjay

  看团队，是技术主导还是产品主导。

• 資深大佬 : evill

  有的产品经理把自己真的当经理了
  当你经历过数据驱动的时候，就知道产品出错需求 KPI 没了，然后他们就不会指手画脚了

• 資深大佬 : xuwei0056

  在我们公司是这样的，起码工资结构是。产品的工资比开发高的多

• 資深大佬 : wienli

  是个锤子，直接开怼，都是第一次做人凭啥我让着你

• 資深大佬 : tsuijinglei

  产品经理不是领导，产品经理应该是很具备说服力的 同级 /同事 /合作者。

• 資深大佬 : jimmy2010

  这时候不应该说一句：产品当如张小龙？

• 資深大佬 : em70

  如果不是领导,根本没法驱动程序员工作,除非还有一个 leader 一起工作

• 資深大佬 : ctOS1H

  日常围观产品和开发吵架

• 資深大佬 : hanbing135

  没有比程序员更低的职位了吧

• 資深大佬 : maduoduo

  项目经理 负责项目的进展，更像是项目成员里面的领导，产品经理算不上，产品经理只能算项目的一步，和开发人员、测试等属于差不多的

• 資深大佬 : libook

  产品给技术提需求的时候，技术要进行评审，对需求的合理性、可行性做出评估，有问题的话技术可以提出异议，以通过需求评审作为分水岭，通过前是产品经理的责任，通过后就是技术的责任。如果产品经理忽略技术的异议，那么可以使用邮件手段，来把相应问题、风险发送给对方，并抄送领导，已经正式声明有异议的这部分将来风险发生了就是由产品经理负责。

  一个需求通过需求评审之后，必须冻结，以正式邮件申明需求文档和冻结状态，此时产品经理承诺不对需求做更改，技术承诺研发周期。如果产品需要变更需求，走需求变更流程，发正式邮件说明变更原因，技术重新评估研发周期，项目经理评估项目安排影响，由对应产品对相关损失负责，如扣绩效。若技术不能依照承诺时间完成开发，技术承担相应责任，如扣绩效。

• 資深大佬 : timepast

  我们公司把产品经理定位领导，哈哈，所谓产品负责制

• 資深大佬 : huiyue

  leader 是 leader 。产品经理只是负责把握产品方向。甚至有些公司，产品经理还不如开发。

• 資深大佬 : rigortek

  @libook 这个有理有据，既符合 CMMI 标准实施流程，又有很强操作性，受教了，感谢。

• 資深大佬 : Vegetable

  顾客还是上帝呢..

• 資深大佬 : passerbytiny

  产品负责人决定优先级，技术团队决定工作计划，满足这个就是平级。
  如果产品能对工作量预估提意见，那就是产品负责人手更长。
  如果产品负责人 /客户直接决定工作计划，那产品负责人就是领导。
  如果技术团队能够影响优先级，那产品负责人手太短。
  如果技术团队能够决定优先级，那么产品负责人可能只是个程序员鼓励师。

  以上这些情况，都是正常情况，都有理，只是平级的情况更符合长远利益。

• 資深大佬 : shawnsh

  平级

• 資深大佬 : fanpenghua

  题目就有问题，除非产品经理 又带技术团队（技术还不错的那种）

  上下游的关系，需求发起方 和 实现方

  我本着想让需求阶段就让开发介入进来，其实貌似多个做过多个项目 最终开发只要的开发文档 并不是很愿意 开头就参与到 产品设计阶段。 不知道开发大佬们的 只是想看文档 还是 想产于到产品的设计（需求阶段）？

• 資深大佬 : hardname

  看公司吧，有的公司结构就是如此，产品就是领导，哎。

• 資深大佬 : wangxiaoshan

  画原型写文档对于产品经理来说，等同于文员需要会用 word，excel 。
  真的产品经理是对业务的理解，以及上升到商业的角度。
  如果是达到后者程度了，那产品经理基本上领导的也就不单单是程序员了。

• 資深大佬 : plainboiledwater

  那可是东厂的公公，皇权特许，钦察百官。

• 資深大佬 : MrJeff

  你又不给我打绩效，我凭什么听你的

• 資深大佬 : tolerance

  不是，平行职位

• 資深大佬 : chmaple

  分清楚产品经理、项目经理、开发经理的职责。
  程序员作为开发，直接领导只有组长或者 CTO 。
  但是作为项目成员在某个项目的时候，要收到项目经理的管辖。
  偶尔项目经理会由产品经理兼任，但是并不意味产品经理就是研发的领导了。

  换句话说，你保安在大堂里面要听一听大堂值班经理的安排，但是不想听就找保安队队长，他才是你真正的领导。

• 資深大佬 : luoleng

  。。哈？他 /她也配？

• 資深大佬 : tiktokxxxx2020

  当然不是了…….

• 主 資深大佬 : NakeSnail

  @chmaple 这帖子可能没有表达清楚，
  在一个小公司里，如果团队的产品经理和开发能力差不多，都归一个技术总监管理的情况下，产品经理是不是会更容易演变成那个领导者。

  结和过去经历和分析感觉原因是小公司通常没有项目经理，但是产品经理因为在最上游跟权力最接近，所以更容易。

  还有就是因为小公司产品很难看出对错，因为是传声筒，所以他的结果老板是不知道的，最终看到的成果是开发的成果，而通常程序又是会有 BUG 的，刚开始的版本很粗糙，对老板的印象上产品会加分，对程序会减分。

  当然这一切的前提是有一个不怎么懂的老板，一个不怎么会管理的技术总监的前提下，野蛮生长。

• 資深大佬 : xuarongla0000

  恕我直言不懂技术的产品经理都是垃圾

• 資深大佬 : cassyfar

  对于产品经理把自己当领导管我的，基本都吃不了兜着走了。因为产品黄了，锅是扣不到程序员头上的，如果扣到了，那程序员的经理真的很窝囊。

• 資深大佬 : oatw

  Are you kidding me?

  小公司里根本不用也没必要跟产品经理讨论技术实现，只讨论业务逻辑很多产品经理就会被 diss 到哑口无言～
  多 diss 几次，他就知道自己几斤几两了。

• 資深大佬 : vtychx

  其实主要是产品的设计不考虑技术实现的难易度，同时设计也不合理，加剧了矛盾
  一句话就是，产品太菜，考虑不全面

• 資深大佬 : oyjc

  @zgl263885
  “比如从一个对象列表里选一个对象作为表单的一个参数，他们给的要求是吧对象(有名称)列表显示成表格，而不是下意识的下拉列表。”
  —————–

  从用户体验角度来説，从下拉列表选择一个项比起从表格上选择，不直观不好用。
  从程序员角度，用个原生下拉框控件写出来当然舒服了，少了很多代码。

  [请选择下拉] （里面包含 A B C D …对象)

  [表格]
  A …
  B ….
  C …
  D …

  以上选项比较少的情况。多的比如选择产品分类，下拉真的是作死。
  —————
  当然，具体情况还要看当前的界面设计，有时候下拉列表比表格合适（比如，某些不常用的可选数据，不需要都显示出来占用界面）

• 資深大佬 : oyjc

  @xuarongla0000 反过来，不懂业务 /商业的程序员…？

• 資深大佬 : zsyld

  好怀念我上家公司的产品呀，舟山的一个高大汉子，但是脾气超好，提需求都是柔声柔气的，都是商量的口吻。
  懂的很多，简单代码 python c 什么的 也能看懂。简单的脚本也能写。后来还搞出一个八爪蜘蛛机器人，自己设计 CAD 图纸，tao 宝找人做出零件，控制中心树莓派，自己写的代码，还用别人的 AI 开源库 红外追踪，屌的一批

• 資深大佬 : int64ago

  难道不都是求着开发人员么？又是按摩，又是请客

• 資深大佬 : wangxiaoshan

  @libook 说得非常中肯，有理。而且也是正常该有的一套行事流程。并不是一味的说不懂什么的什么就是什么。

• 資深大佬 : copycoder

  @zsyld 真的挺好

• 資深大佬 : wangxiaoaer

  @libook 这个理念很好，但小规模公司很难实现，尤其是产品，项目，技术一把梭的……… 想想就酸爽

• 資深大佬 : zgl263885

  @oyjc 选择数据库连接对象。

• 資深大佬 : keepeye

  天天被程序员怼的产品经理怎么可能是程序员的领导？除非他身兼项目经理或更高级别的管理岗。

• 資深大佬 : charlie21

  产品经理可以直接让不听话的程序员滚蛋，我会说？

• 資深大佬 : conghuiwang

  在我看来，产品经理就是老板和开发之间传话的。

• 資深大佬 : hantsy

  小公司根本就不应该有产品这个职位。

• 資深大佬 : zhengdai1990

  必须不是啊，你都可以开怼

• 資深大佬 : Zien

  我们 pm 把我们掐的死死的

• 資深大佬 : souths

  销售经理也是经理

• 資深大佬 : depress

  主要是产品经理这个名字害人…不仅自我感觉良好，别人听起来也像领导

• 資深大佬 : nieqibest

  产品经理废话太多

• 資深大佬 : wtdd

  严格来说是有管理的成分，至少是个监工，说是领导也不为过，特别是项目经理产品经理不分的情况

• 資深大佬 : wh1012023498

  依稀记得之前把产品怼的不要不要的。。这玩意。。更多的看地位了。。理论上职责不同,没有上下级关系。

• 資深大佬 : daimubai

  产品经理，也就是这个产品的经理，只管产品，不管人；技术经理不一样，不仅管开发，还要管技术人员

• 資深大佬 : CuVee

  不是，是程序员的大爹

• 資深大佬 : laike9m

  目前工作过的团队里都没有产品经理。。。

• 資深大佬 : janxin

  自然不是…

• 資深大佬 : Wien

  总体平等吧，开发有拒绝的权利。但是见过太多传话筒、和稀泥的产品了，提的需求要么是老板想做，要么是某个 KA 用户提出签单需要。根本不会提取他们的核心诉求，就是照搬。撕起来就说些有的没有的，一点切不到重点，这种产品就一点不想合作。

  “用户就需要这个需求，怎么实现是你们开发的事情”

• 資深大佬 : TomVista

  @oatw 同感,产品连业务都搞不清楚,问啥啥不知道,

  我:门票过期时间是多少?
  产:门票不会过期
  我:那这个门票使用日期是什么意思?不使用会过期吗?使用日期没使用怎么处理?
  产:…

• 資深大佬 : ooee2016

  你是在说我们公司吗

• 資深大佬 : MoccaCafe

  借问下各位大佬，乙方项目经理也是程序员的领导吗？我总感觉不是，但是又不清楚用什么态度去对待

• 資深大佬 : CrazyMoon

  @hanbing135 #18 修电脑的。。

• 資深大佬 : hjw45611

  不怕不懂代码的产品，就怕自以为很懂代码的产品

• 資深大佬 : jackchao7432

  领导的工资都比你高，所以不是

• 資深大佬 : futou

  一看开发有没有绕开产品和上级沟通的权力。如果有，产品就不是领导。

  二看谁在工作中掌握主动权。除非工作中产品喊开发爸爸，其它所有情况产品都属于管理序列。

• 資深大佬 : nrtEBH

  devops 把开发和运维怼到一起消除了矛盾
  我觉得产品和研发要放在一个部门才行 内耗太严重了 这里开发多 抱怨产品拍脑袋 可有多少研发能真正理解用户需求和业务 一起扛 KPI 就都闭嘴了

• 資深大佬 : chmaple

  @NakeSnail 小作坊模式和正式企业模式之间的区别。
  小作坊模式下一般是谁距离领导层近谁的话语权更大一些。
  正常情况下我也是以产品的要求优先，但是当产品无限制修改、新增需求，或者提出了无法实现的需求时，我们这里的开发是能直接找到开发组负责人或者直接团队头儿反应情况的。
  基本就是有限度的容忍，以及超限之后果断上报。

• 資深大佬 : chmaple

  @NakeSnail
  另外多说一句，我认为，作为研发，产品权势再大，也不是我的领导，大家都是同级。
  领导，和临时的 leader 还是有区别的。
  至少你无法一言就辞退我，一言就给我涨薪提职。

• 資深大佬 : huizhujiang

  @crazybinggan 还是看团队，如果产品也是业务，开发团队头头强势，不听话那就只能让他走了。

• 資深大佬 : shyrock

  是不是就要看程序员的泡妞手段了。。。

• 資深大佬 : pmispig

  这个要看技术总监 产品总监 哪个和老板的关系铁，谁铁，谁就有更多话语权

• 資深大佬 : libook

  @wangxiaoshan 我们公司开发团队从 30 人的时候就开始施行这个方法论了，主要看领导执行力是不是足够高，如果领导放项目效率的低下不作为的话确实没法实施。

• 資深大佬 : wangxiaoshan

  @libook 是的，我们日常也会有这个问题存在。有严格的项目管理制度，并且在部门内做过制度宣讲，但是实际操作的时候，制度执行还是只能达到 60%的样子，缺乏了监督机制。

• 資深大佬 : CantSee

  产品说的对,那产品

• 資深大佬 : brave007

  我想起了傻逼主策划说的话：策划就是大爷！

• 資深大佬 : MoriartyCy

  之前做项目的时候怼一个女产品偷偷改需求改产品文档，被老板痛批：“你怎么语气能这么重呢，对女同事要好好呵护爱惜，怪不得你找不到女朋友。”。然后项目不能按时上线，产品的锅，反而开发出来道歉请大家吃饭。从那以后我就知道花瓶女产品是大爷惹不起了，稍微不符合她们的意就要去老板那一哭二闹三上吊。。。

• 資深大佬 : HenryWang0723

  产品设计工程师，软件开发工程师。
  产品经理，程序员。

• 資深大佬 : susumr

  都是混口饭吃。哪有什么上下之分

• 資深大佬 : nomemo

  产品经理其实也是研发，是研发产品，除了不写代码（不一定），和程序员是一样的。

• 主 資深大佬 : NakeSnail

  @futou 我也是这个感受，上各位大都讲的是开发和产品能力不对等的时候