- #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
- #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