本篇文章給大家談?wù)勡浖_發(fā)人員工作量評(píng)估，以及軟件開發(fā)工作量評(píng)估方法對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

本文目錄一覽：

• 1、如何準(zhǔn)確評(píng)估開發(fā)的工作量
• 2、如何評(píng)估軟件項(xiàng)目的工作量（人/天）
• 3、一個(gè)軟件項(xiàng)目如何評(píng)估工作量和成本?
• 4、如何評(píng)估軟件開發(fā)的工作量？
• 5、如何量化衡量一個(gè)程序員的工作量和工作效率

如何準(zhǔn)確評(píng)估開發(fā)的工作量

從根本上來說，還是要先弄清楚需求，如果需求在不斷的變化，工作量是無法準(zhǔn)確評(píng)估的，開發(fā)也不可能按照計(jì)劃進(jìn)行，為了使得開發(fā)變得盡量的可控，減少后期維護(hù)的工作量，需要做到以下幾條：

1、需求方與設(shè)計(jì)人員能夠有良好的溝通

這一點(diǎn)其實(shí)最難，因?yàn)橥ǔＰ枨蠓娇赡苁秦?cái)務(wù)，采購(gòu)，銷售，倉(cāng)管，都不是開發(fā)出身，而系統(tǒng)設(shè)計(jì)人員一定不是財(cái)務(wù)，采購(gòu)，銷售，倉(cāng)管，彼此對(duì)對(duì)方的工作內(nèi)容，方式都不熟悉，大家的思維方式也可能完全不同

2、設(shè)計(jì)人員有超強(qiáng)的學(xué)習(xí)能力

需求分析階段，設(shè)計(jì)人員需要在短時(shí)機(jī)內(nèi)了解需求的每個(gè)細(xì)節(jié)，換句話說，如果需求是財(cái)務(wù)，那么設(shè)計(jì)人員就要變成一個(gè)財(cái)務(wù)，如果需求是采購(gòu)，設(shè)計(jì)人員就要變成一個(gè)采購(gòu)。不是對(duì)該項(xiàng)工作的一般性了解，而是要知道每個(gè)細(xì)節(jié)，這就要求該設(shè)計(jì)人員擁有超強(qiáng)的學(xué)習(xí)能力，能夠很快的理解自己從未接觸過的業(yè)務(wù)，這一點(diǎn)不是技術(shù)上的問題了，也不是一個(gè)剛?cè)胄械拈_發(fā)所能夠做到的，需要足夠的經(jīng)驗(yàn)。

3、數(shù)據(jù)分析能力

對(duì)應(yīng)大學(xué)里的課程，應(yīng)該是學(xué)好數(shù)據(jù)結(jié)構(gòu)和數(shù)學(xué)建模，把具體業(yè)務(wù)轉(zhuǎn)換成純數(shù)學(xué)的東西，并且要盡可能的簡(jiǎn)單，這點(diǎn)不是每個(gè)人能做到的，如果設(shè)計(jì)不當(dāng)，會(huì)造成后期的不可維護(hù)，整個(gè)系統(tǒng)可能要推翻重來，當(dāng)然，這個(gè)設(shè)計(jì)人員一定要是程序員出身，但一定不能僅僅是一個(gè)程序員，需要有足夠的經(jīng)驗(yàn)。

4、找一個(gè)對(duì)信息化有足夠重視的老板

如果自己做不了老板，就要找一個(gè)對(duì)信息化有足夠重視的老板，否則大部分精力可能要消耗在說服老板去實(shí)現(xiàn)信息化。

如何評(píng)估軟件項(xiàng)目的工作量（人/天）

一個(gè)工作或者是項(xiàng)目的工作量的評(píng)估，會(huì)牽涉到的因素確實(shí)比較多。根據(jù)經(jīng)驗(yàn)，羅列幾種因素，比如使用的方法或者工具、開發(fā)者的熟悉程度、以及(部門之間的)利益關(guān)系、對(duì)項(xiàng)目的理解評(píng)估人員的個(gè)性?；诟鞣N因素考量最后出現(xiàn)的工作量評(píng)估會(huì)有比較大的區(qū)別。

1.使用的方法或者是工具

對(duì)于一個(gè)項(xiàng)目，A有些現(xiàn)成的模塊，B需要重新開始搭建，A和B對(duì)完成時(shí)間的評(píng)估自然不一樣。

或是對(duì)于開發(fā)一個(gè)網(wǎng)站，假設(shè)合理的工作量是，做前臺(tái)展示頁面需要1個(gè)月，后臺(tái)管理需要1個(gè)月。A會(huì)評(píng)估為1個(gè)月，等前臺(tái)上線之后，再同步開始做后臺(tái)管理。B可能會(huì)認(rèn)為需要2個(gè)月，B認(rèn)為前后臺(tái)都完成，才是工作完成。

