展开讨论

经验与复盘经验摘录 · 机器翻译

很高兴听到Tim留了下来,作者设法将整个过程引导到正确的方向……

很高兴听到Tim留了下来,作者设法将整个过程引导到正确的方向。这需要一个善于倾听的管理者。我亲身经历了这种生产力指标逐级下放带来的“糟糕结局”:OKR。这家初创公司不仅要求团队每三个月进行一次目标与关键成果(OKR)评审,还要求个人也这样做,并且还将股票期权与OKR挂钩。这是一家机器人初创公司,团队跨领域非常广泛(软件、硬件、嵌入式、运维、硬件设计、硬件测试、硬件维护等等)。结果是,开发人员变成了孤立的岛屿。再也没有“Tim”了。当我(软件集成人员)遇到一个问题,我无法解决,但直觉告诉我这一定是个深层次的问题,我去找专家(控制/运动学)寻求反馈。得到的回答是:“对不起,我真的想帮你,但我的OKR截止日期快到了,我真的没时间。” 他可能一天就能解决的问题,结果却花了两周。……

源讨论我认识的最差的程序员(2023)原帖 370 条评论 · 导入时统计
2

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

JR

完全同意。想牺牲团队产出吗?让团队成员关注个人目标。团队的对齐和同步会受到影响,从而影响团队表现的效率和效果。

完整原文
BI

我认为仅仅因为这个创业公司搞砸了OKR,它们仍然有很多意义。 英特尔和谷歌似乎在早期阶段大量依赖它们。但是: - 它们应该是层级式的(部门之间不应该出现冲突的OKR) - 你永远不应该将它们与个人绩效结果/薪酬/奖励挂钩

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。