LNNS

LNNS

2011-9-6

文檔信息

日期修改章節(jié)修改類型*修改描述修改人版本

2011-9-7ALLA撰寫V1.0

*修改類型分為A-ADDEDM-MODIFIEDD-DELETED

文檔編號

擬制：審核：

文檔名稱：軟件項(xiàng)目管理方案

SQA:批準(zhǔn)：

文檔代號：收文：

產(chǎn)品版本：V1.0抄送：

目錄

1.概述

L1編寫目的

說明本項(xiàng)目規(guī)范流程化的管理方案，包括啟動過程，計(jì)劃過程,執(zhí)行過程，控制過程，結(jié)

束過程的科學(xué)管理控制。涵蓋了項(xiàng)目管理的九大領(lǐng)域：整體管理，范圍管理，時間管理，成本

管理，質(zhì)量管理，人力資源管理，溝通管理，風(fēng)險管理，采購管理。

預(yù)期讀者：項(xiàng)目經(jīng)理、需求設(shè)計(jì)者、系統(tǒng)分析員和程序員。

2.項(xiàng)管理過程

2.1啟動過程

分析人員必須以系統(tǒng)科學(xué)的方式進(jìn)行項(xiàng)目需求分析,選擇制定好的項(xiàng)目方案，進(jìn)行嚴(yán)格篩

選和可行性分析和研究等文檔。

2.2計(jì)劃過程

在項(xiàng)目計(jì)劃的過程中，要用計(jì)劃應(yīng)對變化，明確的預(yù)防措施和補(bǔ)救措施，制定項(xiàng)目標(biāo)準(zhǔn)和

規(guī)章制度，要避免計(jì)劃不現(xiàn)實(shí)，不切實(shí)際，過于繁瑣等可能造成計(jì)劃無效和項(xiàng)目失控等因素。

＞項(xiàng)目經(jīng)理根據(jù)需求分析做出項(xiàng)目成本預(yù)算，進(jìn)度預(yù)算，定義項(xiàng)目質(zhì)量標(biāo)準(zhǔn)，風(fēng)險組織

和項(xiàng)目綜合計(jì)劃書等，要求項(xiàng)目控制和執(zhí)行人員必須高度明確項(xiàng)目目標(biāo)，確定項(xiàng)目范

圍，并以該目標(biāo)與項(xiàng)目利益相關(guān)者（客戶）取得一致意見；

＞與項(xiàng)目組織（開發(fā)團(tuán)隊(duì)）就這一目標(biāo)進(jìn)行給溝通交流，一起制定出實(shí)現(xiàn)該項(xiàng)目目標(biāo)的各

項(xiàng)具體計(jì)劃和集成計(jì)劃，并成功的完成目標(biāo)所應(yīng)做的工作達(dá)成共識;

＞定義明細(xì)的進(jìn)度計(jì)劃甘特圖，任務(wù)分配矩陣，資源計(jì)劃分配圖；

＞把計(jì)劃過程提交給公司領(lǐng)導(dǎo)，并作詳細(xì)匯報；獲得項(xiàng)目計(jì)劃的批準(zhǔn)。

2.3執(zhí)行過程

＞項(xiàng)目實(shí)施動員大會，發(fā)布項(xiàng)目信息；

＞分析和設(shè)計(jì)程序的模型，要求統(tǒng)一建模，統(tǒng)一規(guī)劃模型，模型必須與現(xiàn)實(shí)情況緊密相

連；

＞實(shí)時跟蹤項(xiàng)目進(jìn)展，實(shí)施階段性評審，嚴(yán)格遵守項(xiàng)目開發(fā)準(zhǔn)則（1分階段的生命周期計(jì)

劃嚴(yán)格管理，2堅(jiān)持進(jìn)行階段評審，3實(shí)行嚴(yán)格的產(chǎn)品控制，4采納現(xiàn)代成熟的程序設(shè)

計(jì)技術(shù)，5結(jié)果應(yīng)能清楚的審查，6開發(fā)小組的人員應(yīng)少而精,1承認(rèn)不斷改進(jìn)軟件工

程實(shí)踐的必要性）；

2.4控制過程

項(xiàng)目的控制和執(zhí)行處在同一時間段，項(xiàng)目控制遵循以下幾點(diǎn)：

