作者:
sec5566 (sec)
2017-09-21 13:02:40常被pm問到預計多久完成，
可是一個新功能開發，我自己都沒把握，
因為都是新東西不知道中間有什麼困難，
最後隨便估個三天五天，根本沒有意義啊？
早了也沒怎樣，晚了又砲說不是答應了，
有時候東西難度比想像中高，
都要在改時間，一樣又問要加多久，
有時候專案已經是n手了，
光看程式就花一到三天，
剩一天根本寫不出來，
開太久人家又說這個rd很爛，
大家都是怎麼估時間的？
作者: rayshiuan (子胖) 2017-09-21 13:29:00
先要兩三天時間研究 比較有底了再答 不行就說目前不清楚 寧可不答也不要亂答
估錯時間也不會怎樣 反正 PM 也是一天到晚出包讓 RD扛
PM:這個很簡單，幾分鐘就能完成了，但是我很忙沒空XD
當 RD 就要有 RD 的格調，連程式都不會寫的人給我閉嘴
作者:
TheJim (TheJim)
2017-09-21 13:38:00誰說PM都不會寫程式
作者:
testPtt (測試)
2017-09-21 13:50:001天能做完的要估1週 因為1天只會認真1小時
作者:
come (come come )
2017-09-21 13:54:00用僕克牌呀
還是要抓個大概拉，不然PM不知道需要一天一週一月一季
作者:
gmoz ( This can't do that. )
2017-09-21 14:07:00去看約爾趣談軟體
直接回文 引用原文不就好了...怕被刪就不要用推文啊
作者: Jiapie (小星) 2017-09-21 14:51:00
他沒問你一天寫幾行算客氣了.... ^^;;
作者:
iamshiao (CircleHsiao)
2017-09-21 15:24:00搜尋 敏捷開發 穿刺實驗
作者:
senjor (哞哞)
2017-09-21 16:03:00粗估時程，但是每天回報進度，然後每天重新修改預估時間。
作者:
FrAnKw (hard to believe)
2017-09-21 16:18:00Divide and conquer, 把工作分區塊，分到最小單位你會比較好估，自己有底的時間跟報出去的時間要有點緩衝值建議修點專案管理課程，這樣才可以跟PM好好合作或電暴對方全部都開成一個個的獨立區塊估工時，加總過後的結果若你估的時間是合理的，對方也比較沒辦法challenge反而是你鉅細靡遺，可以去challenge對方嫌你做太久把工作切分到最小單位在專案管理裡術語工作包，可以去查查
看PM懂不懂技術 不懂的話就唬爛說很難 多報好幾天
作者:
mathrew (Joey)
2017-09-21 17:12:00直接開三年 慢慢寫
作者:
chuegou (chuegou)
2017-09-21 17:36:00我都亂壓 反正他會一直插其他事 100%delay
作者:
chocopie (好吃的巧克力派 :))
2017-09-21 18:22:00PM自己都很愛亂插事情進來，有夠煩
作者:
RINPE (RIN)
2017-09-21 19:48:00目前專案沒時程 做了快3個月沒人理我QQ
作者: sufun (雲淡風輕) 2017-09-21 19:54:00
ㄠ
你要挖進去看code看完才估阿...沒把握要研究好技術細節才估沒把握 = 有可能一輩子做不出來 這樣你怎麼估?
作者:
bitcch (必可取)
2017-09-21 21:26:00作者:
jack0204 (Jarbar王朝)
2017-09-21 22:44:00功能拆細後個別估時間，再加上幾天架構思考後時間*3
作者: cloudgoogle (漫步在雲端) 2017-09-21 23:21:00
反正長官都早就有底了 開久一點 他就會慢慢砍了
作者:
dancedolf (我想學paso><)
2017-09-21 23:42:00功能拆細 分別估算加總 一天開發時間按6小時計算盡量多拉同組成員一起估 取個最大值
作者:
yyc1217 (somo)
2017-09-22 00:18:00隨便估的時數*2.5
這問題很多新人都會碰到呢 估時間跟pm完全無關 *幾或+幾都是後話 重點是那個基數怎麼估 前面有些人分享的不錯 但我覺得其實也滿吃經驗的
作者: buper (ymsrc) 2017-09-22 09:27:00
靠腰開發時間他自己心底都有底..還來問是問心酸的
我覺得你要用 理想工作天去估算比較好 然後如果她估不出來其實可以換公司了 不會coding的pm就是垃圾公司
作者: cwhwillie (傳說123) 2017-09-22 15:36:00
一堆人搶著要進某人說的垃圾公司，也是很奇怪垃圾公司但年薪屌打本土資訊業，真的很奇怪
作者: bizer (bizer) 2017-09-22 22:53:00
新功能還能divide 我也滿佩服的，交給有經驗的去切還比較妥當
樓上網址別亂給好嗎 敏捷開發跟瀑布開發不是這樣用好嗎碼的真的一堆低端pm在這邊亂小 現在誰在用敏捷開發zz真的有做過大型MVC專案嗎 還是接個幾千萬就覺得好大竟然還會有人質疑用理想工作天去估算這件事 可笑
作者:
Clain66 (酗咖啡是種原罪)
2017-09-23 07:09:00說沒人在用敏捷開發的會不會太誇張，story point 有這麼困難？用人天來估算除非你是用機率模型來估計，不然就只是喊爽的，還是你可以跟別人借兩個月來生孩子？
作者:
tx50xyz (想要好的房貸利率)
2017-09-24 07:58:00回，以我目前的能力約自己預期的工作日加2日，PM無法說太久了，或主管定你，我就是這樣回
作者:
derekQQ (å°å“ˆå“ˆ)
2017-09-25 00:11:00學業務的口吻：厄...大概兩個禮拜(過後不用理...
作者: kkk003 (海寒) 2017-09-25 21:30:00
切成小單位TASK會比較容易估算