由于數(shù)據(jù)倉(cāng)庫(kù)是軟件的一部分，許多來自行業(yè)的學(xué)術(shù)研究人員和專業(yè)人員都同意這樣一個(gè)事實(shí)，即來自軟件工程學(xué)科的方法可以應(yīng)用于數(shù)據(jù)倉(cāng)庫(kù)項(xiàng)目。我們已經(jīng)討論了一些著名的項(xiàng)目計(jì)劃方法。

Data Vault 2.0方法的項(xiàng)目規(guī)劃能力來自PMP。與敏捷的Scrum方法不同，它強(qiáng)調(diào)在一個(gè)sprint沖刺中有一個(gè)正式的項(xiàng)目計(jì)劃。每個(gè)項(xiàng)目有一個(gè)項(xiàng)目計(jì)劃:包括要完成的任務(wù)、作為任務(wù)輸出的預(yù)期結(jié)果以及將執(zhí)行任務(wù)的角色。根據(jù)項(xiàng)目類型的不同，有不同類型的角色來執(zhí)行項(xiàng)目：
業(yè)務(wù)發(fā)起者：應(yīng)該在項(xiàng)目與業(yè)務(wù)和愿景之間建立一致性。

• 代表項(xiàng)目進(jìn)行溝通，特別是與高級(jí)管理人員溝通;
• 成為項(xiàng)目的主要倡導(dǎo)者，并獲得其他主要利益相關(guān)者的承諾;
• 安排資源，確保項(xiàng)目成功;
• 確保通過問題的升級(jí)能在組織層面上得到有效解決來促進(jìn)問題的解決;
• 通過提供指導(dǎo)、輔導(dǎo)和領(lǐng)導(dǎo)來支持項(xiàng)目經(jīng)理;
• 并建立項(xiàng)目的持續(xù)性，以確保這個(gè)項(xiàng)目產(chǎn)出是可持續(xù)的。

技術(shù)業(yè)務(wù)分析師:是向業(yè)務(wù)部門報(bào)告的高級(jí)用戶，但具有一定的技術(shù)技能，包括理解數(shù)據(jù)模型和直接利用或編寫SQL的能力。

• 建立標(biāo)準(zhǔn)和訪問控制列表;
• 優(yōu)先變更需求;
• 建立新的要求;
• 為一般業(yè)務(wù)用戶創(chuàng)建新的報(bào)告;
• 幫助團(tuán)隊(duì)調(diào)試alpha版本;
• 參與信息集市的開發(fā)和設(shè)計(jì);
• 并創(chuàng)建用戶算法訓(xùn)練的材料。

項(xiàng)目經(jīng)理:負(fù)責(zé)確保項(xiàng)目團(tuán)隊(duì)完成項(xiàng)目。

• 制定項(xiàng)目計(jì)劃，管理團(tuán)隊(duì)的項(xiàng)目任務(wù)績(jī)效，確保項(xiàng)目發(fā)起人和其他利害關(guān)系人對(duì)可交付成果的接受和批準(zhǔn)。
• 負(fù)責(zé)溝通，例如狀態(tài)報(bào)告、風(fēng)險(xiǎn)管理和無法在項(xiàng)目團(tuán)隊(duì)中解決的問題的升級(jí)。

IT經(jīng)理:確保業(yè)務(wù)的連續(xù)性和業(yè)務(wù)的成功。

• 監(jiān)督項(xiàng)目并確保他們有效地使用資源。
• 客觀地向管理團(tuán)隊(duì)提建議，在哪些方面IT可能會(huì)對(duì)業(yè)務(wù)產(chǎn)生影響;
• 就成本、工時(shí)和需要滿足的標(biāo)準(zhǔn)達(dá)成一致意見，并在整個(gè)項(xiàng)目過程中對(duì)其進(jìn)行監(jiān)控;
• 幫助組織順利地從遺留系統(tǒng)過渡到新系統(tǒng);
• 并向管理層匯報(bào)目前項(xiàng)目的最新進(jìn)展。

