程序員項目工期評估標准

Ⅰ 根據做項目的多少判斷程序員的水準合理嗎為什麼呢

根據做項目的多少判斷程序員的水準合理嗎？為什麼呢？程序員的水平，不是通過語言或外部表現就能看到的，不是看有多少技術，參與了多少項目，他會寫多少博客，而是看他在實際業務場景中解決問題的能力，尤其是面對一些特殊復雜的問題，或在高強度和高壓工作條件下解決問題的能力和態度。能夠編寫滿足需求的代碼不再是評判程序員的標准。

一個經驗豐富的程序員能夠承受來自各個方面的壓力，在復雜條件下找到核心問題，通過深入分析找到問題的原因，並迅速處理。經過及時的回顧和總結，減少出現類似問題的概率。隨著互聯網的發展，越來越多的人湧向程序員的軌道，競爭越來越激烈，新技術層出不窮，更新和迭代速度很快，程序員使用的語言、框架和模式將發生巨大的變化。

如果你不主動學習，你可能很快就會過時。在日常工作中，程序員往往希望將業務、產品、運營，甚至老闆作為對接交換需求和技術項目來連接和配合內部交換等，而流暢的溝通可以使事情推得更加順暢高效，溝通或信息不對稱，可能會導致項目啟動時出現相反的情況（不要相信，這種事情真的發生過）。判斷一個程序員的水平，核心是他解決問題的能力，而解決問題的能力需要堅實的基礎支撐，要綜合代碼質量、項目經驗、框架能力、邏輯思維等方面，而不僅僅是一個方面。

Ⅱ 項目成本估算方法的IT項目開發成本的估算方法

對於一個大型的IT軟體項目，由於項目的復雜性及IT項目的獨特性，開發成本的估算不是一件容易的事情，它需要進行一系列的估算處理，因此，主要依靠分析和類比推理的手段進行，最基本的估算方法有以下幾種：
● 成本建模技術
根據項目特徵，用數學模型來預測項目的成本。一般採用歷史成本信息(這些信息與項目成本的一些軟體度量標准相關)來建立估算模型，並通過這個模型預測工作量和成本。
● 專家判定技術
也稱為Delphi法，聘請一個或多個領域專家和軟體開發技術人員，由他們分別對項目成本進行估計，並最後達成一致而獲得最終的成本。
● 類比評估技術
根據以前類似項目的實際成本作為當前項目的估算依據。
● Parkson法則
Parkson法則表示工作能夠由需要的時間來反映。在軟體成本估計中，這意味著成本是由可獲得的資源而不是由目標評價決定的。如果一個軟體需要在12個月內由5個人來完成，那麼工作量就是12 X 5 = 60個人月(PM)。
● 自上向下估演算法
成本的估算，主要依據工作分解結構、產品的功能以及實現該功能的子功能組成形式逐層分配成本。
● 自下而上估演算法
首先估計每個組成單元的成本，然後根據工作分解結構，通過累加方式得到最終的成本估計。
● 贏利定價法
軟體的成本通過估計用戶願意在該項目上的投資來計算，成本的預算依靠客戶的預算而不是軟體的功能。
上面這些估演算法都有它們的優勢和不足，不能簡單評價某種方法和好壞。在一個大型的IT項目中，通常要同時採用幾種估算方法並且比較它們估算的結果，如果採用不同方法估算的結果大相徑庭，就說明沒有收集到足夠的成本信息，應該繼續設法獲取更多的成本信息，重新進行成本估算，直到幾種方法估算的結果基本一致為止。
成本預算是在確定總體成本後的分解過程。分解主要是作兩個方面的工作：一是按工作分解結構和工作任務(工作包)分攤成本，這樣可以對照檢查每項工作的成本，出現偏差時可以確定是哪項工作出了問題；二是按工期時段分攤成本，將預算成本分攤到項目工期的各個時段，這樣，可以確定在未來某個時段累計應該花費的成本，並檢查偏差，評價成本績效。
目前最常用且最好用的度量方法主要用3種：面向規模(LOC)、面向功能點(FP)及COCOMO模型的度量方法。

Ⅲ project里怎樣設定工期能跟時間對應起來

我也遇到了這種情況，不過現在已經解決了。我的情況是有的項是30天，有的項是31天。然後我把30天的那一項升級，升到和31天那項同級的時候，自動改變成31天，然後在降回原來的等級。前提是升級的那項下面還有項，如果沒有項，隨便加一項，比如說：2011年1月1日到2011年1月31日，有的項是30天，有的項是31天，你改的那30天的那一項下面沒有項了，就在下面填1項，2011年1月1日到2011年1月31日，工期31天，然後升級，就會自動改變了。在把不用的那項刪除就可以了。

