看板
[ Soft_Job ]
討論串[請益] 預估工時的意義在哪？
共 9 篇文章
內容預覽:
我們公司的流程是. 評估市場需求→PM提案→設計師開規格→RD實作→QA→發布. 實際上是什麼開發流程我是不知道. 網路上有看過離職的前輩說這是瀑布式. 公司這幾年又把一些敏捷的思想帶進來.... 說因為沒有一個人神到可以設計出最終規格. 所以產品要不斷迭代 RD可以先做出一個成品給設計師看 跟設計
(還有833個字)
內容預覽:
估計準不準,不同功力的工程師還是有差.. 我記得我上次寫過資深工程師的差異.就有提到這點.等等我再貼連結.. 我換過 八間 大到幾千人 小到十人的不同規模公司.. 我甚至還寫過遊戲軟體管理的文章.. 原PO講得這些問題都發生過.有些是制度文化問題.有些是工程師自己想太多.. 很難概括而論.每間公司每
(還有1211個字)
內容預覽:
跟大家分享一下我的理解. 也請大神們不吝分享與討論. 我認爲工時預估或者所謂的甘特圖. 其實對於一個軟體專案的開發非常重要. 理想狀況是：. 公司要做一個專案. PM召集軟體部門的技術主管. 一起把一些要實現的功能做大方向的規劃. 然後主管們根據. 自己的經驗以及對手下開發者(Developer,
(還有2003個字)
內容預覽:
這問題要看你從哪個角度來看,. 基本上你是 PG / SA / PM / sales / Manager 角度都不一樣.. PG: 預估工時是為了估算自己的價值跟確保自己的產能順利不受干擾. SA: 預估工時是為了協調系統跟系統間界接,. 確保對接的 frame 最小跟架構調整最適合. PM: 預估
(還有4650個字)
內容預覽:
預估工時本身沒有錯，問題是我們怎麼看待預估的結果. 『預估工時』本身只是個工具，不是結果. 如果真的要從虛工的角度來看，坦白說，連講話都是虛工。. 開會更是浪費時間的極致. 程式碼不就是一堆字，把字打完就收工，其他都多餘的. 但是軟體開發真的是這樣嗎？. 從另外一方面來看，真正的虛工經常是管理層對於
(還有399個字)