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

※ 引述《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. 你父母是否能夠隨時聘用一個新的兒子

如果父母跟兒子是雇傭關係 我應該二十多年前就變孤兒了

--

你有跟過SFV首發嗎XD

你文章講的兩句話 「對開發項目

」 「那

直接開工比較快」 還有你文章標題：

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