有人問,公司的開發方法是瀑布式,但由於規格常常變動,所以專案預估的時程很不準,那預估工時的意義是什麼?我認為,問「為什麼要預估工時」跟問「為什麼要做計畫」一樣,如果預估不準,應該要檢討不準的原因,而不是就不估了;如果計畫沒有照規劃執行,應該要檢討為什麼,而不是不做計畫、直接放棄治療。 我們公司的流程是,評估市場需求→PM提案→設計師開規格→RD實作→QA→發布,實際上是什麼開發流程我是不知道;網路上有看過離職的前輩說這是瀑布式,公司這幾年又把一些敏捷的思想帶進來……。 但矛盾的是 我們的產品上線時間很早就被敲定,所以大部分的專案,下場就是沒有得到足夠的迭代;最後不是砍規格,就是RD跟設計師一起加班趕進度,甚至還有上線兩個月前規格才完成的狀況……
從產品經理的角度,談預估工時的5個意義/Evonne Tsai
從產品經理的角度,談預估工時的5個意義/Evonne Tsai
從產品經理的角度,談預估工時的5個意義/Evonne Tsai
有人問,公司的開發方法是瀑布式,但由於規格常常變動,所以專案預估的時程很不準,那預估工時的意義是什麼?我認為,問「為什麼要預估工時」跟問「為什麼要做計畫」一樣,如果預估不準,應該要檢討不準的原因,而不是就不估了;如果計畫沒有照規劃執行,應該要檢討為什麼,而不是不做計畫、直接放棄治療。 我們公司的流程是,評估市場需求→PM提案→設計師開規格→RD實作→QA→發布,實際上是什麼開發流程我是不知道;網路上有看過離職的前輩說這是瀑布式,公司這幾年又把一些敏捷的思想帶進來……。 但矛盾的是 我們的產品上線時間很早就被敲定,所以大部分的專案,下場就是沒有得到足夠的迭代;最後不是砍規格,就是RD跟設計師一起加班趕進度,甚至還有上線兩個月前規格才完成的狀況……