码农，如何让PM短开会少开会不开会
码农如何让PM短开会少开会不开会
1. 关键信息
- (之前已归纳) 论坛用户（码农）对产品经理（PM）组织的冗长无效会议表达强烈不满，认为会议占用大量实际工作时间。
- (之前已归纳) 会议通常时长过长（一小时、两小时），内容充斥PM的“瞎bb瞎墨迹”，实际参与者（除PM外）发言机会少，但需时刻警惕被点名提问。
- (之前已归纳) 用户希望找到方法让PM认识到长会低效且令人讨厌，并能将一分钟可讲清的事情压缩到一分钟。
- (之前已归纳) 新增回复普遍认为，低效会议的根源在于PM的技术能力不足（tech skill low）或缺乏节约时间的观念。
- (之前已归纳) 有观点认为，PM开会是为了体现价值和增加曝光度，尤其是在职业生涯后期，这种“润滑剂”作用变得更加重要。
- (之前已归纳) 有用户建议，对于不相关的会议，可以采取“摸鱼”策略，如挂断摄像头和麦克风，或利用AI工具总结会议内容。
- (之前已归纳) 有工程师分享经验，表示自己会主动与客户沟通，反而获得了更好的客户反馈和问题解决效率，甚至认为PM角色可有可无。
- (之前已归纳) 新增回复指出，开会可能是PM的KPI，不开会则意味着他们“没事干”，甚至可能被裁员。
- (之前已归纳) 新增回复建议，如果PM和工程师同属一个manager或director，可以与领导沟通会议效率问题。
- (之前已归纳) 新增回复提及，在传统金融公司等PM权力较大的环境中，工程师可能难以改变现状；而在新兴科技公司，如果PM不属于同一汇报链，可以联合同事拒绝无效会议。
- (之前已归纳) 新增回复提到“打不过就加入”的策略，暗示成为PM以优化流程。
- (之前已归纳) 新增回复指出，在外包公司，干活的（工程师）负责干活，发钱的（PM/管理层）负责发钱，暗示工程师在其中可能话语权较小，且薪资增长受限。
- (之前已归纳) 新增回复强调，PM需要“揣测圣意，心理按摩大老板”，为团队争取资源，甚至延长DDL或与老板谈deal。
- (之前已归纳) 新增信息：有一种特殊的PM角色，不属于任何业务线，直接向CEO汇报，负责传达高层战略部署，确保产品与公司战略一致。这种PM的职能对普通工程师而言可能不直接相关。
- (之前已归纳) 新增回复认为，一些PM的“传话筒”角色（直属CEO，确保产品与战略一致）在大型公司中是重要的，可以避免项目与高层战略脱节。
- (之前已归纳) 新增回复将PM分为三类：情商智商俱高者、不笨但懒得学新知识者、以及笨拙者，并建议在第三类人长期存在于团队时考虑跳槽。
- (之前已归纳) 新增回复提到TPM（技术产品经理）有时比PM更有“毒”。
- (之前已归纳) 提出“站着开会”作为一种提高会议效率的策略，尤其适用于信息传达和快速沟通的场景，有助于缩短会议时间。
- (之前已归纳) 明确了Tech语境下PM通常指Product Manager，而Finance语境下PM指Portfolio Manager，避免混淆。
- (之前已归纳) 强调好的PM是稀缺资源，通常不会长时间停留在基础开会岗位。
- (之前已归纳) 提出公司最简模式只需要“做”（工程师）和“卖”（销售），直接交流即可，PM是解决多方思维差异的“翻译”。
- (之前已归纳) PM不开会，码农会失去影响“卖”方声音的机会。
- (之前已归纳) PM开会时间过长，说明其未充分理解“做”方（工程师）的难处，需要耐心沟通。
- (之前已归纳) 聪明的码农会尝试与好PM做朋友，因为好的PM能让双方（做与卖）都觉得对方是朋友。
- (之前已归纳) 用户“折木奉太郎”抱怨其PM休假一周回来就安排了两个一小时的会议，中间还间隔一小时吃饭时间，认为这严重压缩了实际工作时间。
- (之前已归纳) 用户“xxxyyy”建议在开会时可以“挂个AI在那边干活”，认为这不影响开会。
- (之前已归纳) 用户“折木奉太郎”回应“xxxyyy”的建议，表示虽然可以挂AI干活，但行动受限且需要进行面部表情管理，无法像在论坛上那样自由。
- (之前已归纳) 关于AI对程序员和PM的潜在影响，存在不同看法：有人认为AI将取代PM（处理文档、需求分析），也有人认为AI将取代程序员（自然语言编程）；更进一步的观点是，AI将同时取代两类角色，由“经理”级别的Agent直接完成PM和SWE的工作。
- (之前已归纳) 有用户建议，如果会议对个人而言99%无用，应直接拒绝参加。若仅需会议结果，也可拒绝。若PM坚持，则可能是Team Lead的问题。
- (之前已归纳) 有用户认为，开会时可以利用网页浏览或逛论坛等方式“摸鱼”。
- 新增信息： 用户“册那队长”认为，沟通不畅、需求不清是导致返工的根本原因，并提出在这种情况下，每天早中晚三次会议是必要的，认为开会是工作的一部分。
- 新增信息： 用户“otonoco”提出，开会是传统程序员保护自己的方式，否则在AI时代可能被取代，沦为“论坛内容总结助手”。
2. 羊毛/优惠信息
- 无
3. 最新动态
- 无
4. 争议或不同意见
- (之前已归纳) (之前已归纳) 无明显争议
- (之前已归纳) 新增回复中，对于PM的作用存在不同看法，有人认为其是“润滑剂”不可或缺，有人则认为其价值难以量化且可被工程师替代。
- (之前已归纳) 新增回复直接指出开会是PM的KPI，并提出“没事干直接 layoff”的极端观点，与认为PM有价值的观点形成对比。
- (之前已归纳) 新增回复关于外包公司模式的描述，暗示了在特定公司结构下，工程师的议价能力和对流程的影响力可能较低。
- (之前已归纳) 新增回复中对PM角色的细分（情商智商、学习意愿、笨拙程度）以及对“传话筒”PM的价值肯定，与部分认为PM低效甚至可有可无的观点形成对比。
- (之前已归纳) 新增争议：关于PM直接向CEO汇报、负责战略传达的角色，其必要性和对普通工程师的影响存在潜在的讨论空间，虽然该回复本身并未直接表达争议，但其描述的特殊性可能引发不同理解。
- (之前已归纳) 新增争议： “站着开会”作为一种提高效率的策略，其适用性和接受度可能因公司文化、会议性质和参与者习惯而异，可能存在不同意见。
- (之前已归纳) 新增争议： PM作为“翻译”角色的必要性，以及其对工程师影响“卖”方声音的作用，可能存在不同理解。
- (之前已归纳) 新增争议：关于在开会时使用AI工具代为“干活”的建议，虽然技术上可行，但实际操作中可能面临行动受限和需要表情管理的挑战，这可能引发关于“摸鱼”界限和效率提升方式的讨论。
- (之前已归纳) 新增争议：关于AI对程序员和PM的替代性，以及未来可能出现的“经理”级Agent的设想，代表了一种对未来工作模式的推测，可能存在不同看法。
- (之前已归纳) 新增争议：关于直接拒绝无用会议的建议，虽然听起来合理，但在实际工作中可能面临执行难度，尤其是在团队协作和领导管理层面。
- 新增争议： 用户“册那队长”的观点，认为沟通不畅时，增加会议频率是必要的，这与追求“少开会、不开会”的初衷形成直接对立，引发关于“沟通效率”与“会议数量”之间平衡的讨论。
- 新增争议： 用户“otonoco”将开会视为程序员在AI时代的自我保护方式，暗示了对未来技术发展可能带来的职业冲击的担忧，以及对当前工作模式（包括会议）的辩护，这可能引发关于AI对程序员和PM影响程度的进一步讨论。
5. 行动建议
- (之前已归纳) (之前已归纳) 尚无明确的行动建议，用户正在寻求解决方案。
- (之前已归纳) 新增建议包括：
- 提高PM的技术能力和沟通效率。
- Team Lead应意识到会议效率问题并推动改进。
- 如果可能，自己成为PM来优化流程（“打不过就加入”）。
- 要求PM提前发送Agenda，只参加与自己相关的议题。
- 对于不重要的会议，可以尝试“摸鱼”或使用AI工具辅助。
- 工程师可以主动与客户沟通，提升效率。
- 设定会议时间限制，并主动要求精简内容。
- 如果PM和工程师同属一个manager或director，可以与领导沟通会议效率问题。
- 在新兴科技公司，如果PM不属于同一汇报链，可以联合同事拒绝无效会议。
- 考虑PM开会是其KPI的现实，并根据公司文化和PM的权力地位采取不同策略。
- 在外包公司等特定环境下，认识到工程师可能在流程改变上的局限性。
- 认识到PM在“揣测圣意”、争取资源、处理老板关系等方面的价值。
- 对于大型公司中“传话筒”式的PM，理解其在确保战略一致性方面的重要性。
- 评估PM的“能力层级”，若遇到能力不足且长期存在的，考虑跳槽。
- 留意TPM有时可能比PM更具挑战性。
- 适时给予PM“表演”和展现价值的机会。
- (之前已归纳) 新增行动建议：对于不了解高层战略部署的工程师，无需过度关注或参与直接向CEO汇报的PM的会议。
- (之前已归纳) 尝试“站着开会”的策略，尤其是在需要快速信息同步或简短讨论的场合，以提高会议效率，缩短会议时间。
- (之前已归纳) 明确PM（Product Manager）与TPM（Technical Program Manager）的语境差异，避免沟通障碍。
- (之前已归纳) 认识到好的PM是稀缺的，并尝试与他们建立良好关系，将PM视为潜在的盟友而非对立面。
- (之前已归纳) 理解PM在连接“做”与“卖”方之间的“翻译”作用，并耐心向PM解释工程师的难处，以期优化会议效率。
- (之前已归纳) 在面对PM安排大量会议时，可以考虑使用AI工具辅助开会，但需注意实际操作中的局限性，如行动受限和表情管理。
- (之前已归纳) 如果PM的会议安排严重影响工作，可以尝试与PM沟通，指出会议的实际影响，并寻求更高效的沟通方式。
- (之前已归纳) 如果确定会议对个人99%无用，应直接拒绝参加。若仅需会议结果，也可拒绝。若PM坚持，则可与Team Lead沟通。
- (之前已归纳) 在开会时，可以考虑“摸鱼”行为，如浏览网页或逛论坛，但需注意潜在的被发现风险。
- (之前已归纳) 关注AI技术发展，思考其对PM和程序员角色的潜在替代性，以及未来可能的工作模式。
- 新增行动建议： 在需求沟通不畅、易导致返工的情况下，应考虑增加会议频率，以确保信息同步和需求清晰，这是一种“必要之恶”。
- 新增行动建议： 程序员应认识到AI的潜在威胁，并将“开会”视为一种保护自己、展现价值、避免被AI取代的方式。
众（除PM）所周知一个会一个小时两个小时一点用都没有，都是在听PM瞎bb瞎墨迹，还严重压缩真实做事的时间。一个大会叫114514个人一起，结果会里的1919810个人都不需要发言，但是还要时刻提心吊胆被点名提问，只能pardon。
各位有没有什么办法让这帮PM知道开这么长的会很讨厌且没用，1分钟能说完的事情就不要磨叽到2分钟？
tech skill low 的PM 更是瞎扯淡浪费时间
这个只能让team lead 意识到这个是浪费时间,才能改.
但开始的时候, team lead可能会enjoy这meeting, 觉得在听取进度.
自己当pm，取代废话多的pm
其实他也知道，但是对他来说，开会是为数不多可以体现他价值的地方
歪个楼 我打交道的PM还好，TPM个个有毒
绝大部分超过半小时的会卵用没有
让pm发一下agenda，预估着跟自己有关的topic的时候再进会
为什么tpm 有毒呢
你给PM发工资，他就听你的
其实我一直不太清楚PM有什么作用，感觉像润滑剂一样把所有事情汇总，但没有什么实际产出
【引用自 互撸娃】:
PM还好，TPM个个有毒
TPM是 有懂一些 tech 的PM ? 这样的还容易交流一些.
和scrum master 那种PM 还要经常扫盲, 如果还bossy, 会很烦
【引用自 lucy1101】:
感觉像润滑剂
这不就是作用吗？
【引用自 lucy1101】:
感觉像润滑剂一样把所有事情汇总
你不是说了吗
但这种润滑剂功能很难量化，不像工程师们有比较清晰的KPI 很多PM最后performance review全靠一张嘴
【引用自 lucy1101】:
但这种润滑剂功能很难量化
30岁后，润滑剂很有用
越是level高，越需要这种虚的东西
没有润滑剂的话 双方都会很痛
直接不去
大厂员工还抱怨开会的实在是没有被传统行业规训过，一张张都是不受欺负的脸。跟同事沟通是工作的一部分，不然我用烙印或Agent好了。
感觉跟人开会是现在为数不多的不能被AI替代的事情之一了
说明口径不够，需要大力开发才行
学会聊天
讨厌的不是开会，是低效沟通。感觉大部PM都没有节约时间的观念。我这还不算真的大厂，有很多大厂朋友说白天一整天都在开会，代码要加班写。
年纪大了后，大口径对方只会喊疼，不会让你继续
你开始的时候慢一点 过一会就好了。 除非太老的 其他没必要
PM需要开会来提现价值，增加曝光度
找不到的人時候他們找人
【引用自 lucy1101】:
但这种润滑剂功能很难量化，不像工程师们有比较清晰的KPI
其实很好量化，比如你让大部分工程师去抢scope或者安抚多方需求，那简直就会是灾难。能做得好这一点的工程师最后都变成了PM，这就是量化了
这句话把 PM 换成书记好像也适用
半小时的会 进去就说你只有10分钟，让他精简一下， 一小时的会你开个半小时就NTD， 如果公司办公有AI的话，挂上让AI给你总结就好
我经常开这种会 就放一个高一点的摄像头 然后做自己的事情就好，同一个时间段做两件事情早点下班何乐而不为，讲到和我有点关系的我带耳朵听一下，完全没听到我就说sorry I just want confirm 你是不是在问 XXX
而且楼上也提到了 AI插件要用 很方便的
【引用自 lucy1101】:
其实我一直不太清楚PM有什么作用，感觉像润滑剂一样把所有事情汇总，但没有什么实际产出
没有用，我们的pm辞职了，pm lead也辞职了，一直也没招到合适的人，一直空着空了大半年了，除了会议少了点，其他一切正常。
跟客户沟通我们engineer自己去沟通，稍微注意一点言辞就好，客户那边还觉得我们的人懂得多了，经常当场就能解决问题。
我老板昨天还问，一周2个会是不是有些多了。我说太少了，每天开个standup吧，老板说没时间。
线上会议的话这种最好摸鱼了，摄像头麦克风音量一关该干嘛干嘛，瞄到一个想表演存在感 / visibility / 装逼的topic跳出来插话就行了
一周过去了老板问你咋啥都没干，还能把calendar甩出来说，忙着和stakeholders做alignment呢
项目刚开始的时候PM安排会议和客户熟悉一下，后面就是码农和客户直接联系。
一对一联系是效率最高的，一群人开会纯纯浪费时间。
真实了。这才是真正目的。
PM摸鱼不开会可以，事情其实一封email甚至一个chat就沟通明白了，但是还要开会，看他们BB。劳民伤财。
感觉PM适合表演型人格 喜剧演员，对表演事业有一定追求的人很适合。
楼主还是想安安静静做事的人。PM这工作可不适合楼主这种性格的人。因为大家其实都清楚，要是把会也砍了，PM绝对是layoff第一波人 人家也是在保自己饭碗，只是自己无法实现需要别人配合演出罢了。
今年换了个TPM，天天帮我挡刀 比去年没有TPM一个人上好多了
说实话PM不开会的话他们干啥呢，开会就是他们的KPI啊
打不过就加入
同感。zszs
PM的和你同属于一个manager 或者director吗？是的话跟领导谈一谈。
不知道你们公司pm地位有多高，要是传统金融公司之类的，PM权利大过天，作为engineer毫无办法，只能被他们牵着鼻子走。
要是新兴科技公司，PM又不和你一个report chain，直接联合同事reject这种没用的会。
【引用自 Tesla】:
说实话PM不开会的话他们干啥呢
没事干直接 layoff 呀，扁平化管理
等级森严，我上面只有pm，而且pm的老板还挺热衷于开这种会的，pm的leader倒是想drop就drop
学 Amazon 提前列协作 item list, 会上只讨论观点不同的地方
【引用自 折木奉太郎】:
等级森严，我上面只有pm
是直接上线领导, 给你涨工资的那个?
如是, 就默默忍了吧
我厂有两条PM线，一条是正常理解的PM，负责产品设计，写PRD，追项目进度，协调外部合作等，挂在各个business GM下面
还有一条很奇葩的PM线，不属于任何business，直属CEO，负责传达高层的战略部署，确保我们开发的产品和公司战略roadmap一致，常年被我们称为太监监军
前半段我很认可，但是后半段我的想法是大家都是vibe- coding 所以人人都是PM。 会PM 再vibe coding 就不需要基础码农（打字员），换句话说现在的码农需要PM的能力，不然也是会被layoff
外包公司，干活的负责干活，发钱的负责发钱。当然，不会涨工资
以前叫东厂
有時候還是得讓別人有表演的機會
【引用自 互撸娃】:
歪个楼 我打交道的PM还好，TPM个个有毒
刚想说tpm
【引用自 starcroce】:
有一条很奇葩的PM线，不属于任何business，直属CEO，负责传达高层的战略部署，确保我们开发的产品和公司战略roadmap一致，常年被我们称为太监监军
这真是传话的了 都是哪些人在干呢 奇怪
PM 不开会还有舞台吗
这不要了他的命…
不能因为你们PM没承担PM该承担的职责就认为PM没用啊
首先PM该做到的
揣测圣意 心理按摩大老板 要资源 时间不够的时候甚至延长ddl或者帮下面大头兵跟老板谈deal 向下传达大老板的喜好和对项目的看法
真的了解项目的blocker 项目的重点难点 甚至每个人的习惯和风格 画project timeline， track tickets 回答老板随时问的项目进展和状态
锅相关的
很多eng的做事风格和习惯跟非技术出身的做事习惯完全不一样，直接向上汇报可能反而会死
区别就是有的人情商和智商上都聪明，有的人不笨但是懒得学新的知识而且不得不完成自己的工作所以不得不开会， 有的人真的笨只能形式主义开会
但如果第三类人在一个公司的一个组能活很久，那建议辞职跳槽
上面说传话确保符合战略的， 公司大了这种组其实是重要的，否则可能吭哧吭哧一两年做完了觉得了不起的大项目结果高层没一个人买账 上面完全不觉得有impact也很常见
【引用自 starcroce】:
我厂有两条PM线，一条是正常理解的PM，负责产品设计，写PRD，追项目进度，协调外部合作等，挂在各个business GM下面
还有一条很奇葩的PM线，不属于任何business，直属CEO，负责传达高层的战略部署，确保我们开发的产品和公司战略roadmap一致，常年被我们称为太监监军
你从我写的三点重新理解下呢？
假设一个人能力都够的时候是做1还是做2呢
是的PM里面一部分能力确实被AI取代了，但是PM里面还有一部分设计考量眼界啊是很难被AI取代的。为什么呢？是因为很难有这方面的训练数据。设计眼界这种经验，是随着时间的推移，当前的热度而改变，所以很难造出这样的数据集让AI ScaleUP。这种数据集要包含当时社会的一切意识形态等等。 但是程序员是什么呢？程序员是高级的打字员，在任何的社会背景下，他需要做的就是完成甲方的需求，所以这是最简单Scale UP的。
【引用自 折木奉太郎】:
白天一整天都在开会，代码要加班写。
我自己也有这样的困扰，每天可能3-5h都在处理因为沟通和向上汇报的dashboard slide之类的实际上不推动我负责的项目部分的deliverable， 但是如果不花这3-5h的时间 50多个人的项目大家都不知道项目进展东西都不知道去哪找 能给大老板汇报的人被紧急问的时候难道再花3h甚至更久去找干活的人问进度吗
我有一阵也在苦恼我是该加班多做点卷一下还是怎么办，有天mgr别的事情无意间提到了这些会显著影响skip的skip还有项目其他部分的负责人对我的第一印象 ， 也就是可能原来的我觉得3h花在这上面是浪费时间影响我的deliverable， 但“第一印象”这个说法somehow突然悟了， 我吭哧吭哧deliver了 70分还是85分可能没那么重要（时间和model limitation导致根本不可能100分） ，反而是外观会直接影响上面对项目是90分还是50分的评估。
你说的是product manager吧
几种常见的pm
product manager
project manager
portfolio manager
草好像我歪了，小弟才粗学浅。 魅力时刻了
Guys, can you at least tell the difference between a product manager and a program manager?
【引用自 LucidAir】:
product manager and a program manager?
and project manager
【引用自 starcroce】:
还有一条很奇葩的PM线，不属于任何business，直属CEO，负责传达高层的战略部署，确保我们开发的产品
CPO这条线跟你们小兵没关系
啊 這也算會多？你們是不是沒參加過Marketing的會議
lowk站着开会
Tech语境:
PM = Product Manager
TPM = Technical Program Manager
PM is never used to refer to Program/Project Manager
Finance 语境:
PM = Portfolio Manager
无语境默认PM = Product Manager，毕竟老钟Tech占主流
一个个把PM当TPM搁这鸡同鸭讲的，好比集美们最爱说的NPY，谁知道说的是男/女朋友 还是男/女炮友
作为一个又写代码又写需求的，只想说好pm可遇而不可求，一般也不会在基础开会岗待太久
最简单的公司只需要两个人。做的和卖的。直接交流，不需要 PM。
公司一大，做变成很多人，卖也有很多人。这两伙人思维方式完全不同，直接开会鸡同鸭讲。
PM 就是在这中间做翻译的。这活，其实很不容易，因为要懂两边。
PM 不开会，对码农没好处，因为码农失去了影响卖的声音。
PM 开会太长，说明他没有完全明白做的这方的难处，你要好好跟他讲。
好的 PM, 可以让两伙人都觉得对方是朋友。那么一个聪明的码农，会试图跟 PM 做朋友。
我的PM之一修了一周假回来就约了两个会，每个一小时中间还留了一个小时给吃饭，他奶奶的
【引用自 折木奉太郎】:
还严重压缩真实做事的时间。
你开会的时候不能挂个AI在那边干活吗？不影响开会吧。
能，但是行动受到拘束而且要做面部表情管理，在泥潭看到难绷的帖子就会嘴角抽动
AI出来以后，
程序员觉得PM要被AI取代了，他们觉得动嘴皮子、写文档、分析用户需求这些AI都能做；
PM觉得程序员要被AI取代了，以后编程只需要自己用自然语言prompt。
【引用自 red_leaf】:
程序员觉得PM要被AI取代了，他们觉得动嘴皮子、写文档、分析用户需求这些AI都能做；
PM觉得程序员要被AI取代了，以后编程只需要自己用自然语言prompt。
其实是两伙人都要被替代了，经理们技术和需求都懂一点，直接一个agent 做pm，一个做swe
对，这就是我pm和我
如果确定这个会对你来说99%没用就直接拒绝。
如果你只是需要会议结果自己也不想对他提意见就直接拒绝。
如果PM觉得你需要参加那就是team lead有问题。
10个人的会一个人1小时就是公司几百块钱工资甚至更多的成本。
如果你觉得team lead没法和你沟通成功那就是你们team的机制有问题，很多东西只用最后看个meeting note就行，有人拍板就行，不需要完美就行。
如果都觉得无解就要么quite quit要么直接跑路找到更好的co-workers
开会不是挺好 你可以打开网页 逛逛泥潭
有人偷窥我
这就是工作的一部分啊。需求不沟通清楚，写了代码不也是白写？之前做一个项目，需求方像便秘一样每天拉一点，而且也不沟通不开会，每个星期只见3次面，用邮件也说不清楚，导致很多工作都是做完了然后又推倒重来。如果是这样的话我觉得每天至少早中晚三个会沟通进度是完全必要的。
开会是传统程序员保护自己的一种方式
要是连会都没有了 你比起ai还有什么优势？