2.開發(fā)者的熟悉程度

這個(gè)容易理解，如果是一般對(duì)語言或是技術(shù)掌握不熟悉的人，花費(fèi)的時(shí)間和返工的時(shí)間、溝通的時(shí)間自然就要長(zhǎng)一點(diǎn)

3.(部門之間的)利益關(guān)系

公司之間的外包項(xiàng)目，服務(wù)方就傾向于時(shí)間長(zhǎng)一點(diǎn)，考慮的因素是假設(shè)用戶需求會(huì)有一部分變化或者希望從中多賺錢。公司的部門之間也是類似，營(yíng)銷部門總是希望越快越好，但是開發(fā)部門總是認(rèn)為營(yíng)銷部門沒有更早提出需求等等。

4.對(duì)項(xiàng)目的理解或者評(píng)估人員的個(gè)性

同樣一個(gè)項(xiàng)目，類似微信，如果1000個(gè)用戶數(shù)和1千萬的用戶數(shù)，做法上會(huì)有非常大的區(qū)別。

一個(gè)軟件項(xiàng)目如何評(píng)估工作量和成本?

軟件開發(fā)成本估算過程可進(jìn)一步細(xì)分為軟件規(guī)模估算、工作量估算、成本估算和確定軟件開發(fā)成本等四個(gè)過程。

其中成本估算需要對(duì)直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進(jìn)行估算。

國(guó)家標(biāo)準(zhǔn)《GB/T 36964-2018 軟件工程 軟件開發(fā)成本度量規(guī)范》中建議的軟件開發(fā)成本估算基本流程如下圖所示：

國(guó)家準(zhǔn)中的四個(gè)估算過程，層層遞進(jìn)，逐步細(xì)化，最終達(dá)到科學(xué)、一致的成本估算。

一、軟件規(guī)模估算

通常情況下，規(guī)模估算是軟件成本估算過程的起點(diǎn)。

估算規(guī)模是后續(xù)計(jì)算軟件項(xiàng)目的工作量、成本和進(jìn)度的主要輸入，是項(xiàng)目范圍管理的關(guān)鍵，因此，在條件允許的情況下，應(yīng)首先進(jìn)行規(guī)模估算。

在規(guī)模估算過程中，需要注意以下情況：

在規(guī)模估算開始前，應(yīng)根據(jù)可行性研究報(bào)告或類似文檔明確項(xiàng)目需求及系統(tǒng)邊界。項(xiàng)目需求除包含最基本的業(yè)務(wù)需求外，還應(yīng)進(jìn)行初步的子系統(tǒng)/模塊劃分，并對(duì)每一子系統(tǒng)或模塊的基本用戶需求進(jìn)行說明，以保證可以根據(jù)項(xiàng)目需求進(jìn)行規(guī)模預(yù)估。

依據(jù)項(xiàng)目特點(diǎn)和需求詳細(xì)程度不同，通常估算人員在選擇估算方法時(shí)應(yīng)采用納入國(guó)際標(biāo)準(zhǔn)的功能點(diǎn)方法進(jìn)行功能規(guī)模估算，在適用IFPUG或NESMA方法時(shí)，可以根據(jù)需求的粒度和管理需要，選擇預(yù)估功能點(diǎn)方法、估算功能點(diǎn)方法或者詳細(xì)功能點(diǎn)方法。

若當(dāng)前的項(xiàng)目需求極其模糊或不確定，可不進(jìn)行規(guī)模估算，而直接采用類比法或類推法估算工作量和成本。

二、工作量估算

在完成規(guī)模估算后，應(yīng)當(dāng)開展工作量估算工作，若當(dāng)前項(xiàng)目未開展規(guī)模估算，也可直接啟動(dòng)工作量估算工作。

工作量估算時(shí)，可采用方程法、類比法、類推法、功能點(diǎn)法：

方程法：即基于基準(zhǔn)數(shù)據(jù)建立參數(shù)模型，通過輸入各項(xiàng)參數(shù)，確定估算值。

類比法：即將待估算項(xiàng)目的部分屬性與類似的一組基準(zhǔn)數(shù)據(jù)進(jìn)行比對(duì)，進(jìn)而確定估算值。

類推法：即將待估算項(xiàng)目的部分屬性與高度類似的一個(gè)或幾個(gè)已完成項(xiàng)目的數(shù)據(jù)進(jìn)行比對(duì)，并進(jìn)行適當(dāng)調(diào)整后確定估算值。