＞客戶需求控制

在項(xiàng)目的執(zhí)行過程中，可能會出現(xiàn)客戶需求的變動，盡量控制可能會出現(xiàn)的情況，和客戶

進(jìn)行溝通，找到合適的解決方案；

＞人員管理控制

對任務(wù)進(jìn)行跟蹤，避免"鍍金"，所謂鍍金是項(xiàng)目開發(fā)人員下意識的想做的更完美，擅自增

加程序功能，結(jié)果導(dǎo)致擴(kuò)大范圍和需求脫離，或者是開發(fā)人員誤解任務(wù)意圖等問題。

增強(qiáng)人員之間的溝通，遇到問題及時匯報，避免各個模塊組合困難，中間出現(xiàn)問題，無人

過問，導(dǎo)致工作停滯。

針對技術(shù)經(jīng)驗(yàn)不同的程序員，安排相關(guān)性強(qiáng)的工作，充分授權(quán)項(xiàng)目組成員，鼓勵項(xiàng)目組成

員完成一些有挑戰(zhàn)性的工作，提高開發(fā)技能，鼓舞開發(fā)人員士氣。

利用資源直方圖反應(yīng)開發(fā)人員的工作時間合理性。

＞項(xiàng)目控制管理

成本，目標(biāo)，進(jìn)度為項(xiàng)目的管理核心，必須以嚴(yán)格的圖標(biāo)或記錄等手段來統(tǒng)計(jì)成本，目標(biāo)，

進(jìn)度，根據(jù)統(tǒng)計(jì)數(shù)據(jù)進(jìn)行SWOT分析，通過決策樹得到最佳方案，時時提前預(yù)警風(fēng)險應(yīng)對措

施。對測試數(shù)據(jù)進(jìn)行備份。

2.5結(jié)束過程

預(yù)定將項(xiàng)目收尾準(zhǔn)備更多的時間，以圖更加有條不紊，將項(xiàng)目資料和開發(fā)數(shù)據(jù)妥善保存以

備后鑒。集成測試和調(diào)試必須要有測試數(shù)據(jù)報告。所有參與開發(fā)人員做項(xiàng)目總結(jié)。

3.項(xiàng)目管理方法論

3.1整體管理(IntergrationManagement)

1.項(xiàng)目章程(PoijectCharter)

項(xiàng)目章程是正式啟動項(xiàng)目的文件，明確項(xiàng)目的目標(biāo)，一般可行性研究報告之后由高級管理

層簽發(fā)，作為項(xiàng)目正式啟動的依據(jù)。

2.項(xiàng)目范圍說明書(ScopeStatement)

項(xiàng)目范圍書明確項(xiàng)目的范圍。

3.項(xiàng)目管理計(jì)劃(ProjectManagementPlan)

項(xiàng)目管理計(jì)劃是明確“如何完成項(xiàng)目”的文檔集合，包括多個子計(jì)劃文件，如：開發(fā)里程

碑、質(zhì)量計(jì)劃等。

4.頭腦風(fēng)暴(BrainStorm)

制定項(xiàng)目計(jì)劃是一種集思廣益的方法，組織小組成員在會議室放開思維討論問題的解決問

題的方案或者說出項(xiàng)目中的活動，要收集數(shù)據(jù)進(jìn)行處理。在問題沒有明確的解決方案或者存在

多種潛在方案的時候，可以使用頭腦風(fēng)暴。

5.預(yù)防措施和補(bǔ)救措施(preventmeasure&remedialmeasures)

預(yù)防措施和補(bǔ)救措施針對問題的缺陷，防范在先，補(bǔ)救措施有時候也可以叫作糾正措施。

一種是積極的行為，一種是被動的行為。

6.標(biāo)準(zhǔn)和規(guī)章制度(Standards&RulesAndRegulations)

標(biāo)準(zhǔn)是在反復(fù)性的活動中構(gòu)成的最佳規(guī)則，有的時候它是可選的，不一定是強(qiáng)制執(zhí)行。規(guī)

章制度是強(qiáng)制要求的規(guī)則，是強(qiáng)制執(zhí)行的。

3.2范圍管理(RangeManagement)

