PTT職涯區 / Soft_Job (軟體人)

[討論] 軟體開發根本就不該進行估時

看板Soft_Job (軟體人)作者 (0.0)時間12小時前 (2025/09/05 13:11), 編輯推噓12(13推 1噓 31→)
留言45則, 21人參與, 3小時前最新討論串1/3 (看更多)
對開發項目進行估時毫無意義，因為最終的產出不是工程師需要多久 估時最終產出基本是主管預期這件事做多久才合理 專案出現: 估時6個月-主管/PM/業務覺得太久-勸說/施壓->3個月 估時3個月-主管/PM/業務覺得好像差不多----->3個月 所以估時是一個，協助主管心靈探索的活動，關鍵是找到他心中的甜蜜點 那幹麻花這個時間? 直接開工比較快 我已經訂好婚禮的日期，請客飯店預約30桌，預算100萬 喔等等，但我還沒約過她出門呢，我們才剛認識 根據我過去交女友的經驗，我婚禮先訂在2年後，應該可以吧 父母: 我要抱孫子，太慢了你都幾歲了還不快點 我: 不行，因為這樣這樣，那樣那樣 父母: 隔壁老王1年交往1年就結婚了，你為什麼不行? 我: 好! 那我婚禮跟請客飯店，改訂在1年後 其實應該聯合老王(所有工程師)一律回2~3倍的估時 這樣才能控管主管的心理期待 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.250.142.217 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1757049097.A.EFC.html
→
09/05 13:16, 12小時前 , 1F
那你就慢慢弄
09/05 13:16, 1F
推
09/05 13:20, 12小時前 , 2F
不爽可以離職
09/05 13:20, 2F
推
09/05 13:31, 12小時前 , 3F
問就是離 這應該是蠻看團隊文化的啦
09/05 13:31, 3F
推
09/05 13:44, 11小時前 , 4F
標準作業估時才有意義 專案by case的作業 估時的確
09/05 13:44, 4F
→
09/05 13:44, 11小時前 , 5F
只是PM應付業主用的
09/05 13:44, 5F
推
09/05 13:44, 11小時前 , 6F
估時可以，但不是拿來最後問責的
09/05 13:44, 6F
推
09/05 13:49, 11小時前 , 7F
其實就是有沒有遇到好主管的差別，爛主管你才一天到晚糾
09/05 13:49, 7F
→
09/05 13:49, 11小時前 , 8F
結工時精不精準，好主管的估工時只是互相確認 effort 大
09/05 13:49, 8F
→
09/05 13:49, 11小時前 , 9F
小認知有無一致，實際上超過估時一週也不會催你，因為平
09/05 13:49, 9F
→
09/05 13:49, 11小時前 , 10F
時就有在回報進度
09/05 13:49, 10F
→
09/05 13:50, 11小時前 , 11F
不可能完全不估，不然某工作老闆認為一週，你覺得要一個
09/05 13:50, 11F
→
09/05 13:50, 11小時前 , 12F
月怎麼辦
09/05 13:50, 12F
→
09/05 14:04, 11小時前 , 13F
管理上不可能不估工時啊，產品總要估上市時間吧
09/05 14:04, 13F
推
09/05 14:14, 11小時前 , 14F
估時是要計算成本跟完成時間啊 不然PM估3個月的成本 你做
09/05 14:14, 14F
→
09/05 14:15, 11小時前 , 15F
6個月 就算沒有合約相關問題 後面3個月不需要付你工資嗎?
09/05 14:15, 15F
→
09/05 14:46, 10小時前 , 16F
問就是你還太菜而已 不到管理的階段
09/05 14:46, 16F
→
09/05 15:32, 10小時前 , 17F
如一/二樓，如果是個人專案你想弄多久都行
09/05 15:32, 17F
噓
09/05 15:45, 9小時前 , 18F
還好沒跟你合作
09/05 15:45, 18F
→
09/05 16:06, 9小時前 , 19F
問就是私人side project
09/05 16:06, 19F
推
09/05 16:11, 9小時前 , 20F
回一個原PO所說的勞方聯合起來
09/05 16:11, 20F
→
09/05 16:12, 9小時前 , 21F
其實在歐洲這叫商會 譬如說木匠加入木匠商會
09/05 16:12, 21F
→
09/05 16:12, 9小時前 , 22F
由商會與政府或顧客協商 維持木工的定價
09/05 16:12, 22F
→
09/05 16:14, 9小時前 , 23F
近代的時代演變是將這層商會組織打破
09/05 16:14, 23F
→
09/05 16:14, 9小時前 , 24F
好處是 勞工不需要靠行 就能接案
09/05 16:14, 24F
→
09/05 16:14, 9小時前 , 25F
壞處就是每個接案(打工)的勞工被各個擊破
09/05 16:14, 25F
→
09/05 16:15, 9小時前 , 26F
打比方來說Appstore貌似打破了開發者->發行商->顧客的模式
09/05 16:15, 26F
→
09/05 16:15, 9小時前 , 27F
貌似解放了開發者讓其能夠直接面對顧客
09/05 16:15, 27F
→
09/05 16:16, 9小時前 , 28F
但實際上每個開發者面對商城任何規則都只能接受的弱勢
09/05 16:16, 28F
→
09/05 16:16, 9小時前 , 29F
區域型態的發行商 你還能跟他談條件
09/05 16:16, 29F
→
09/05 16:17, 9小時前 , 30F
全球型態的平台商 尤其是封閉系統 開發者根本沒別的選擇
09/05 16:17, 30F
→
09/05 16:19, 9小時前 , 31F
推根本就主管說了算+1
09/05 16:19, 31F
推
09/05 16:33, 9小時前 , 32F
抓進度
09/05 16:33, 32F
→
09/05 16:33, 9小時前 , 33F
結果都是加班
09/05 16:33, 33F
推
09/05 16:38, 9小時前 , 34F
正常開發被縮時程，可以在協商拉，但就很累一來一回
09/05 16:38, 34F
→
09/05 16:42, 9小時前 , 35F
如果是你們主管沒sense跟別的部門亂報，那你就把你怎麼估
09/05 16:42, 35F
→
09/05 16:42, 9小時前 , 36F
的跟他講清楚，他都聽不下去不離職就是你的問題了
09/05 16:42, 36F
推
09/05 18:11, 7小時前 , 37F
工時要拿來估成本跟進度管理的，報6個月可以砍成3個月，不
09/05 18:11, 37F
→
09/05 18:11, 7小時前 , 38F
是管理太爛就是工程師自己也沒概念亂估。
09/05 18:11, 38F
→
09/05 19:33, 6小時前 , 39F
重複性的碼農工作 可以估很準 但做那幹嘛
09/05 19:33, 39F
→
09/05 19:33, 6小時前 , 40F
應該是短期有個目標 持續追蹤 達成了繼續下個目標
09/05 19:33, 40F
→
09/05 19:54, 5小時前 , 41F
不可能不估時= =
09/05 19:54, 41F
推
09/05 20:42, 5小時前 , 42F
看是什麼專案 那種合約直接壓日期通常很硬 趕上線就是一
09/05 20:42, 42F
→
09/05 20:42, 5小時前 , 43F
堆bug 也有那種需求端只求穩的 上線日一直延後也很常見
09/05 20:42, 43F
推
09/05 21:31, 4小時前 , 44F
講的不錯
09/05 21:31, 44F
推
09/05 22:22, 3小時前 , 45F
有笑有推
09/05 22:22, 45F
‣ 更多 cheryl89531 的文章
文章代碼(AID): #1ekd49xy (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 cheryl89531 的文章
文章代碼(AID): #1ekd49xy (Soft_Job)