功能點(diǎn)法：從用戶視角出發(fā)，通過量化系統(tǒng)功能來度量軟件的規(guī)模，這種度量主要基于系統(tǒng)的邏輯設(shè)計(jì)。功能點(diǎn)規(guī)模度量方法在國(guó)際上的應(yīng)用已經(jīng)比較廣泛，并且已經(jīng)取代代碼行成為最主流的軟件規(guī)模度量方法。

在開展工作量估算的過程中，需要注意以下情況：

當(dāng)需求極其模糊或不確定時(shí)，如果此時(shí)具有高度類似的歷史項(xiàng)目，則可直接采用類推法，充分利用歷史項(xiàng)目數(shù)據(jù)來粗略估算工作量。

當(dāng)需求極其模糊或不確定時(shí)，如果此時(shí)具有與本項(xiàng)目部分屬性類似的一組基準(zhǔn)數(shù)據(jù)，則可直接采用類比法，充分利用基準(zhǔn)數(shù)據(jù)來粗略估算工作量。

對(duì)于規(guī)模估算已經(jīng)開展的項(xiàng)目，可采用方程法，通過輸入各項(xiàng)參數(shù)，確定待估算項(xiàng)目的工作量。若客戶或高層對(duì)項(xiàng)目的工期有明確的要求時(shí)，在采用方程法估算工作量時(shí)，工期要求有可能是方程的參數(shù)之一。

為追求估算的準(zhǔn)確性，建議在條件允許的情況下，可采用兩種估算方法，對(duì)估算結(jié)果進(jìn)行交叉驗(yàn)證，若估算結(jié)果差別不大，可直接使用兩種估算結(jié)果的平均值或以某種估算結(jié)果為準(zhǔn)，若差別較大，需進(jìn)行差異分析。

工作量的估算結(jié)果宜為一個(gè)范圍而不是單一的值。

三、成本估算

在獲得了工作量估算結(jié)果后，可采用科學(xué)的方法進(jìn)行成本估算。

在成本估算過程中，應(yīng)需要注意的情況：

類比法和類推法，同樣適用于需求極其模糊或不確定時(shí)的成本估算；

間接成本是否與工作量估算結(jié)果相關(guān)取決于間接成本分?jǐn)傆?jì)算方式。在絕大多數(shù)組織，項(xiàng)目周期越長(zhǎng)，項(xiàng)目組成員越多，其分?jǐn)偟拈g接成本就越高，此時(shí)項(xiàng)目的間接成本與工作量估算結(jié)果直接相關(guān)；

直接非人力成本通常與工作量估算結(jié)果無關(guān)，宜單獨(dú)分項(xiàng)測(cè)算；

成本估算結(jié)果，也通常為一個(gè)范圍，而不是單一的值。

四、確定軟件開發(fā)成本

在《軟件工程 軟件開發(fā)成本度量規(guī)范》中，將軟件開發(fā)成本分為四類，主要是為便于對(duì)成本構(gòu)成（即哪些成本屬于開發(fā)成本，哪些不屬于開發(fā)成本）進(jìn)行清晰界定。

而在實(shí)際確定軟件開發(fā)成本時(shí)，通常并不是分別測(cè)定四類成本，加和后獲得總成本，而是通常采用以下兩種方式確定總成本：

根據(jù)人力成本費(fèi)率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；

根據(jù)規(guī)模綜合單價(jià)和軟件規(guī)模，測(cè)算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。

在進(jìn)行軟件的規(guī)模、工作量、成本估算時(shí)應(yīng)遵循以下原則：

在規(guī)模估算時(shí),應(yīng)根據(jù)項(xiàng)目特點(diǎn)和需求的詳細(xì)程度選擇合適的估算方法；

充分利用基準(zhǔn)數(shù)據(jù),采用方程法、類比法或類推法,對(duì)工作量和成本進(jìn)行估算；

工作量和成本的估算結(jié)果宜為一個(gè)范圍值；

在進(jìn)行成本估算時(shí),如有明確的工期要求,應(yīng)充分考慮工期對(duì)項(xiàng)目成本的影響,可以根據(jù)項(xiàng)目實(shí)際情況以及工期對(duì)項(xiàng)目的影響程度,對(duì)成本的估算結(jié)果進(jìn)行調(diào)整；

成本估算過程中宜采用不同的方法分別估算并進(jìn)行交叉驗(yàn)證。如果不同方法的估算結(jié)果產(chǎn)生較大差異,可采用專家評(píng)審方法確定估算結(jié)果,也可使用較簡(jiǎn)單的加權(quán)平均方法；

在軟件項(xiàng)目的不同場(chǎng)景下(如預(yù)算、招投標(biāo)、項(xiàng)目計(jì)劃和變更管理等)采用國(guó)家標(biāo)準(zhǔn)時(shí),相關(guān)要求見國(guó)家標(biāo)準(zhǔn)中附錄A。

