- #110
- #109
- #108
- #107
- #106
- #105
- #104
- #103
- #102
- #101
- #100
- #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
- #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