Ⅳ 5、項目工期估算的方法及其具體內容分別是什麼

項目工期估算是根據項目范圍、資源狀況計劃列出項目活動所需要的工期。估算的工期應該現實、有效並能保證質量。所以在估算工期時要充分考慮活動清單、合理的資源需求、人員的能力因素以及環境因素對項目工期的影響。

在對每項活動的工期估算中應充分考慮風險因素對工期的影響。項目工期估算完成後，可以得到量化的工期估算數據，將其文檔化，同時完善並更新活動清單。項目活動工期估算的過程，如圖1所示：

影響實際的活動工期的主要因素：

投入活動中的資源，資源獲得的難易程度； 不同技能水平的資源的工作分配（資源能力）； 突發事件和其他識別出的風險； 工作實踐的有效性（效率）； 錯誤的或者遺漏的工期估算。

方法：

1、專家判斷

專家判斷是指利用擁有過去相似項目活動經驗的專家意見來估算工期。

2、類比估算

類比估演算法使用以前某個實際項目中完成的類似活動所需的時間來估計當前活動的時間。此方法在以前的項目都有相關的文檔，並且當前須估計的活動與以前的項目活動很相似時，是非常有用的。

3、根據工作量估算

由工程或設計部門確定的每項具體工作種類所需完成的數量，乘上單位生產率，就可以估算活動所需時間。

4、儲備時間（應急時間）

儲備時間指的是在項目活動工期中加上一部分保留時間來應對項目活動安排上可能存在的風險。儲備時間可取為活動所需時間的某個百分比。

(4)程序員項目工期評估標准擴展閱讀

項目活動工期估算的依據：

1）項目活動清單；

2）項目的約束和假設條件；

3）項目資源的數量要求；

4）項目資源的質量要求；

5）歷史信息；

6）識別的風險。

Ⅳ 軟體開發項目工作量如何評估，按人天、按代碼行、按模塊....飛過的高人請留步~~~

總的來說，要考評估一種/多種操作系統的開發復雜度及是否跨平台，軟體應用技術的復雜度，是否多個子系統構成及子系統相互通信技術，軟體應用范圍的廣度，受眾用戶的數量，軟體升級及更新的管理規劃，培訓安排等。。
1。需求確定的情況很少，因為客戶的需求總是在變，即使確定下來，驗收的時候也會提出新的問題，這個要靠項目經理溝通，用戶當前的問題在這個版本中解決還是下期合同來做。因此來說，需求大體確定以後，拆分子系統組成---子系統的組成模塊--細分模塊組成，這個是相對粗粒度的，然後就要考慮你手頭隊伍對細分模塊的開發實現能力，大體就知道工作量了，如果不趕工期，時間要放長，軟體開發，沒有一帆風順的，肯定會有很多問題，簡單來說就是常見的需求變更。
2。評估成員工作量，首先要了解隊伍組成，哪些人規劃流程清晰，哪些人對技術攻關能力更好，哪些人適合測試，哪些人編碼快速，哪些人對資料庫精通，哪些人對界面布局更擅長，哪些人有技術的同時更善於溝通。所以通常都是更善於溝通的做組長，及時把流程清晰的告訴組員，反饋每個組員的工作進度，協同組員進度並決定何時由何人做技術攻堅，何時組織測試。
3。項目完成以後就好統計了，每個小組的代碼行數，實現的功能模塊數量，供其他小組調用的模塊，用時多少天，涉及多少領域等，其實這個統計不能說a組完成項目的40%，b組60%這樣，比較合理的應該是在某個方面，各個小組的組成比例的表格，然後有個小組工作的總結比較合適。如代碼統計，a組2w行，佔40%，b組3w，佔60%。 模塊數量：a組6個，佔60%，b組4個佔40%，並附模塊結構的說明。當然，各個公司的管理不一樣，統計方式不一樣，反正一個原則就是盡量兄弟們多說點好話，因為一個軟體做成，每個環節都不能差的，再好的汽車，如果沒有一個很普通的小小鐵板當剎車踏板，你敢開嗎。
其實還有很多的，讓高人再補充吧，軟體管理，在中國一直落後的，大家一起努力。

Ⅵ 一個軟體項目如何評估工作量和成本

軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。

其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。

國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：

國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。

一、軟體規模估算

通常情況下，規模估算是軟體成本估算過程的起點。

估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。

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

1. 在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。

2. 依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。

3. 若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。

二、工作量估算

在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。

