→ gname:你可以試試 M$ Project 07/14 22:54
那我來分享一下我的做法好了，首先用 Word 把需求明確的寫出來，包含解決
方法之類的，後續有變更的話，每項變更也是用 Word 寫一份。
再來是用 Excel 把需求切割成許多獨立完成的工作，就像「工作分解結構」
那樣，然後為每項工作列出完成的優先順序，提出需求的日期，預估完成時間
及實際完成日期與時間。
重點是當完成一項工作之後，或是有新需求，要重新review 這份 Excel，
重新為每項工作排列優先順序，當然如果預估時間覺得需要調整的話，也順
道調整一下。
再來是用另一份 Excel 記錄當下工作要開始的時間，工作結束的時間，這樣
比較能 Focus 當下的工作，不會發散。
我利用這個方法手上好幾個專案一起做，都蠻得心應用的。
供大家參考一下。
※ 引述《walife (哇來福)》之銘言：
: 想跟大家請益有關軟體開發的工作預估時數算法。
: 之前都是靠經驗作直覺式的評估，這種算法當然是很不準。
: 聰明一點的會加緩衝期，如估實作3天，再加1天測試，再加1天debug 等於5天。
: 但以上還是經驗法則而已
: 後來得知一個"功能點數分析法"(Function Point Analysis)
: google可以找到PDF來看，和CMMI的運作有關。
: 目前的工作地點，會用這個分析法在EXCEL上列公式，填數值作計算。
: 發現有個使用上的問題，
: 如果你用1個大功能，分成幾個小功能，就可以估出的點數就很多，反之則少。
: 例:會員查詢(查詢搜尋-> 得結果列表 -> 明細查詢)
: 1. 只用一個"會員查詢"，公式算，約可得35點。
: 2. 如用"查詢搜尋-> 得結果列表 -> 明細查詢"，約得15*3=45點。
: 以上總加的數據是一樣的，但第1點是列在同一行計算，第2點是分在3列計算。
: 以開發人員立場，當然是第2種算法好。
: 但光是列出第2點的數據，就有得忙了，很費時。
: 而用第1點的方式，又會估算得太樂觀-> 因此被唸過…冏~
: 不知大家都是怎麼估算自已的工時的? 煩請大家分享~感謝
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.115.245.237