【正文】 者說是有針對性的軟件開發(fā)過程，而真正合適的軟件開發(fā)過程是在軟件項目的開發(fā)完成才能明了的。 領域?qū)＜?1或 2人 主要職責：在軟件分析階段幫助分析人員界定系統(tǒng)實現(xiàn)邊界和實現(xiàn)的功能，對特定檢測點進行算法審核， 同時對測試策略和軟件操作界面提出參考意見。協(xié)同測試人員進行測試，書寫操作手冊和在線幫助，在項目交付用戶之后進行跟蹤服務。 軟件過程風險 軟件需求階段的風險 軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。對用戶來說系統(tǒng)的使用比例會有明顯的折扣，甚至造成軟件壽命過短。源代碼書寫的規(guī)范性，可讀性是該階段的主要風險來源。 項目風險表 風險評估表中所提到的風險是一般項目在開發(fā)過程中都客觀存在的，表中所列出的風險系數(shù)是指在不對風險進行深入的分析和有效的規(guī)避的情況下，該風險項發(fā)生的概率。本文就軟件項目管理中的風險評估方面做詳細介紹。每一種 情況對產(chǎn)品來講都可能致命的，這些的風險因素有 : (1) 對產(chǎn)品缺少清晰的認識 (2) 對產(chǎn)品需求缺少認同 (3) 在做需求分析過程中客戶參與不夠 (4) 沒有優(yōu)先需求 (5) 由于不確定的需要導致新的市場 (6) 不斷變化需求 (7) 缺少有效的需求變化管理過程 (8) 對需求的變化缺少相關分析等 3. 相關性風險 許多風險都是因為項目的外部環(huán)境或因素的相關性產(chǎn)生的。但一直以來，我們在軟件這方 面的安全意識比較淡薄，對軟件產(chǎn)品的開發(fā)主要注重技術本身，而忽略了專利的保護。 (4) 控制系統(tǒng)的復雜程度，過于簡單的系統(tǒng)結構，對用戶來使用比例會有明顯的折扣，甚至造成軟件壽命過短。 項目建設存在整體跨度大、專業(yè)性強、復雜度高低不同、工作量大等特征。 應對：與各方就大的共識點達成意向，同時注意項目驅(qū)動力的不同并對各方不同策略響應；無法達成共識時，由決策人作決策。 慣例上，需求已經(jīng)成為項目建設的基準，但本項目具體需求屬各方仍在探索 中，并無具體確明的需求存在，新需求的提及將貫穿整個項目建設； 現(xiàn)有需求定義欠佳，而進一步的定義會擴展項目范疇，或者添加額外的需求； 缺少有效的需求變化管理過程。 六、人力資源的風險 人員短缺，找不到項目急需的具有特定技能的人，并可能長期招不到人；項目人員經(jīng)驗不夠，能力欠 缺； 某些人員需要更多的時間適應還不熟悉的軟件工具和環(huán)境，或經(jīng)過較長時間后發(fā)現(xiàn)不能達到要求； 項目后期加入新的開發(fā)人員，需進行培訓并逐漸與現(xiàn)有成員溝通，從而使現(xiàn)有成員的工作效率降低； 由于項目組成員之間（與合作伙 伴間、與公司內(nèi)部）發(fā)生意 見沖突，導致溝通不暢、設計欠佳、接口出現(xiàn)錯誤和額外的重復工作； 技術人員和管理層之間關系不佳，導致決策緩慢，影響全局； 團隊成員是否能齊心協(xié)力為項目的共同目標服務，是影響進度和質(zhì)量的關鍵因素； 缺乏激勵措施，士氣低下，降低了生產(chǎn)能力； 人員相對熟悉項目情況的較穩(wěn)定狀態(tài)下，出現(xiàn)人員離職等流動情況； 人員在技術、管理能力的短板或短視，對項目的全局或局部把握不太到位； 各供應商也可能存在以上相同情況。 項目狀態(tài)不清：項目進展中，各成員溝通不力，信息交流不暢。另一方面增加個人顧慮影響積極性。 七、財務的風險 公司高層對項目成本心理定位不夠，執(zhí)行層對項目預算不準，實際建設過程因需求變動等因素造成的成本增加頻繁；溢價實施的可能性較高； 工期內(nèi)并行子項目建設較多，支出種類繁多且頻繁，突發(fā)費用需求可能性大增； 業(yè)主方不能按合同及時支付款項，影響項目的正常支出，嚴重的情況， 影響項目建設導向； 我方不能按合同及時支付供應商款項，影響供應商方的項目支出，產(chǎn)生項目障礙或增加溝通成本，情況嚴重的可能影響影響項目建設導向； 項目運營大量資金的需求，對正常資金鏈產(chǎn)生影響或中斷； 因財務因素對項目選型的影響，或?qū)е陆ㄔO需求的調(diào)整變化。同時對需求的變動，進行嚴格項目管控。 應對：項目應為一把手工程，最高領導的支持力度及參與情況 將是項目穩(wěn)健的保證；健全的項目組織、溝通匯報機制、會議制度、項目進度管理等； 三、業(yè)主方風險 業(yè)主方?jīng)]有或 不能參與規(guī)劃、原型和規(guī)格階段的審核，導致需求不穩(wěn)定和產(chǎn)品生產(chǎn)周期的變更； 業(yè)主方對規(guī)劃、方案、原型和規(guī)格的審核決策周期比預期的要長； 業(yè)主方協(xié)調(diào)或答復的時間（如回答或澄清與需求相關問題的時間、提供相關信息資料、協(xié)調(diào)相關資源落實）比預期長； 業(yè)主方對于最后交付的產(chǎn)品不滿意，要求重新設計和重做； 業(yè)主方涉項目人員廣，項目利益對眾多相關人直接驅(qū)動不明顯，存在工作進度被堵或拖延的情況； 部分建設需在現(xiàn)有資源或設備上進行整合，而這部分內(nèi)容前期并未竣工或驗收等情況；其它施工條件、 施工配合等問題。 業(yè)主方對項目建設的難度、時間需求、具體解決方案等沒有清晰認識，同時片面追求政績、成果展示等項目驅(qū)動，從而對項目提出不現(xiàn)實或多變的要求。適當控制系統(tǒng)的復雜程度有利 于降低開發(fā)的風險。而且在軟件方面關于知識產(chǎn)權的認定目前還沒有明確的一個行業(yè)規(guī)范，這也是我們 軟件項目潛在的風險。 在早期，識別風險從而采取合適的預防措施是解決風險領域問題的關鍵，比如：培訓、聘請顧問以及為項目團隊招聘合適的人才等。項目的風險與其可行性成反比，其可行性越高，風險越低。由于客戶公司是仍將不斷發(fā)展的，在十年內(nèi)，該軟件系統(tǒng)都能滿足公司運營要求的可能性極低。 維護階段的風險 軟件維護包含兩個主要的維護階段，一個是軟件生產(chǎn)完畢到軟件試運行階段的維護，這個階段是一種實環(huán)境的測試性維護，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或