工作量估算時，可採用方程法、類比法、類推法、功能點法：

• 方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。

• 類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。

• 類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。

• 功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。

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

1. 當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。

2. 當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。

3. 對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。

4. 為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。

5. 工作量的估算結果宜為一個范圍而不是單一的值。

三、成本估算

在獲得了工作量估算結果後，可採用科學的方法進行成本估算。

在成本估算過程中，應需要注意的情況：

1. 類比法和類推法，同樣適用於需求極其模糊或不確定時的成本估算；

2. 間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；

3. 直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；

4. 成本估算結果，也通常為一個范圍，而不是單一的值。

四、確定軟體開發成本

在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。

而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：

• 根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；

• 根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。

在進行軟體的規模、工作量、成本估算時應遵循以下原則：

1. 在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；

2. 充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；

3. 工作量和成本的估算結果宜為一個范圍值；

4. 在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；

5. 成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；

6. 在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。

除了上述主要原則外，我們還需注意在使用基準數據時：

• 對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。

• 對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。

Ⅶ 為什麼軟體開發工期預估都不靠譜 –

一般有以下幾個原因：

1. 需求理解有差異，你表達的是這樣的，而程序員的理解是這樣的，這樣的差異很難消除。

2. 開發人員對實現目標的可能出現的問題，估計不足，往往會低估問題的復雜程度。

3. 軟體的開發其實是一項，創造性的工作，並不是一成不變的流水線做業，並不是所有預想的目標都能如期實現。
   

4. 開發人員評估的時間，往往不包含，測試和修復bug的時間，但是往往事與願違，沒有了bug的情況幾乎不存在。

5. 綜上所述，如果想得到一個相對靠譜的時間評估，還是問一下有經驗的項目經理。

Ⅷ 程序員的績效考核標准，怎麼做才合理。

對研發人員的考核，建議不要過於強調結果，應該注重對過程的關注。程序員這種腦力勞動，類似於研發考核，由於其工作性質本身要求創造性，結果比較難於掌握，單純強調考核會打壓其本身的工作積極性，不符合客觀規律。

個人覺得，對他們的考核只要能確定他們是認真工作、努力工作、態度端正，一切圍繞目標開展就可以了。

績效考核指企業在既定的戰略目標下，運用特定的標准和指標，對員工的工作行為及取得的工作業績進行評估，並運用評估的結果對員工將來的工作行為和工作業績產生正面引導的過程和方法。
績效考核（performance evaluation），是企業績效管理中的一個環節，常見績效考核方法包括BSC、KPI及360度考核等。績效考核是一項系統工程。績效考核是績效管理過程中的一種手段。

Ⅸ 做一名優秀的程序員需要什麼條件

（1）.要喜歡上寫程序，如果沒有喜歡上，那就要學會去培養。程序員需要整天趴在電腦前，經常沒日沒夜的，非常辛苦，而且工作來不得半點虛假，少寫一個標點符號都不行。喜歡的人，日子過得非常開心，每寫一行代碼，都會有新的成就，尤其當自己的作品被廣泛應用的時候，那種自豪感油然而起。不喜歡的人，坐在電腦前極端無聊，被進度壓得喘不過氣來，天天為找bug改bug生氣。個人深有體會！這個「喜歡」就要大家在學習的過程中去體會。
（1）.程序員應該是有感情的，程序員的程序最終是由用戶來評價的，而不是老師，或者我們的BOSS。設計程序時，要講究貼心，境界：我們也是Composer！
（2）.程序員應該講究團隊協作，分配給團隊的大項目，不是一人之力能夠應付的，請尊重別人的代碼，以及設計，彼此需要全心全力配合
（3）.有堅韌不拔的精神，我們編的不是程，是寂寞。愛上程序設計，靠編程潛移默化性格，大多數成功的程序員都是相信自己的人，所以，多多鼓勵自己一定是最好的。
一、優秀程序員的標准

1. 能夠准確地評估你的工作。
2. 第一時間提交有質量的工作成果。
3. 建立快速的反饋循環。
4. 確保代碼的准確性與後續跟進的協調性。
二、態度生活方面
1.踏實的工作態度；認真負責，少犯錯誤。
2.充滿熱情，努力工作；有團隊合作精神，能善於和別人相處。
3.有預見性，預先感測未知因素預估風險或後果。

Ⅹ 軟體開發都是怎麼收費的

軟體開發都是怎麼收費的

如今，不少企業都想擁有屬於自己企業或產品的手機APP，但其中最困擾企業主的問題就是：開發一款手機APP到底需要多少錢？

簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。

四、APP開發公司的所在地

需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些