1.工作分解結(jié)構(gòu)(WorkBreakdownStructure,WBS)

WBS是項(xiàng)目管理中的重要元素，是對項(xiàng)目工作的進(jìn)一步細(xì)分，歸納和定義項(xiàng)目的整個范

圍。

2.職責(zé)分配矩陣(ResponsibiityAssignMartrix,RAM)

職責(zé)分配矩陣是把WBS的工作與部門或者責(zé)任人聯(lián)系起來的一張圖表，主要用來進(jìn)行工

作的分配。

3.3時間管理(TimeManagement)

1.里程碑(Milestone)和里程碑圖(MilestoneChart)

里程碑是項(xiàng)目的關(guān)鍵點(diǎn)，是系統(tǒng)分析完成、核心模塊編碼完成或者是系統(tǒng)測試完成的時間

點(diǎn)。

2.甘特圖(GanttChart)

甘特圖也叫橫道圖(業(yè)務(wù)分析師「Chart)，用橫道表示主要活動或者階段的開始和結(jié)束時間。

比里程碑含有更多的信息，可以用來做進(jìn)度計(jì)劃審核和確認(rèn)，也可以用來與客戶和上級領(lǐng)導(dǎo)溝

通匯報。

3.項(xiàng)目網(wǎng)絡(luò)圖(NetworkChart)

項(xiàng)目網(wǎng)絡(luò)圖是詳細(xì)的活動安排，包含了活動之間的前后和依賴關(guān)系，一般用單代號網(wǎng)絡(luò)圖

(PDM)和雙代號網(wǎng)絡(luò)圖(ADM)來表示。二者的區(qū)別是：PDM采用方框架表示活動，用箭線連

接活動；ADM用箭線表示活動并在節(jié)點(diǎn)處將其連接起來。

4.關(guān)鍵路徑(CriticalPath)

在項(xiàng)目的進(jìn)度表或者網(wǎng)絡(luò)圖中，存在多條路線通往項(xiàng)目的終點(diǎn)，其中最長的路線稱之為關(guān)

鍵路徑。

5.進(jìn)度壓縮和進(jìn)度壓縮方法(ProgressCompression)

在項(xiàng)目進(jìn)度延遲的情況下，要進(jìn)行進(jìn)度壓縮以加快項(xiàng)目的進(jìn)行。進(jìn)度壓縮分為兩種方法，

一是趕工(Crashing),另一種是快速跟進(jìn)(FastTracking)。

3.4成本管理(CostManagement)

1.成本估算(CostEstimating)

成本估算是指每項(xiàng)活動的費(fèi)用，根據(jù)以往的歷史數(shù)據(jù)、使用數(shù)學(xué)或者是統(tǒng)計(jì)技術(shù)。

活動費(fèi)用的估算的準(zhǔn)確度根據(jù)需要不同。在項(xiàng)目的初期，是粗略的、大概的；到計(jì)劃階段

更為詳細(xì)；到進(jìn)行費(fèi)用分配的時候需要精確估算。

成本估算的方法有類比估算和自下而上的估算。類比估算是以過去類似的項(xiàng)目活動為參照,

自下而上的估算則以單個活動或者工作分解結(jié)構(gòu)要素進(jìn)行獨(dú)立估算，然后分別匯總得到更高層

次的估算值。

2.成本預(yù)算(CostBudgeting)

成本預(yù)算是將單個計(jì)劃活動或者工作包的費(fèi)用進(jìn)行匯總，得到總體費(fèi)用。預(yù)算的結(jié)果是要

得到一個基準(zhǔn)的費(fèi)用。

3.掙值管理(EarnedValue)

進(jìn)度或者是成本實(shí)際上不會按照計(jì)劃進(jìn)行，隨項(xiàng)目的進(jìn)行會產(chǎn)生進(jìn)度延遲或者成本超支。

只知道計(jì)劃值、實(shí)際值是不夠的，無法評估到項(xiàng)目的狀況，因?yàn)椴恢缹?shí)際完成了多少。例如

成本雖然在該時間段超支，卻提前完成了許多工作，我們不能肯定這是個壞事。

綜合考慮計(jì)劃值(PV)、實(shí)際值(AC)和掙值(EV),是掙值管理的基本思想。

