用於計算項目所需工時的工具或公式

Question

是否有計算某個項目所需工時的工具或公式？無論是通過詳細說明，還是更好的方法，輸入資料來源，並計算出項目投入工時的標準。

編輯：

我經常聽到大項目，與衆多集團建於並行組件，他們花了幾千個工時才能完成，但他們在短短x天結束了。可能是支持球隊效率的論據......所以我認爲至少可以估計這些措施。我相信，努力使這些估計是自動的，即使它們可能不能反映項目的實際投入時間，但至少我想知道「最先進的」是在這種努力中。

Answer 1

這就是所謂的功能點分析。

通讀本條introductory article。 或嘗試Wikipedia article以獲取更多參考資料和外部鏈接以跟進。 該技術基於查看要在軟件中實施的功能併爲其分配點數。然後你計劃每天可以達到多少點來計算一個時間表。

還有一些技巧更多地依靠心理學，這涉及到要求人們以最好，最差，最可能的方式估計項目中單個任務的時間，將他們的估計減半，並用項目的末尾填補一個未指定的緩衝時間，只有在需要時纔可以用於後期運行的任務。這項工作通過爲開發人員提供一個簡短的結果時間表，但有希望的管理層/客戶有更長的時間表。這就是所謂的關鍵鏈項目管理，並在國防項目中取得了成功。

• Introduction to Critical Chain
• Wikpedia article

Answer 2

估算新項目的工時比經驗公式更重要。當我開始編程時，出現了這種名義上的「每小時10行調試代碼」，這是代碼棒，但根據代碼類型，語言和軟件工程師的經驗/技能，這個數字會有很大的差異。

我建議你在網上搜索關於估算軟件開發項目的文章，這樣一篇文章的一個例子就是這個How to estimate a software project in man-hours?。但這絕不是確定性的，但確實證明了所涉及的複雜性。

至於看一些代碼和估計，你最好還是在空中沾溼手指並猜測。只有涉及的程序員纔會知道，我甚至懷疑答案是不準確的。在一天結束時，這是一個估計，而不是一個報價或一個事實，因此經常會出現狂野的變化。

Answer 3

不幸的是一般的答案是沒有 - 沒有，隨時使用，公式計算工時軟件項目。

然而，軟件項目估計是一個巨大的問題，並且有很多方法來處理它。

Steve McConnell的書Software Estimation: Demystifying the Black Art描述了許多解決方案。

Steve's company還提供了一些資源和工具（其中一些是免費的），這有助於估計軟件項目。