1樓：KidTrak
這是個專業活，因為非標。和評估人員經驗和水平、開發團隊水平、使用者軟體期望等均有很大關係。還有和使用者的認知也有極大關聯（比如由於專業限制，使用者可能無法理解乙個簡單的站內搜尋和baidu/google搜尋的區別）。
第3方評估http://
dev.hireview.cn
可試試，不過私以為對於過於複雜的需求，或是使用者自己還不知道要做什麼的，就不太合適了：）
2樓：衛視迭起
軟體任務評估，我認為用時間來評估是不靠譜的。原因，非常簡單，給你舉乙個例子，兩個相同量的任務，如果你先評任務A，你評了乙個人月，最後你只花了半個月，那麼你評B的時候,你就會估算為半個月而不是乙個月，你會發現，這樣算下來你的速度不是增加了，而是減少了。之前你用半個月完成了乙個月的工作，而現在你用半個月完成半個月的工作，速度下降了。
這樣會導致乙個狀況，就是開發人員在評估的時候，她他會盡量把時間往長了估，以體現他的高效，然而還沒有辦法來約束，比如通過delphi法。因為每個人對乙個任務的完成時間的想法都是非常不同的且無法達成一致。你認為乙個月，他認為半個月，還有人認為是兩個月，還不能說別人的想法是錯的。
有乙個很好用的技術叫故事點 story point，它是通過對比的方式，來評出任務的難度大小，完全不去考慮開發時間，只是從體量上和需要付出的資源上去考慮乙個任務的大小。它沒有單位，是乙個相對值。在最開始我們可以找乙個比較小的任務，大約大家都認為1/2天可以完成的任務，把它的故事點定為1，然後用其他任務去跟這個任務做比較，如果覺得其他的任務是這個任務難度的兩倍，那麼點數就是2，吐過是3倍，就是3，如果是5倍，就是5點。
用費布納奇數列來表示。
想要上手這樣的評估方法，是需要適應一段時間的，努力讓自己不去思考乙個任務的開發時間，而是從它的難度和體量上去考慮。對任務進行評估的時候，最好採用團隊的方式，就是大家一起來評，然後用delphi法或者平均數的方法計算出點數。
根據我這些年的經驗來看，這個方法非常準確。通過點數以及開發時間，可以計算出開發人員的速度，再用這個速度去推未開發任務的時間，基本上都是準確的。
3樓：DINGDANG
軟體開發工作量評估方法，國家這幾年已經發布了相關的標準，工信部行標《軟體研發成本度量規範》、北京市地標《資訊化專案軟體開發費用測算規範》等，你可以去看看。我們公司目前也在使用這些標準中規定的方法，效果不錯。簡單來說，就是先估算功能點規模，再利用估算資料模型估算處工作量，在乘以人月費率。
我們使用的資料是北京軟體造價評估技術創新聯盟發布的，他們每年發布一次，算是目前最為權威的資料了。
4樓：
在不同階段，可能有不同的評估方式
在投標及方案階段，估工作量更多比較倚重個人經驗或歷史估算法（有類似的參考專案），更多是基於粗的工作範圍去評估。這個工作量評估結果是為了支撐售前用的
在專案立項後的計畫階段，工作量評估會基於前面工作範圍分解出的wbs進行評估，同時考慮deadline、技術難點、需求變更風險等等因素。
在實際開發過程中，工作量評估還需要根據多種實際情況隨時使用，不同的開發模式或開發模式也是影響工作量評估的因素之一
5樓：張小猴
將系統按模組劃分，每個模組需要多少時間，加上之前溝通的時間和測試、實施的時間，綜合在一起的時間多算上30％，是系統總時間。人員水平有高低，按平均算。
如果有技術難點和需求變更，還多需要時間
工作量該如何定義？
中華禮文化 青少年擁有很大的激情，但不太穩定。從心理上講，青少年的心理還處於發育中，沒有形成成熟穩定的心理結構，人格也不太完善，所以肯定幹不過年齡大的人。另一方面，青少年如果過早的工作，會把珍貴的用以學習的時間浪費掉了。你去問問你父母，看他們現在還能學進去嗎。上班其實不止是工作量那麼簡單，需要考慮的...
團隊成員評估專案，老是誇大工作量，怎麼辦
紙老虎 分享乙個故事 有個不差錢的客戶針對某個業務領域請了個諮詢團隊，因為專業，懂的人不是很多，所以不知道錢花的值不值。另外也請了乙個團隊做同樣的事情，結果兩個團隊做出的東西一對比，他就知道誰更專業了。接下來的活都由專業的來做，被淘汰的那個無話可說。這說明適當引入競爭，對於效率和質量的提公升很有幫助...
如何評價華為軟體開發雲？
aaaa 講道理。真的。感覺好雞肋啊。本人小創業公司開發者，試用了一下。乙個git 專案管理工具。我覺得這東西華為推不動。像我們這小公司總共三個碼農，真的用不起這麼重量的專案管理工具。真用了恐怕每天一半的時間用在寫工作流程 工作進度上了。而大公司。不好意思大公司早都已經形成了完善的專案管理流程。可能...