溝通上卻占用了3天，這時(shí)必須及時(shí)分析和總結(jié)原因。溝通最重要的就是要在最短的時(shí)間里面，采用各種方法或工具，使交流雙方或多方達(dá)成一致。
·項(xiàng)目人員流失
項(xiàng)目人員特別是項(xiàng)目關(guān)鍵成員在項(xiàng)目進(jìn)行過程中的流失，對(duì)項(xiàng)目影響很大，對(duì)于這種情況，應(yīng)該在項(xiàng)目開始之初，就作為專門的風(fēng)險(xiǎn)進(jìn)行跟蹤，并考慮具體的應(yīng)對(duì)措施。
1.2“流程”因素分析
軟件的開發(fā)流程般定義為：
需求分析一可行性分析一概要設(shè)計(jì)一結(jié)構(gòu)化設(shè)計(jì)一詳細(xì)設(shè)計(jì)一編碼一軟件測試一軟件維護(hù)。
“流程”中軟件項(xiàng)目的風(fēng)險(xiǎn)，主要體現(xiàn)存4個(gè)階段：軟件需求階段、軟件設(shè)計(jì)階段、軟件實(shí)現(xiàn)階段和軟件維護(hù)階段
·軟件需求階段
軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)，才能保證需求的完整，再以的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程，在此階段需要和用戶進(jìn)行廣泛的交流和確認(rèn)。需求和需求分析的任何疏漏造成的損失，會(huì)在軟件系統(tǒng)的后續(xù)階段被一級(jí)級(jí)地放大，因此本階段的風(fēng)險(xiǎn)最大。
·軟件設(shè)計(jì)階段
設(shè)計(jì)的主要目的在于軟件功能正確地反映了需求，需求的不完整和對(duì)需求分析的不完整或者錯(cuò)誤，在設(shè)計(jì)階段將被成倍地放大。設(shè)計(jì)階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完成需求階段的即定目標(biāo);另一方面也是檢驗(yàn)需求的致性和需求分析的完整性和正確性。
設(shè)計(jì)階段的風(fēng)險(xiǎn)主要來自于系統(tǒng)分析人員。分析人員存設(shè)計(jì)系統(tǒng)結(jié)構(gòu)時(shí)過于定制，系統(tǒng)的可擴(kuò)展性較弱，會(huì)給后期維護(hù)帶來巨大的負(fù)擔(dān)和維護(hù)成本的激增。對(duì)用戶來說系統(tǒng)的使用比例會(huì)有明顯的折扣，甚至?xí)斐绍浖勖^短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實(shí)現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度上升，可靠性降低，給實(shí)現(xiàn)和測試階段帶來風(fēng)險(xiǎn)，系統(tǒng)的穩(wěn)定性也會(huì)受到影響。從另一個(gè)角度上看，用戶需求和將來軟件運(yùn)行環(huán)境的變化都是必然的，目前軟件設(shè)計(jì)的所渭的“通用性”是否就能很好的適應(yīng)將來需求和運(yùn)行環(huán)境的變化，都是需要認(rèn)真折衷的，而這種折中也蘊(yùn)涵著很大的風(fēng)險(xiǎn)。
設(shè)計(jì)階段蘊(yùn)涵的另一種風(fēng)險(xiǎn)來自于設(shè)計(jì)文檔。文檔的不健全不僅會(huì)造成實(shí)現(xiàn)階段的困難，更會(huì)在后期的測試和維護(hù)造成災(zāi)難性的后果，例如根本無法對(duì)軟件系統(tǒng)進(jìn)行版本級(jí)，甚至是發(fā)現(xiàn)的簡單錯(cuò)誤都無從更正。
·軟件實(shí)現(xiàn)階段
軟件的實(shí)現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。源代碼木身也是文檔的一部分，同時(shí)它又是將來運(yùn)行于計(jì)算機(jī)系統(tǒng)之上的實(shí)體。源代碼書的規(guī)范性，可讀性是該階段的主要風(fēng)險(xiǎn)來源。規(guī)范的代碼生產(chǎn)會(huì)把屬于程序員自身個(gè)性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風(fēng)險(xiǎn)。
·軟件維護(hù)階段
軟件維護(hù)包含兩個(gè)主要的維護(hù)階段，一個(gè)是軟件生產(chǎn)完畢到軟件試運(yùn)行階段的維護(hù)，這個(gè)階段是一種實(shí)環(huán)境的測試性維護(hù)，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或末發(fā)現(xiàn)的問題;另一個(gè)階段是當(dāng)軟件的運(yùn)行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運(yùn)行環(huán)境(包括硬件平臺(tái)、軟件環(huán)境等)時(shí)進(jìn)行的軟件維護(hù)，具體可能是軟件的版本升級(jí)或軟件移植等。
1.3“技術(shù)”因素分析
存軟件項(xiàng)目開發(fā)和建設(shè)的過程中，技術(shù)因素是一個(gè)非常重要的因素。項(xiàng)目組一定要本著項(xiàng)目的實(shí)際要求，選用合適、成熟的技術(shù)，千萬不要無視項(xiàng)目的實(shí)際情況選用一些雖然先進(jìn)但并非項(xiàng)目所必須且自己又不熟悉的技術(shù)。如果項(xiàng)目所要求的技術(shù)項(xiàng)目成員不具備或掌握不夠，則需要重點(diǎn)關(guān)注該風(fēng)險(xiǎn)因素。
2建立項(xiàng)目管理流程
那么如何解決這些問題呢?實(shí)際上很多模型已經(jīng)給出了答案，比如RUP、QoS、XP