- #99
- #98
- #97
- #96
- #95
- #94
- #93
- #92
- #91
- #90
- #89
- #88
- #87
- #86
- #85
- #84
- #83
- #82
- #81
- #80
- #79
- #78
- #77
- #76
- #75
- #74
- #73
- #72
- #71
- #70
- #69
- #68
开发者生产力迷思:工作时数 = 生产力
如果一天工作 8 小时,那么一天生产力除以 8 小时就是每小时的生产力占 12.5%,假如改为一天 10 小时,那么应该可以多完成 25% 的工作量吧?这是最常见也是最直观的生产力评估方式:“工作时数 = 生产力”。
但开发者不是机器,只要是人都有上限,不管是体力、专注力、心情或作息都可能会受影响。一旦开始崇拜“努力加长工作时间 = 更高生产力”可能会摧毁个人效率与团队气氛。“两个孕妇不会更快生出一个小孩”,很多时候打造产品也是同理,要提高生产力不只是更多人工作更久可以解决的事,为什么不该依据工作时数评估生产力?
- 每个人对于加班承受度不同
- 工作性质不一定奖励劳力时间密集
因此我认为加班不应该是常规提升工作效率的手段,它可以是短期应急或是特定性质的工作(两只鸡生更多蛋 = 越多鸡生越多蛋),就大多数开发工作来说,加班不是提高生产力的好方法。
看到不错的文章就来梳理一下自己的看法,预期会写更多开发者生产力的评估指标。
- #67
- #66
- #65
- #64
- #63
- #62
- #61
- #60
- #59
- #58
- #57
- #56
- #55
- #54
- #53
- #52
- #51
- #50
- #49
- #48
- #47
- #46
- #45
- #44
- #43
- #42
- #41
- #40
- #39
- #38
- #37
- #36
- #35
- #34
- #33
- #32
- #31
- #30
- #29
- #28
- #27
- #26
- #25
- #24
- #23
- #22
- #21
- #20
- #19
- #18
- #17
- #16
- #15
- #14
- #13
- #12
- #11
- #10
- #9
- #8
- #7
- #6
- #5
- #4
- #3
- #2
- #1