估時非常重要，因為完成一個需求往往有非常多的手法。
你估計六個月的時間，PM 要壓到三個月，你才會知道原本想到的開發方式不可行，要改
做法。
一定要用到資料庫嗎？還是存成檔案就好？
一定要切微服務嗎？還是做成單體就好？
一定要抽組態檔嗎？還是這次先 hardcode 就好？
一定要 in-house 自己幹嗎？還是 survey 外面現成的 open source 套件就好？
方法千變萬化，而限制條件讓你決定做法。
之前有個 lead，在還不確定時間限制條件下，設計出的方案幾乎是心臟移植（打掉重練
），後來確定時間限制，才乖乖地找出微創手術的方法。
給一個人無限的資源和時間，往往永遠生產不出任何東西。
只有給了限制，才能真正得到成果。

說得好 如果給五倍時間 就算你只是要做個待辦清單 都可以從高可用 可擴展 安全性 易維護等各方面把時間耗完

推

推，估時跟訂目標本來就兩件事

確實

估時是評估的一部分 開發前的評估是影響成效最重要因素即使是一人專案自己開發自己當老闆 也是要評估不過當打工仔時期我反而不會太認真評估 一律粗略浮報越是重要的事情會花越多心力進行評估後才開始執行

推

推樓樓上

能力問題吧，夠強的可以縮短很多開發和修bug的時間

樓上你再強，你估計只要一個月，但 PM 想壓到一週，你還是要思考不同的做法啦，所以這根強不強無關啦，你以為強就是打字快喔？現在也快不過AI啦

說夠強就沒問題的那句話根本是無意義敘述阿XD夠強就可以無限壓縮時間? 還是夠強就不用估時間?整句話就沒有實質內容

pm 壓一週也要他有戰績有說服力 不然趕時間對自己職涯沒幫助

也有PM壓到團隊解體案子爛掉的，壓了就有產出是在壓媽路哺？

市面上好像有一些軟體開發估時軟體，那些準嗎？

壓馬路XDDD

要看PM有沒有能力了

大公司的pm抓時間也不一定準，反而更有很爛的龜在裡面

我怎覺得像廢話 哪個需求是有無限時間資源的設計思維又不是只有達成目標 維護性 彈性也會考慮不給時間限制心臟移植有啥問題 就沒給時間限制阿

不過現在太多跑所謂敏捷的團隊 花一堆時間對小事情評估去評估要不要進行評估 或是花多少時間評估 也是一門學問經驗夠的話 很多事確實不用討論開會就有答案因此這裡面最有價值的就是技術底又懂產品商業邏輯的管理可以省掉多個部門間來回權衡拉扯的階段有太多技術人堅持品質 忽略大家來上班就是為了幫公司賺錢老闆請到錯誤的人來把關 最後就是手術成功病人死亡

估長=你爛 估短做不出來=你爛 老闆:不是敏捷?

認同 明天下班前交出來

敏捷的精神並不代表速度快時程短敏捷的精神其實是比較像是變化轉向快兩個月的瀑布切成兩個禮拜的奔跑 就是產出四分之一的半成品但是那個半成品可以確認整體有在動起來並逐漸完整

升級點數全點到敏捷 閃避格檔點滿

然後就無償被多加PM的工作