除了上述主要原則外，我們還需注意在使用基準(zhǔn)數(shù)據(jù)時(shí)：

對(duì)于委托方和第三方，建議使用或參考軟件行業(yè)基準(zhǔn)數(shù)據(jù)進(jìn)行估算。估算模型的調(diào)整因子的增減或取值有可能隨著行業(yè)基準(zhǔn)數(shù)據(jù)的變化而變化。

對(duì)于開發(fā)方，在引入行業(yè)基準(zhǔn)數(shù)據(jù)的基礎(chǔ)上，可逐步建立組織級(jí)基準(zhǔn)數(shù)據(jù)庫(kù)，以提高估算精度。組織級(jí)基準(zhǔn)數(shù)據(jù)定義應(yīng)與行業(yè)基準(zhǔn)數(shù)據(jù)定義保持一致，以便于與行業(yè)基準(zhǔn)數(shù)據(jù)進(jìn)行比對(duì)分析，并持續(xù)提升組織能力。

如何評(píng)估軟件開發(fā)的工作量？

這個(gè)資深項(xiàng)目經(jīng)理也沒法評(píng)估的吧~難題~
But個(gè)人感覺，評(píng)估軟件開發(fā)的工作量可以采用事后估量的策略。即提交之后，經(jīng)過測(cè)試或試運(yùn)行，需要重新回爐修改的功能點(diǎn)來估計(jì)。這些需要更改的部分的原因主要有兩大類：因需求變更導(dǎo)致，本身的bug，為它倆加一個(gè)比例因子，就可以衡量該項(xiàng)目的工作量啦。如果進(jìn)一步精確些的話，則需要考慮進(jìn)去時(shí)間維度了，即修改某一bug所花費(fèi)的時(shí)間。
簡(jiǎn)而言之，前期工作量多（當(dāng)然工作出色，考慮地多自然算作工作量多啦），那么后期就會(huì)暴漏出的本身bug就越少，而且比較容易修改，并且需求變更時(shí)，對(duì)源代碼修改起來也會(huì)相對(duì)簡(jiǎn)單些。

如何量化衡量一個(gè)程序員的工作量和工作效率

1. 代碼數(shù)量

可以統(tǒng)計(jì)代碼行數(shù)，或者字符數(shù)量。

2. 代碼質(zhì)量

顯然，代碼長(zhǎng)不等于工作量很大。不光要考慮代碼的數(shù)量，還要考慮代碼的質(zhì)量。那么什么樣的代碼是高質(zhì)量的呢？什么樣的代碼是“好”的呢？

“好代碼”的評(píng)判標(biāo)準(zhǔn)可能非常主觀。主流的價(jià)值觀中大概有以下標(biāo)準(zhǔn)：可讀性好（注釋不多不少，版面整潔，符合公司規(guī)則，變量名有意義等）bug 少（正確處理各種異常和錯(cuò)誤）。優(yōu)雅（設(shè)計(jì)優(yōu)雅，實(shí)現(xiàn)優(yōu)雅）

擴(kuò)展資料：

程序員的日常工作

1.確認(rèn)通過審查方案的目標(biāo)，輸入數(shù)據(jù)，分析師，監(jiān)事，和客戶的輸出要求的項(xiàng)目要求。

2.安排項(xiàng)目要求在編程序列分析要求;準(zhǔn)備工作流程圖和使用計(jì)算機(jī)知識(shí)的能力，題材，編程語言和邏輯圖。

3.編碼工作流程的信息轉(zhuǎn)換成計(jì)算機(jī)語言的項(xiàng)目要求。

4.通過輸入編碼信息的計(jì)算機(jī)程序。

5.確認(rèn)程序操作進(jìn)行測(cè)試，修改程序序列和/或代碼。

6.準(zhǔn)備寫操作指令供用戶參考。

7.保持歷史記錄，通過記錄方案的制定和修訂。

8.維護(hù)客戶的信息和保護(hù)保密的業(yè)務(wù)。

技能/資格：一般的編程技巧，分析信息，解決問題，軟件算法設(shè)計(jì)，軟件性能優(yōu)化，注重細(xì)節(jié)，軟件設(shè)計(jì)，軟件調(diào)試，軟件開發(fā)基礎(chǔ)，軟件文檔，軟件測(cè)試。程序員其實(shí)分為很多種，大家開發(fā)的語言可能不盡相同，但是都是有他們的共同點(diǎn)。

參考資料來源：百度百科-程序員

關(guān)于軟件開發(fā)人員工作量評(píng)估和軟件開發(fā)工作量評(píng)估方法的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。