概述：
目前一些軟件開發(fā)團隊，特別是中小型團隊，由于在低成本模式下運行，加之對軟件過程管理的不盡規(guī)范，在團隊建設上只重視代碼開發(fā)，不重視設計，只重視編程技術，不重視需求分析、架構設計等技術，只重視開發(fā)過程，不重視測試過程，只重視任務，不重視風險等問題，是許多軟件公司不能很好的以高效率模式開發(fā)出穩(wěn)定可靠的軟件產品的重要原因。
軟件產品的開發(fā)，技術路線確定以后，團隊組織以及過程管理就成為團隊領導人的核心工作內容，項目負責人一般情況下也是技術決策人，這種角色的兼任對中小團隊來說也是有效的，但問題出現(xiàn)在項目負責人大多都是優(yōu)秀程序員出身，對軟件技術有著很高的熱情，但對項目管理以及更高層次上的團隊建設方面就顯得有些能力不足。這也會造成一些軟件開發(fā)的高手做出來的產品卻不盡如人意的尷尬局面。
其實在工作中，以公司的現(xiàn)有條件以及技術特點，在目前一些成熟的模型基礎上建立個有公司自身特點的團隊建設基本原則以及實施辦法，執(zhí)之以恒的加以貫徹執(zhí)行，對公司產品目標的形成，公司核心技術的形成，公司核心團隊的形成都會產品重大的影響。
具有一定普遍意義的風險：
在許多項目開發(fā)或產品開發(fā)中，失敗的原因一般有以下幾類，一是功能及性能沒能滿足應用的需求；二是需求變化導致項目成本的增加；三是技術水平不足導致項目成本的增加；四是團隊出現(xiàn)重大變動，導致研發(fā)過程不能正常繼續(xù)。
功能及性能方面：一般來說，功能及性能方面主要是需求目標沒能得到充分重視，特別是性能、安全以及部署等非功能性需求；對核心業(yè)務本身，需求分析過程中是被關注最多的，但如何理解這些核心業(yè)務，如何用正確的架構完成核心業(yè)務的實現(xiàn)，這期間如果控制不當，也會產生許多導致成本增加、工期延長等許多不確定性結果。在需求分析階段，對需求沒有系統(tǒng)的過程控制，帶來的風險是非常大的，這往往會成為項目失敗在技術上的最先出現(xiàn)的原因；雖然所有的軟件團隊對需求分析都非常重視，但如果在方法及管理過程中不能有效的控制與管理，也很難避免由于需求階段存在的風險給整個產品或項目帶來嚴重的問題，幾乎所有的中小型軟件團隊都會有過類似的經歷。
需求變化：需求變化是當前軟件產品或項目必需適應的，為了具備這個適應能力，除了在架構設計方面要考慮到系統(tǒng)的可維護性，可擴展性以外，對需求的變更管理及相應的風險評估經實踐證明是比較有效的管理手段，在這方面技術與技術管理同樣重要，缺少哪個環(huán)節(jié)，都會給產品或項目帶來可能導致項目失敗的隱患。
技術水平不足：在沈陽地區(qū)具有一定的普遍性，目前沈陽市軟件開發(fā)人員資源并不豐富，大多數(shù)優(yōu)秀開發(fā)人員都流向了北京、上海等行業(yè)發(fā)達地區(qū)，其它比較好的開發(fā)人員基本上都在大型企業(yè)中，根據(jù)近兩年的經驗，能在社會中用招聘方式組建的研發(fā)團隊，即要有一定的實踐經驗，同時要保障在同一平臺下工作，其質量很難達到快速開發(fā)的目的，即使是存在了許多年的團隊，也會隨著技術人員的流動對團隊技術水平帶來許多的不確定性；如何能有效的吸引高素質高水平程序員，如何有效的培養(yǎng)高忠誠度的核心員工以及如何有效的利用外部資源，這是目前大多數(shù)軟件開發(fā)團隊所面臨的重要課題。
團隊出現(xiàn)重大變動：這是個比較極端的情況，但卻會經常發(fā)生，在對2003-2004兩年政府項目就多次出現(xiàn)了因為項目團隊中人員流動多大，導致項目無法進行的情況（如省民防辦、新聞出版局等），這也是一個不容忽視的風險。
要有效的規(guī)避風險，在其變成問題前采取有效的措施，是風險管理的主要任務，這里并不做具體的風險評估，只是由于在團隊建設方面存在的一些不完善，會成為這些風險（甚至不只是這些）存在的原因，所以才顯得重要，其實說到底，就