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

看板Soft_Job (軟體人)作者SkankHunt42 (凱子爸)時間12小時前 (2025/09/05 14:42)推噓10(10推 0噓 2→)

留言12則, 10人參與討論串2/3 (看更多)

※ 引述《cheryl89531 (0.0)》之銘言： : 對開發項目進行估時毫無意義，因為最終的產出不是工程師需要多久 : 估時最終產出基本是主管預期這件事做多久才合理 : 專案出現: : 估時6個月-主管/PM/業務覺得太久-勸說/施壓->3個月 : 估時3個月-主管/PM/業務覺得好像差不多----->3個月 : 所以估時是一個，協助主管心靈探索的活動，關鍵是找到他心中的甜蜜點 : 那幹麻花這個時間? 直接開工比較快因為打工人其實沒有太多決定權不管是基層打工人還是高層打工人本質上都是打工人除非你股份很多我30歲以前也覺得預估工時很鳥但實際上商業活動就是: 1. 企業必須獲利連NPO都必須找贊助 2. 軟體公司要獲利就必須把服務/產品賣出去 3. 只要軟體公司還有競爭者或地位可受挑戰就必須持續開發新功能或新產品 4. 投資者的耐心不是無限的所以必然得有個時間讓錢落袋遊戲公司的話很好懂所以為什麼卡普空有的時候快到財報月、遊戲半成品也要硬上因為重點還是在獲利那些訂閱制軟體也要持續蓋壁壘加大產品的宰制地位有些公司 N到N+1.0沒多多少屁東西 bug越來越多還是要搞個新版本出來可以三年不改版不更新又能持續獲利的產品真的是市場中的少數所以狀況確實就是上面已經押了個時程下面的人只是要依照這個時程行事要你畫押工時撇除micromanagement 其實就是要讓你有時間壓力有興趣的人可以去查查帕金森定律絲綢之歌就是沒有時間壓力才會一堆人直到昨天都還戴著鼻子再來就是預估工作規模其實在產品開發上還有一個很大的用處那就是功能的取捨如果一個我們不認為那麼重要的feature 結果開發所需人月跟好賣的feature一樣在情況緊急的狀況下你會先割捨掉哪個？所以重構除非你能夠量化透過數據證明給產品開發或品質帶來與銷售利益上的掛鉤一般很難說服別人也是這個理由最後回到你舉的例你父母想要抱孫 1. 你父母是否有支付你薪水去進行生育任務 2. 你父母是否能夠在你生育績效表現不好時斷絕與你的親子關係 3. 你父母是否能夠隨時聘用一個新的兒子如果父母跟兒子是雇傭關係我應該二十多年前就變孤兒了 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 146.70.205.188 (日本) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1757054541.A.9F6.html ※ 編輯: SkankHunt42 (146.70.205.188 日本), 09/05/2025 14:44:29

推

viper9709

09/05 16:22, 10小時前 , 1^F

09/05 16:22, 1^F

你有跟過SFV首發嗎XD

推

cheryl89531

09/05 17:47, 9小時前 , 2^F

09/05 17:47, 2^F

→

cheryl89531

09/05 17:47, 9小時前 , 3^F

09/05 17:47, 3^F

→

cheryl89531

09/05 17:47, 9小時前 , 4^F

09/05 17:47, 4^F

你文章講的兩句話「對開發項目進行估時毫無意義」「那幹麻花這個時間? 直接開工比較快」還有你文章標題：軟體開發根本就不該進行估時我直接告訴你為什麼軟體開發要估時、意義在哪、幹嘛花這個時間。是你寫文章喜歡離自己題、還是你搞不清楚自己想表達什麼？估時不精確，不代表估時這個行為沒意義。那你開車時間都是確定的？路上都不會遇到車禍導致的堵塞？那照你的邏輯，Google Map乾脆提示路徑不要顯示預估到達時間好了，反正充滿變數台鐵時間表也拆掉好了反正一天到晚誤點預估就一定會有誤差，差別在於誤差大還是誤差小如果你主管叫你寫個function去開一個file dialog打開JSON檔你估工時要一個禮拜這叫蝦雞巴亂報如果工程團隊評估一系列feature要一個月 PM硬要你改成一周這叫蝦雞巴亂管跟估時行為本身的好壞無關 ※ 編輯: SkankHunt42 (193.148.16.118 日本), 09/05/2025 18:24:04