看板 [ Soft_Job ]
討論串[請益] 有關軟體開發的工作預估時數算法
共 3 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#3
Re: [請益] 有關軟體開發的工作預估時數算法
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者DearKurt ("小朋友"會自己找出路...)時間14年前 (2011/07/14 13:17), 編輯資訊
0
0
0
內容預覽:
這應該要很明確的軟體需求. 而且要有類似經驗 才評估的出來吧. 譬如像是一天大概可以處理5張人機畫面. 15張畫面大約3天. 另外數量小或許沒什麼問題 但一旦數量大又會衍生其他問題. 譬如要設計整廠的人機畫面要200張 就不是那麼簡單40天完成. 因為IO點數很多 如果當初IO點命名沒有好好規劃 或
(還有67個字)
#2
Re: [請益] 有關軟體開發的工作預估時數算法
推噓0(0推 0噓 1→)留言1則，0人參與, 最新作者OriginStar時間14年前 (2011/07/13 23:03), 編輯資訊
0
0
0
內容預覽:
那我來分享一下我的做法好了，首先用 Word 把需求明確的寫出來，包含解決. 方法之類的，後續有變更的話，每項變更也是用 Word 寫一份。. 再來是用 Excel 把需求切割成許多獨立完成的工作，就像「工作分解結構」. 那樣，然後為每項工作列出完成的優先順序，提出需求的日期，預估完成時間. 及實際
(還有94個字)
#1
[請益] 有關軟體開發的工作預估時數算法
推噓2(2推 0噓 0→)留言2則，0人參與, 最新作者walife (哇來福)時間14年前 (2011/07/13 15:59), 編輯資訊
0
0
0
內容預覽:
想跟大家請益有關軟體開發的工作預估時數算法。. 之前都是靠經驗作直覺式的評估，這種算法當然是很不準。. 聰明一點的會加緩衝期，如估實作3天，再加1天測試，再加1天debug 等於5天。. 但以上還是經驗法則而已. 後來得知一個"功能點數分析法"(Function Point Analysis). g
(還有308個字)
首頁
上一頁
1
下一頁
尾頁