ETL開發(fā)人員:負(fù)責(zé)提取、轉(zhuǎn)換、加載(ETL)過程的開發(fā)人員。

• 執(zhí)行數(shù)據(jù)或者控制流從源系統(tǒng)到集結(jié)區(qū)的加載。
• 執(zhí)行數(shù)據(jù)或者控制流從集結(jié)區(qū)到原始DataVault的加載。
• 執(zhí)行數(shù)據(jù)或者控制流從原始DataVault到業(yè)務(wù)倉(cāng)庫(kù)和信息集市的加載。
• 負(fù)責(zé)創(chuàng)建虛擬集市；
• 在ETL實(shí)施軟業(yè)務(wù)規(guī)則，即所要求的業(yè)務(wù)。

報(bào)表開發(fā)人員:基于信息集市、業(yè)務(wù)倉(cāng)庫(kù)表或(在極少數(shù)情況下)直接在原始數(shù)據(jù)倉(cāng)庫(kù)上實(shí)現(xiàn)業(yè)務(wù)驅(qū)動(dòng)的報(bào)表。

• 在大多數(shù)情況下，他們不需要為此實(shí)現(xiàn)任何業(yè)務(wù)規(guī)則;
• 在極少數(shù)情況下，實(shí)現(xiàn)業(yè)務(wù)報(bào)告可能需要在報(bào)告中直接實(shí)現(xiàn)有限的業(yè)務(wù)規(guī)則。
• 在大多數(shù)情況下應(yīng)該避免這種情況，因?yàn)樾阅軙?huì)下降，可重用性也有風(fēng)險(xiǎn)。

數(shù)據(jù)架構(gòu)師/信息架構(gòu)師:負(fù)責(zé)的信息架構(gòu)和數(shù)據(jù)集成。

元數(shù)據(jù)管理員:負(fù)責(zé)元數(shù)據(jù)的建設(shè)。

• 負(fù)責(zé)元數(shù)據(jù)設(shè)計(jì)的規(guī)劃;
• 改進(jìn)元數(shù)據(jù)開發(fā)的框架;
• 協(xié)調(diào)與其他角色和項(xiàng)目的活動(dòng)以及溝通;
• 為需要使用元數(shù)據(jù)的所有內(nèi)部成員和外部人員，管理他們對(duì)元數(shù)據(jù)的訪問級(jí)別。

變更管理人員:確保新功能在推出時(shí)不會(huì)干擾其他IT或業(yè)務(wù)服務(wù)，也負(fù)責(zé)確保在環(huán)境中可以進(jìn)行新的發(fā)布，并且不受其他項(xiàng)目的阻礙。

許多組織錯(cuò)誤地將職責(zé)分配給人員，而不是定義的角色。在團(tuán)隊(duì)中定義角色的好處是，可以用另一個(gè)有技能的人代替這個(gè)角色的人——例如，如果當(dāng)前的人離開了組織或改變了項(xiàng)目。角色定義在很多方面對(duì)組織有幫助:這些角色定義幫助人力資源部門在自由市場(chǎng)上為工作找到合適的人;新員工有可能很快確定自己的職責(zé)，并完成他們應(yīng)該完成的工作;最后，明確的職責(zé)可以幫助團(tuán)隊(duì)在處理開發(fā)項(xiàng)目中自然產(chǎn)生的問題時(shí)決定誰(shuí)做什么。

在數(shù)據(jù)倉(cāng)庫(kù)中，項(xiàng)目團(tuán)隊(duì)已經(jīng)知道大多數(shù)所呈現(xiàn)的角色。技術(shù)業(yè)務(wù)分析師是個(gè)例外。該角色充當(dāng)業(yè)務(wù)和IT之間的中間功能。圖3.2給出了這個(gè)角色的特征和職責(zé)的更多信息。

圖 3.2 技術(shù)業(yè)務(wù)分析師

