Hacker News 中文摘要

RSS订阅

合作真糟糕 -- Collaboration sucks

文章摘要

文章批评过度协作会拖慢效率,用开车比喻说明适度协作(如导航)能提高效率,但频繁换司机或征求路人意见等过度协作反而会阻碍进展。作者指出许多公司陷入过度协作的陷阱,影响发展速度。

文章总结

协作的困境:过度协作如何拖垮效率

核心观点

"独行快,众行远"这句谚语正在扼杀企业效率。PostHog公司通过实践发现,过度协作非但不能提升效率,反而会拖慢进度、削弱员工自主性,最终导致产出下降。

协作的两种模式

  1. 有效协作
    如同开车时获得必要的导航建议,适度的反馈能帮助更快到达目的地。

  2. 无效协作
    类似频繁更换司机或征求路人意见,过度协作会导致:

    • 项目进度放缓
    • 执行者需要反复解释背景和思路
    • 削弱执行者的动力和信心

过度协作的七大诱因

  1. 文化压力:员工因反馈文化被迫提供意见
  2. 包容性陷阱:为避免排外而广泛征求意见
  3. 需求模糊:未明确所需反馈的具体范围
  4. 讨论惯性:习惯性选择"讨论"而非行动
  5. 责任分散:缺乏明确的项目负责人
  6. 完美主义:某些工作确实需要多人协作
  7. 沟通降级:从代码提交滑向无休止的Slack讨论

解决方案

  1. 行动优先:直接提交代码而非反复讨论
  2. 明确责任人:强调"你就是司机"的决策权
  3. 精准求反馈:指定具体人员和需求范围
  4. 事后反馈:在迭代阶段而非执行前收集意见
  5. 领导者克制:减少不必要的审批环节

关键结论

企业需要主动减少无效协作,而非默认接受所有协作请求。PostHog通过赋予员工高度自主权(如营销人员编写代码、销售人员解答技术问题),证明适度协作才能实现"既快又远"的发展。

作者Charles Cook(PostHog团队成员)调侃道:"就像讨厌气泡水一样,我也讨厌过度协作——因为那些气泡就像无效的协作意见一样多余。"

(注:文末招聘信息和延伸阅读链接等非核心内容已省略)

评论总结

以下是评论内容的总结:

支持减少协作的观点: 1. "Gravitational Pull"方法建议限定关键决策者,避免无休止讨论 - "Everyone else is noise. This prevents endless discussions" (ssalmon74) - "Say 'there are too many people involved. X, you are the driver'" (throwaway713)

  1. 过度协作导致效率低下
    • "spending like 3x the time...on answering pedantic stylistic nitpicks" (jesse__)
    • "collaboration suffers from combinatorial complexity...more than two ends up doing more harm" (tombert)

支持有效协作的观点: 1. 协作是必要技能,关键在质量而非数量 - "It's a skill. Imagine you're playing a team sport" (bryzaguy) - "Teams do go further together. But only when everyone is rowing" (kristianc)

  1. 决策机制比协作本身更重要
    • "the real problem is...lack of knowing who makes the final decision" (brendanfalk)
    • "It doesn't make anyone unhappy or slow us down...we call it iteration" (leptons)

批评文章立场的观点: 1. 文章观点过于极端/标题党 - "Title is click bait but posthog is famous for these" (codegeek) - "This feels silly...made more clickbaity" (devin)

  1. 文化应由管理层引导
    • "Culture is your job. It's not the job of random employees" (neilk)
    • "the lack of collab is why their codebase is in terrible condition" (usernamed7)

中立/情境化观点: 1. 方法应因地制宜 - "There's no one size fits all...works well for the people who are there" (klik99) - "This works for software dev...more difficult in anything else" (CGMthrowaway)

  1. 不同领域适用性不同
    • "I don't think this is good advice for...spacecraft" (foobarbecue)
    • "the F1 sport is quite insanely collaborative" (upghost)