Re: [請益] 預估工時的意義在哪?

作者: cheryl89531 (雪莉兒)   2019-07-29 23:08:33
分享一下前公司的經驗
那邊離職率不低 現在不知道員編破千沒
每個案子都是要預估時程的
前面文章討論過了 預估時程有意義不贅述
我跟幾個成員一起討論 預估的還算準
但問題不是出在預估上面
主要是上頭想做的事情多到不可能做完
預估時程最後淪為政治工具
開始出現所謂的 這有那麼難嗎?
PM就開始安撫工程師不要想太多
反正你先做就對了 後面趕不上再想辦法
PM會想辦法讓自己的案子 預估起來很短
這樣才有辦法被上頭受理成立
而主管想推的事 眼看PM把時程擠滿滿
會私下找你聊聊 把不敢拿上檯面的爛帳交給你
說這是給你成長的機會 提醒你抽空做就好
暗示你這是額外的喔 變成隱形的時間
完成的話會向老闆提拔你
如果沒做會怎樣? 我不知道 說不定根本不會怎樣
當初傻傻的就做了 結果也沒加薪
回過頭來當時預估還算準的時程
因為各種隱形的時間當然是延期了
上線時間PM跟客戶敲定了不能動
變成加班又到處hard code
反正我不在了 那些hard code的東西
大概又被主管拿去拐新來的菜鳥
給你成長的機會喔
現在來到一間跑敏捷的公司
預估這件事還是存在 只是形式變的不太一樣
每個Sprint會讓RD自己認領Story
你領的Story就是這個Sprint要做完的
領了就要做完 可以報加班但是你要想辦法生出來
做不完你當初就不要領 一開始就要講清楚
因為一領完PO就會講出去 老闆跟客戶都會等Review
好處大概是 每次都只要答應一個Sprint的東西
剛來的時候前幾次很慘 加班到爆 說好的敏捷呢
因為原本跑的是比較長期的案子
有慢慢規劃 然後再一口氣開發的習慣 整個適應不良
但漸漸地也已經習慣 知道怎麼拿捏不要over design
慶幸目前還沒被主管拉去悄悄話
說這個驚喜彩蛋交給你解決
最後我想說 你過的爽不爽
跟什麼軟體開發方法沒有一點屁關係
那些都是工具而已 重要的是
工具是被拿來參考 還是拿來壓榨
作者: thund (天下御免)   2019-07-29 23:11:00
所以終究還是人的問題
作者: NDark (溺於黑暗)   2019-07-29 23:44:00
沒有哪裡沒政治的. 說沒政治的人只是剛好適合公司文化而已.
作者: MOONY135 (談無慾)   2019-07-30 00:00:00
比較想知道菜鳥領了做不完會怎樣
作者: NDark (溺於黑暗)   2019-07-30 01:50:00
其實不會怎樣. 其他人幫忙擦個屁股事情還是可以解決.每個人都會有犯錯的時候.fire人造成的成本絕對比task delay來得大.
作者: MOONY135 (談無慾)   2019-07-30 07:38:00
我都想保守的拿點數
作者: leveger0903 (脆笛酥)   2019-07-30 12:53:00
總覺得還是人的問題 現在待的地方算給充裕的時程 但缺點可能就是不喜歡寫原生的
作者: Lorekeeper (博學者)   2019-07-30 19:55:00
一堆開發工具方法到鬼島就變成壓榨工程師的東西
作者: peter9s3b   2019-07-30 22:45:00
變成為期兩個禮拜的瀑布開發XD
作者: viper9709 (阿達)   2019-07-31 00:40:00
一樓正解
作者: charlie0275 (派大猩)   2019-07-31 13:38:00
老闆PM思維不改 啥方法都沒用
作者: dancedolf (我想學paso><)   2019-08-04 08:12:00
原先的問題應該是在範圍變更不受控 個人也遇到同樣的事情 但是要提醒自己 範圍變更後 該做的工作置換或是時程調整 一定要做 而且要發給所有關係人 如果還是都要 範圍或時間 那就看上面人怎麼去溝通協調了以前覺得估工時 是在壓軍令狀 如果對於範圍功能內容不了解 根本就是隨便估 誰知道準不準現在是對範圍內容較能掌握 評估工時比較精準而且不清楚的地方 可以先留設計方案時間 review 完再補上 現在估工時是為了瞭解進度狀況 另外就是拿來討價還價用的

Links booklink

Contact Us: admin [ a t ] ucptt.com