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