由于該角色位于業(yè)務(wù)和IT之間，技術(shù)業(yè)務(wù)分析師的工作是緩和雙方之間的關(guān)系，并防止他們之間出現(xiàn)“越過圍欄”的心態(tài)。這種雙方?jīng)]有相互理解和相互支持一起工作的心態(tài)往往是項(xiàng)目失敗的根本原因。這類項(xiàng)目的特點(diǎn)是業(yè)務(wù)需求不明確，技術(shù)工件不符合業(yè)務(wù)需求，也不符合IT所理解的需求，以及由于未經(jīng)測(cè)試或測(cè)試不完整（從業(yè)務(wù)角度）而導(dǎo)致的不可靠軟件。通常情況下，雙方會(huì)互相指責(zé)，而且雙方都非常確信對(duì)方犯了錯(cuò)誤。

這也是為什么Data Vault 2.0團(tuán)隊(duì)不建議將業(yè)務(wù)與IT角色分開的原因。取而代之的是，兩組應(yīng)該一起工作，每個(gè)角色都要關(guān)注自己的職責(zé)。如果可以的話，團(tuán)隊(duì)?wèi)?yīng)該在同一地點(diǎn)工作以提高效率。重要的是在業(yè)務(wù)和IT以及每個(gè)角色之間建立一個(gè)協(xié)作級(jí)別和相互理解，以防止出現(xiàn)前一段中概述的情況。這是項(xiàng)目經(jīng)理的責(zé)任，如果在項(xiàng)目過程中組開始相互分離，就需要持續(xù)的行動(dòng)。

需要從業(yè)務(wù)方面建立的部分理解是，我需要一種方法，在為期兩周的sprint沖刺中相對(duì)不受日常問題的影響而工作。操作中出現(xiàn)的問題必須安排在下一個(gè)sprint沖刺中。為了實(shí)現(xiàn)這一點(diǎn)，IT部門也必須改變他們的想法:他們的工作應(yīng)該是讓業(yè)務(wù)部門在沒有IT部門參與的情況下自己解決一些(如果不是大部分的話)問題。這就是“托管式”自助業(yè)務(wù)智能(BI)發(fā)揮作用的地方。Data Vault 2.0標(biāo)準(zhǔn)為IT部門提供了指導(dǎo)方針，指導(dǎo)他們?nèi)绾我詷I(yè)務(wù)用戶可以自行使用的方式提供數(shù)據(jù)。這就需要將責(zé)任轉(zhuǎn)移到業(yè)務(wù)上。例如，IT不應(yīng)該負(fù)有修復(fù)企業(yè)數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)的責(zé)任，以彌補(bǔ)業(yè)務(wù)系統(tǒng)中的錯(cuò)誤。業(yè)務(wù)部門有責(zé)任修復(fù)這些錯(cuò)誤，以便IT部門通過數(shù)據(jù)倉(cāng)庫(kù)將數(shù)據(jù)傳回業(yè)務(wù)部門，在那里他們可以應(yīng)用業(yè)務(wù)規(guī)則將數(shù)據(jù)轉(zhuǎn)換為信息。IT將利用這些知識(shí)使經(jīng)常使用的信息集市規(guī)范化。

為了防止任何一方的中斷，對(duì)系統(tǒng)需求的變更需要一個(gè)已建立的流程。圖3.3顯示了這個(gè)DataVault2.0需求變更溝通流程。

圖 3.3 DataVault2.0需求變更溝通流程

圖 3.3 DataVault2.0需求變更溝通流程

