码农，如何让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取代的方式。