成本偏差(CV)=掙值-實(shí)際值=EV-AC

進(jìn)度偏差(SV)=掙值-計(jì)劃值二EV-PV

3.5質(zhì)量管理(Qualitymanagement)

1.統(tǒng)計(jì)抽樣(Statisticalsampling)

統(tǒng)計(jì)抽樣是從目標(biāo)群體中抽取部分或者是全部樣本進(jìn)行檢查，以得到質(zhì)量數(shù)據(jù)。

2.因果圖(Causalm叩)

因果圖是質(zhì)量統(tǒng)計(jì)的一種圖標(biāo)技術(shù)，也叫石川圖或者魚骨刺圖，用來分析質(zhì)量問題或者偏

差產(chǎn)生的原因，比較直觀的顯示各項(xiàng)因素與潛在問題和結(jié)果之間的關(guān)系。

3.帕累托圖(Paretoplans)

帕累托圖也是質(zhì)量統(tǒng)計(jì)的圖示技術(shù)，是按照發(fā)生頻率大小順序繪制的直方圖，表示有多少

結(jié)果是由已確認(rèn)的原因造成的。帕累托圖帕累托法則一脈相承，即數(shù)量較少的因素是造成絕大

多數(shù)問題的原因，即八二原理，80%的問題是由20%的原因造成的。

3.6人力資源管理(HumanResourcesManagement)

1.資源直力圖(Resourceshistogram)

使用資源直方圖表示項(xiàng)目中的資源被使用情況,用它來反應(yīng)人員工作的時間。

2.沖突和沖突管理(Conflictmanagement)

項(xiàng)目中存在各種沖突是很正常的，沖突的常見來源包括資源匱乏、工作安排和工作風(fēng)格。

解決沖突有多種策略，一般會有“輸-輸"、"輸-贏"和"雙贏"的策略。

3.7溝通管理(Communicationmanagement)

1.制定項(xiàng)目溝通計(jì)劃和制度，包括方式和頻率

2.領(lǐng)導(dǎo)進(jìn)行項(xiàng)目溝通活動

3.評估溝通效率，進(jìn)行必要的調(diào)整

3.8風(fēng)險管理(RiskManagement)

1.SWOT分析(Strengths,Weaknesses,Opportunities,Threats)

優(yōu)勢、弱點(diǎn)、機(jī)會與威脅分析，是針對具體事情或者風(fēng)險進(jìn)行多角度、全方位的權(quán)衡。

2.決策樹(DecisionTree)

決策樹是決策支持的一種技術(shù)方法，把不同的決策分支繪制在圖表上進(jìn)行統(tǒng)一考慮。根據(jù)〃

預(yù)期收益"與"可能性”的乘積得到分支的決策值，然后累計(jì)分支決策值得到最佳決策。

3.風(fēng)險應(yīng)對措施(Riskofresponsemeasures)

根據(jù)風(fēng)險類型、概率和影響的不同，需要定制應(yīng)對的風(fēng)險策略，風(fēng)險應(yīng)對策略通常有規(guī)避、

轉(zhuǎn)嫁和減輕3種措施。

＞風(fēng)險規(guī)避是指采取措施、避免風(fēng)險，例如開發(fā)進(jìn)度很緊，不能按時完成的情況下，

減少程序或者是系統(tǒng)的功能就是風(fēng)險規(guī)避的舉措。

＞風(fēng)險轉(zhuǎn)嫁是把風(fēng)險轉(zhuǎn)移到第三方，不將其消除，例如投保就是典型的風(fēng)險轉(zhuǎn)嫁。

＞風(fēng)險減輕是指提前采取措施將風(fēng)險降低到可以接收的范圍，例如通過實(shí)地考察，

選擇可靠的外包方，或者通過系統(tǒng)的原型演示，都可以降低未知的風(fēng)險。

3.9采購管理(ProcurementManagement)

1.采購文件(Procurementdocuments)

采購文件是買方發(fā)出的，說明外包產(chǎn)品的要求，用來獲得賣方的報價或者建議書。采購文

件在不同的恒業(yè)或者領(lǐng)域內(nèi)都有特定的詞匯，有投標(biāo)邀請書(IFB)、征求建議書(RFP)、詢價書

(RFQ)、招標(biāo)通知及洽談邀請等。