新的變更請(qǐng)求通常起源于項(xiàng)目的業(yè)務(wù)方面。IT需要評(píng)估風(fēng)險(xiǎn)和對(duì)當(dāng)前生產(chǎn)系統(tǒng)的影響。這就是為什么變更請(qǐng)求從業(yè)務(wù)用戶通過發(fā)起人（決定需求變更的優(yōu)先級(jí)）通過技術(shù)業(yè)務(wù)分析員（幫助將業(yè)務(wù)需求轉(zhuǎn)化為技術(shù)項(xiàng)）傳輸?shù)截?fù)責(zé)調(diào)度的IT經(jīng)理和項(xiàng)目經(jīng)理。當(dāng)IT完成風(fēng)險(xiǎn)評(píng)估后，它將此信息返回給業(yè)務(wù)部門，以便根據(jù)風(fēng)險(xiǎn)和影響評(píng)估，他們可以做出是否應(yīng)該實(shí)現(xiàn)需求變更的最終決定。如果業(yè)務(wù)部門決定繼續(xù)處理需求變更，IT部門將在下一個(gè)sprint沖刺中安排需求變更，這取決于業(yè)務(wù)部門之前的優(yōu)先級(jí)安排。然后，他們負(fù)責(zé)新工件的開發(fā)和隨后的交付。在業(yè)務(wù)人員測(cè)試了變更(除了開發(fā)測(cè)試)并驗(yàn)收變更之后，正式的落款將使IT部門從這個(gè)需求變更的更多職責(zé)中解脫出來。

當(dāng)開發(fā)數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的新版本時(shí)，開發(fā)團(tuán)隊(duì)使用與傳統(tǒng)軟件開發(fā)團(tuán)隊(duì)相同的方法。他們?cè)陂_發(fā)過程的早期使用Alpha（內(nèi)測(cè)）版本來測(cè)試新版本，Beta（公測(cè)）版本易于針對(duì)有限的業(yè)務(wù)受眾和生產(chǎn)的Gamma（候選）版本進(jìn)行測(cè)試。Alpha（內(nèi)測(cè)）版本應(yīng)該只影響技術(shù)團(tuán)隊(duì)成員直至技術(shù)業(yè)務(wù)分析師。

除了技術(shù)IT團(tuán)隊(duì)之外，在Alpha（內(nèi)測(cè)）版本中通常有3到5個(gè)技術(shù)業(yè)務(wù)分析師。當(dāng)IT部門向分析師發(fā)布新報(bào)告時(shí)，應(yīng)該明確指出，這些報(bào)告不打算向業(yè)務(wù)部門分發(fā)，因?yàn)閳?bào)告或多維立方體（數(shù)據(jù)集）中的信息可能是錯(cuò)誤的，甚至是糟糕的。盡管如此，技術(shù)業(yè)務(wù)分析師還是會(huì)收到這些報(bào)告，以幫助他們發(fā)現(xiàn)這些錯(cuò)誤或識(shí)別錯(cuò)誤計(jì)算。在數(shù)據(jù)倉(cāng)庫(kù)項(xiàng)目的前兩三個(gè)sprint沖刺之后，一個(gè)Alpha（內(nèi)測(cè)）版本被分發(fā)給技術(shù)業(yè)務(wù)分析師是很常見的。

一旦新版本達(dá)到Beta（公測(cè)）狀態(tài)，就會(huì)向更多的技術(shù)業(yè)務(wù)分析師、業(yè)務(wù)贊助商和選定的業(yè)務(wù)經(jīng)理以及其他對(duì)新版本的功能有既得利益的用戶顯示該版本。

Beta（公測(cè)）版本已經(jīng)經(jīng)過IT和業(yè)務(wù)代表的徹底測(cè)試，不再包含任何明顯的或已知的錯(cuò)誤。然而，由于發(fā)布狀態(tài)的性質(zhì)，生成的報(bào)告仍然不適合流通。取而代之的是，有限的團(tuán)隊(duì)使用這些報(bào)告來識(shí)別開發(fā)和技術(shù)業(yè)務(wù)分析師到目前為止尚未識(shí)別的問題。如果有限的團(tuán)隊(duì)同意產(chǎn)品發(fā)布的準(zhǔn)備工作，數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)將進(jìn)入Gamma（候選）狀態(tài)。

Gamma或生產(chǎn)版本被部署并提供給所有業(yè)務(wù)用戶。這種方法密切遵循CMMI，它是Data Vault 2.0方法的一部分。后續(xù)文章介紹Data Vault 2.0方法的CMMI。