這兩個(gè)月來(lái)，主要都是在進(jìn)行和需求相關(guān)的培訓(xùn)和咨詢，我發(fā)現(xiàn)在行業(yè)里一個(gè)根深蒂固的認(rèn)識(shí)是需要/可以存在多份不同格式的分立的需求文檔：業(yè)務(wù)人員可以寫一份意識(shí)流的業(yè)務(wù)（客戶）需求文檔，開(kāi)發(fā)人員可以在再寫一份充斥著分析結(jié)果及IT術(shù)語(yǔ)的軟件（軟件）需求，測(cè)試人員則可以寫一份閉門造車的測(cè)試需求。好像每個(gè)人都很好的完成了任務(wù)，但是誰(shuí)來(lái)保證這些需求的一致性呢？我們有很好的答案—請(qǐng)業(yè)務(wù)人員確認(rèn)他們看不懂的軟件需求，請(qǐng)開(kāi)發(fā)人員確認(rèn)他們沒(méi)時(shí)間或心思看的測(cè)試需求，絕妙的主意！
　　目前大多數(shù)客戶編寫軟件需求規(guī)約的思路和格式基本上都與IEEE Std 830-1998標(biāo)準(zhǔn)一脈相承，這種基于結(jié)構(gòu)化分析和功能分解的文檔體系（包括數(shù)據(jù)流圖，數(shù)據(jù)字典等）起源于70年代，當(dāng)時(shí)，軟件的主要應(yīng)用還是科學(xué)計(jì)算或信息處理，理解需求的人往往也受過(guò)結(jié)構(gòu)化分析的相關(guān)教育，然而這些內(nèi)容對(duì)今天的大多說(shuō)業(yè)務(wù)人員或最終用戶而言就是很難理解的了?？梢哉f(shuō)在這樣的軟件需求規(guī)約里分析多于需求，為了解決這個(gè)問(wèn)題，有的組織開(kāi)始引入了非形式化、非結(jié)構(gòu)化的業(yè)務(wù)需求，然而卻很難在兩種需求之間建立明確的對(duì)應(yīng)關(guān)系，從而造成了第一段中描述的困境。
　　另一個(gè)造成多份不同格式的分立的需求存在的原因可能與僵化地執(zhí)行CMMI有關(guān)，CMMI在三級(jí)的需求開(kāi)發(fā)（Requirements Developement）這個(gè)過(guò)程域（Process Area）中將開(kāi)發(fā)客戶需求（Customer Requirements）和開(kāi)發(fā)產(chǎn)品需求（Product Requirements）明確地分成了兩個(gè)不同的特定目標(biāo)（Specific Goals），這導(dǎo)致有些企業(yè)讓業(yè)務(wù)人員負(fù)責(zé)客戶需求，而讓開(kāi)發(fā)團(tuán)隊(duì)負(fù)責(zé)產(chǎn)品（軟件）需求，表面上各司其職，但實(shí)際上帶來(lái)的是大家在郵件里將文檔發(fā)來(lái)發(fā)去，工作效率很低而溝通的效果也不好。
  　我們推薦的需求體系是基于用例的, 它是一種可以被各方真正理解和溝通、并可以被逐步精化的需求體系。用例是這一需求文檔體系的主體，但其實(shí)這一體系是由如下文檔來(lái)構(gòu)成的：
　　前景文檔：對(duì)目標(biāo)系統(tǒng)的商業(yè)前景進(jìn)行分析； 
　　涉眾分析：對(duì)目標(biāo)系統(tǒng)的涉眾以及他們對(duì)目標(biāo)系統(tǒng)的主要要求（Needs）進(jìn)行分析； 
　　特性列表：概述目標(biāo)系統(tǒng)的主要特性  項(xiàng)目管理培訓(xùn)
　　詞匯表：對(duì)領(lǐng)域內(nèi)的名詞、術(shù)語(yǔ)和商業(yè)規(guī)則進(jìn)行解釋； 
　　領(lǐng)域模型：用模型的方式對(duì)領(lǐng)域內(nèi)的實(shí)體關(guān)系進(jìn)行描述； 
　　用例模型：對(duì)整個(gè)用例模型進(jìn)行概述； 
　　用例規(guī)約：對(duì)每個(gè)用例的基本流和備選流進(jìn)行詳細(xì)的描述；  項(xiàng)目管理論壇
　　補(bǔ)充規(guī)約: 對(duì)目標(biāo)系統(tǒng)級(jí)的非功能性需求進(jìn)行描述； 
　　我們推薦的工作方式是：
　　不同的角色（業(yè)務(wù)，開(kāi)發(fā)，測(cè)試等）組成一個(gè)虛擬團(tuán)隊(duì)，基于同一個(gè)基于用例的需求體系進(jìn)行協(xié)同的需求開(kāi)發(fā)；
   　　在需求開(kāi)發(fā)的前期，以業(yè)務(wù)人員為主導(dǎo)，通過(guò)對(duì)業(yè)務(wù)的分析來(lái)豐富需求的內(nèi)容； 而在需求開(kāi)發(fā)的中后期，以開(kāi)發(fā)人員為主導(dǎo)，通過(guò)對(duì)需求的分析來(lái)細(xì)化需求；如果組織需要通過(guò)CMMI評(píng)估，那么可以將前期的一個(gè)需求基線作為客戶需求，而將后期的一個(gè)需求基線作為產(chǎn)品需求； 
　　需求是在開(kāi)發(fā)過(guò)程中不斷演進(jìn)的，虛擬需求團(tuán)隊(duì)定期對(duì)需求的變更進(jìn)行復(fù)審，因此對(duì)需求的確認(rèn)是不斷以增量方式進(jìn)行的； 
　　開(kāi)發(fā)人員將需求分析的結(jié)果以需求分析規(guī)約或分析模型的方式記錄下來(lái)，但如果認(rèn)為需求有問(wèn)題，就應(yīng)該以協(xié)作的方式對(duì)需求進(jìn)行改進(jìn)而不是另寫一份文檔； 
　　測(cè)試人員同樣也是對(duì)需求進(jìn)行分析準(zhǔn)備測(cè)試方案和測(cè)試用例，并同時(shí)對(duì)需求提出改進(jìn)建議； 
　　可能需要考慮引入一些工具來(lái)支持這樣的協(xié)同需求開(kāi)發(fā)過(guò)程；
　　總之，我們推薦的需求開(kāi)發(fā)方法是以一個(gè)緊密協(xié)同的虛擬團(tuán)隊(duì)在一個(gè)需求體系之上來(lái)進(jìn)行的。

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://www.vanceur.cn/pmqhd/index.html