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