2.建議書(Recommendation)

建議書是由賣方制定的文件，闡述賣方提供的產(chǎn)品或者服務(wù)的能力或者意愿，是對采購文

件的答復(fù)；標(biāo)書"就是建議書的一種。

4.項(xiàng)目階段管理

4.1需求分析階段

＞階段目標(biāo)

了解業(yè)務(wù)現(xiàn)狀，分析業(yè)務(wù)需求，制定解決方案；

＞關(guān)鍵任務(wù)及角色

任務(wù)時間客戶柯萊特

需求調(diào)研、分析業(yè)務(wù)部門項(xiàng)目經(jīng)理

關(guān)鍵客戶業(yè)務(wù)分析師

初審業(yè)務(wù)部門項(xiàng)目經(jīng)理

關(guān)鍵客戶業(yè)務(wù)分析師

終審業(yè)務(wù)部門負(fù)責(zé)人項(xiàng)目經(jīng)理

需求負(fù)責(zé)人

需求方確認(rèn)項(xiàng)目經(jīng)理或需求負(fù)責(zé)人項(xiàng)目經(jīng)理

＞主要產(chǎn)物

/調(diào)研計(jì)劃；

/差異分析；

,需求說明書；

“問題表；

/需求跟蹤陣列；

/需求確認(rèn)單；

＞風(fēng)險控制

,客戶參與程度

■保證關(guān)鍵人員在需求階段充分的參與度；

■建立多種溝通方式：面對面、電話，郵件;

/解決方案

■派駐資深BI顧問，并保持核心隊(duì)伍的穩(wěn)定性；

■充分挖掘客戶需求背后的業(yè)務(wù)價值，針對客戶的需求點(diǎn)，設(shè)計(jì)出為各業(yè)務(wù)

部門、各產(chǎn)品線帶來實(shí)際價值的多贏的管理/業(yè)務(wù)流程;

/需求實(shí)現(xiàn)

■柯萊特開發(fā)小組提前進(jìn)行POC研究；

■需求理解上的Gap;

■采用流程示意、原型界面等方式描述需求

4.2設(shè)計(jì)階段

>階段目標(biāo)

按照需求說明書，對需求進(jìn)行系統(tǒng)實(shí)現(xiàn)的設(shè)計(jì)，為開發(fā)階段提供參考

>關(guān)鍵任務(wù)及角色

任務(wù)時間客戶柯萊特

開發(fā)環(huán)境到位項(xiàng)目經(jīng)理技術(shù)分析師

系統(tǒng)方案評審項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理

業(yè)務(wù)分析師

集成方案評審項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理堞成leader

>主要產(chǎn)物

/設(shè)計(jì)說明書；

>風(fēng)險控制

,設(shè)計(jì)方案質(zhì)量

架構(gòu)師設(shè)計(jì)評審，確保設(shè)計(jì)方案的正確性且符合系統(tǒng)設(shè)計(jì)原則；

/設(shè)計(jì)方案與需求的匹配度

業(yè)務(wù)分析人員參與設(shè)計(jì)評審，確保設(shè)計(jì)滿足需求的要求;

/技術(shù)風(fēng)險

■柯萊特提前進(jìn)行POC研究；

■提交柯萊特技術(shù)指導(dǎo)委員會；

4.3開發(fā)階段

>階段目標(biāo)

按照設(shè)計(jì)文檔，在系統(tǒng)開發(fā)中進(jìn)行實(shí)現(xiàn);

>關(guān)鍵任務(wù)及角色

任務(wù)時間客戶柯萊特

系統(tǒng)測試環(huán)境到位項(xiàng)目經(jīng)理技術(shù)分析師

UTA測試環(huán)境到位項(xiàng)目經(jīng)理技術(shù)分析師

>主要產(chǎn)物

/源代碼級成果；

>風(fēng)險控制

/開發(fā)的質(zhì)量、開發(fā)人員的變化

■按照《柯萊特開發(fā)規(guī)范》統(tǒng)一的開發(fā)原則;

■單元測試；

■交差檢查；

4.4SIT階段

>階段目標(biāo)

按照測試用例，對系統(tǒng)進(jìn)行內(nèi)部測試，保證系統(tǒng)滿足需求說明書;

