估時無用論?

時間的評估真的有意義?

來看看別人的故事吧

場景一
PM:你這功能要做多久?
PG:大概一個禮拜
PM:這麼久?兩天能弄出來嗎?
PG:..................(OS:那你問心酸的?)



場景二
PM:你這功能要做多久?
PG:大概一個禮拜
PM:這麼久?可是誰誰誰說他兩天就能弄出來耶
PG:..................(OS:那你去找誰誰誰阿)

場景三
PM:你這功能要做多久?
PG:還有A需求、B需求細節不太清楚，要等確認後才能預估
PM:沒關係，你就先給個時間就好(OS:好讓我跟上面交代)
PG:..................(OS:哪你自己隨便掰就好啦)

場景四
PM:你這功能兩天給你做的完吧?
PG:不行!這個地方跟那個地方比較複雜，有些東西要先研究一下，保守估計要五天
PM:那三天行不行?另外還要加一個新需求
PG:..................(OS:你以為是菜市場喊豬肉?買菜還要送蔥?)

場景五
PM:這個功能很簡單，你兩天交出來!
PG:不行!這個地方跟那個地方比較複雜，有些東西要先研究一下，保守估計要五天
PM:五天!?太久了吧!我一天就做的完了!給你兩天很充裕了!
PG:..................(OS:來來來~你來!出張嘴，我三秒也做的完)

以上吐血場景，皆為鄉民實例，笑看之虞，也來思考一下，估時的重要性

        通常時間規劃都是為了跟不同部門或單位配合，所以時程是給大家在合作上有的共同的時間點，但有些層面的時程只是為了無意義的趕工，逼的做事的人用更趕的時間產出軟體，趕工在製造業，還感受得到價值，一個小時做十樣、兩個小時就能做二十樣，但其實這也只是理想值，人會累、會做錯所以產出會在一個平均值波動，但軟體開發這種本身就難以估計時間的工作，趕工就造就了更可怕的隱性成本，技術債，欠債爽歪歪，誰要負責還?

       從風險管理的角度來說，離合理工時或平均工時愈遠的專案，風險越高，意思就是出包或專案無法準時完成的機率愈高，回想一般生活中的估時程，跟朋友約時間?是否要約個從自己家出發到目的地的合理時間，甚至要保留塞車、下雨...等，一些意外的緩衝，最後才能合理的在跟朋友約好的時間點準時出現，但在有些公司之中，PM不擇手段的亂壓時間，亂給承諾，最後不是專案出包，就是工程品質低落或者員工都在加班的惡性循環地獄，這樣案子怎麼可能做的好?

        從客戶的角度來說，價格固然重要，但品質更重要阿，便宜?但品質與時程都配合不上，這樣雙方的關係能永續經營嗎?所以在討論工時前，先想想工時真正的價值吧