>關(guān)鍵任務(wù)及角色

任務(wù)時間客戶柯萊特

測試用例評審項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理

>主要產(chǎn)物

/測試計(jì)劃；

/測試用例；

>風(fēng)險控制

/測試質(zhì)量

■測試用例經(jīng)過業(yè)務(wù)分析師的嚴(yán)格審核；

■弓I入企業(yè)級測試驅(qū)動方法論（ATDD）,在開發(fā)階段保證單元測試/集成測

試的質(zhì)量，提高開發(fā)質(zhì)量；

■測試人員參與需求過程；

/性能風(fēng)險

在需求調(diào)研，設(shè)計(jì)階段予以性能考慮，對系統(tǒng)性能測試貫穿整個開發(fā)過程；

4.5UIT階段

>階段目標(biāo)

用戶講行系統(tǒng)測試，驗(yàn)證系統(tǒng)是否滿足其業(yè)務(wù)需求及業(yè)務(wù)目標(biāo)；

>關(guān)鍵任務(wù)

任務(wù)時間客戶柯萊特

用戶培訓(xùn)項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理

業(yè)務(wù)部門業(yè)務(wù)分析師

關(guān)鍵用戶

UAT項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理

業(yè)務(wù)部門業(yè)務(wù)分析師

關(guān)鍵用戶

>主要產(chǎn)物

/測試計(jì)劃

/測試用例

/測試報告

/缺陷報告

>風(fēng)險控制

/用戶參與程度不夠，會造成項(xiàng)目延期風(fēng)險

■在項(xiàng)目計(jì)劃中予以明確，并確保最終的執(zhí)行

■囚操作不熟練，對系統(tǒng)產(chǎn)生排斥

/多種的培訓(xùn)形式：

■講解

■課件

■業(yè)務(wù)分析師、系統(tǒng)測試人員參與UAT,協(xié)助客戶一起進(jìn)行UAT

4.6部署推廣階段

＞階段目標(biāo)

挑選幾個代表性分支或代表性產(chǎn)品線；

＞關(guān)鍵任務(wù)

任務(wù)時間客戶柯萊特

挑選分支用戶/項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理

產(chǎn)品線用戶培訓(xùn)分支業(yè)務(wù)部門業(yè)務(wù)分析師

KeyUser

系統(tǒng)上線項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理

總監(jiān)'相關(guān)領(lǐng)導(dǎo)技術(shù)分析師

集成組

其它分支/項(xiàng)目經(jīng)理

產(chǎn)品線用戶培訓(xùn)分支業(yè)務(wù)部門

KeyUser

系統(tǒng)上線項(xiàng)目經(jīng)理

技術(shù)分析師

集成組

＞主要產(chǎn)物

/部署計(jì)劃；

/安裝手冊;

/用戶手冊；

/維護(hù)手冊；

/試運(yùn)行報告；

>風(fēng)險控制

/一次上線風(fēng)險

■分多次推廣；

■培訓(xùn)客戶的關(guān)鍵人員，協(xié)助客戶進(jìn)行推廣培訓(xùn);

4.7瞼收階段

>階段目標(biāo)

完成項(xiàng)目的驗(yàn)收二作;

>關(guān)鍵任務(wù)

任務(wù)時間客戶柯萊特

驗(yàn)收評審評審專家項(xiàng)目經(jīng)理

項(xiàng)目經(jīng)理銷售經(jīng)理

業(yè)務(wù)部門

驗(yàn)收確認(rèn)項(xiàng)目經(jīng)理銷售經(jīng)理

>主要產(chǎn)物

/驗(yàn)收計(jì)劃；

/項(xiàng)目驗(yàn)收評審報告;

/項(xiàng)目驗(yàn)收單；

>風(fēng)險控制

/用戶參與程度不夠,會造成項(xiàng)目驗(yàn)收延期風(fēng)險

■在項(xiàng)目計(jì)劃中予以明確，并確保最終的執(zhí)行;

5.項(xiàng)目溝通機(jī)制

類型溝通內(nèi)容參與人員方式

每日項(xiàng)目例會每日問題匯總與討論柯萊特項(xiàng)目小組每日17:00

評審當(dāng)天工作完成情況及風(fēng)險成員