在處理一個(gè)數據倉庫項目時(shí)需要注意的問(wèn)題很多，但同時(shí)也有很多有建設性的參考可以幫助你更順利的完成任務(wù)。開(kāi)放思維，不斷嘗試新的途徑，對于找到一種可行的數據倉庫實(shí)現方法來(lái)說(shuō)也是必需的。
1. 配備一個(gè)全職的項目經(jīng)理或你自己全面負責項目管理
在通常情況下，項目經(jīng)理都會(huì )同時(shí)負責多個(gè)項目的實(shí)施。這么做完全是出于資金和IT資源方面的考慮。但是對于數據倉庫項目的管理，絕對不能出現一人身兼數個(gè)項目的情況。由于你所處的領(lǐng)域是你和你的團隊之前沒(méi)有進(jìn)入過(guò)的領(lǐng)域，有關(guān)數據倉庫的一切－數據分析、設計、編程、測試、修改、維護－全都是嶄新的，因此你或者你指派的項目經(jīng)理如果能全心投入，對于項目的成功會(huì )有很大幫助。
2. 將項目管理職責推給別的項目經(jīng)理
由于數據倉庫實(shí)現過(guò)程實(shí)在是太困難了，為了避免自虐，你可以在當前階段的項目完成后就將項目管理職責推給別的項目經(jīng)理。當然，這個(gè)新的項目經(jīng)理一定要復合第一條所說(shuō)的具有全職性。為什么要這么做呢？首先，從項目經(jīng)理的角度看，數據倉庫實(shí)施過(guò)程的任何一個(gè)階段都足以讓人身心疲憊。從物理存儲設備的開(kāi)發(fā)到Extract-Transform-Load的實(shí)現，從設計開(kāi)發(fā)模型到OLAP，所有階段都明顯的比以前接觸的項目更加困難。每個(gè)階段不但需要新的處理方法、新的管理方法，還需要創(chuàng )新性的觀(guān)點(diǎn)。所以將管理職責推給別的項目經(jīng)理不但不會(huì )對項目有損害，還可以起到幫助作用。
3.與用戶(hù)進(jìn)行溝通
這里所講的內容遠比一篇文章本身要重要的多。你必須明白，在數據倉庫的設計階段，那些潛在用戶(hù)自己也不清楚他們到底需要數據倉庫為他們做什么。他們在不斷的探索和發(fā)現自己的需求，而你的開(kāi)發(fā)團隊也在和客戶(hù)的接觸中做著(zhù)同樣的事情。更加頻繁的與客戶(hù)接觸，多做記錄，并讓你的團隊更關(guān)注于項目需求討論的結果而不是討論的過(guò)程本身。
既然你和客戶(hù)的交流是為了了解存儲的數據是何種類(lèi)型以及如何有效存儲數據，你也許需要（和你的用戶(hù)一起）采用一種新的方法觀(guān)察數據，而不是直接處理數據。你可以嘗試從中找出隱藏的信息，比如在一段時(shí)期內的數字漲落等。不要試圖追尋項目需求的答案，而是要讓答案找上門(mén)來(lái)。
4. 以技術(shù)/信息庫作為領(lǐng)導
由于數據倉庫實(shí)施的各個(gè)階段都有很大不同，因此你需要有人能起到維持整個(gè)項目的連續進(jìn)行的作用，不過(guò)這個(gè)職責并不需要那種全職性。項目實(shí)施有三個(gè)重要方面：架構、技術(shù)和業(yè)務(wù)。將架構作為重點(diǎn)可以保證在整個(gè)項目中，數據倉庫的架構從物理層往上，都會(huì )受到良好的維護。而我們應該將技術(shù)作為重點(diǎn)，因為開(kāi)發(fā)團隊和關(guān)鍵用戶(hù)都在使用他們以前從未用過(guò)的工具，必須有人監督開(kāi)發(fā)過(guò)程以及工具使用的一致性。
最后，在數據倉庫的應用過(guò)程中浮現出來(lái)的業(yè)務(wù)需求必須被詳細分析和記錄，以促機開(kāi)發(fā)過(guò)程持續下去。如果用戶(hù)不能很好的開(kāi)發(fā)人員以及其它用戶(hù)溝通，那么數據分析和度量方面的開(kāi)發(fā)進(jìn)程就會(huì )延期，所以必須有人關(guān)注業(yè)務(wù)方面的開(kāi)發(fā)，推動(dòng)開(kāi)發(fā)進(jìn)入更高級別。
5. 跳出反復修改程序的陷阱
第一次實(shí)現的數據倉庫肯定不會(huì )是最終交付的版本。為什么呢？實(shí)際上在真正見(jiàn)到產(chǎn)品前，你無(wú)法確定的知道自己的目標是什么?；蛘哒f(shuō)，最終用戶(hù)只有在使用數據倉庫產(chǎn)品一段時(shí)間后，才能明確告訴你這個(gè)產(chǎn)品是不是他所希望的。與你以往處理的項目不同，業(yè)務(wù)智能還處于發(fā)展的初期，每個(gè)公司對業(yè)務(wù)智能都有不同的解釋?zhuān)虼四愕捻椖繘Q不會(huì )一次成功。
為了以正確的格式獲得數據，你需要在不斷變化的狀況中摸索前進(jìn)。BI具有很強的個(gè)性，不同的環(huán)境、不同的市場(chǎng)以及不同的企業(yè)都有不同的BI。這又代表什么呢？這表示你需要把數據庫管理員放在一個(gè)消息相對封閉的環(huán)境中，不要讓他知道數據倉庫的數據結構以及ETL程序在不斷的改變。對此沒(méi)有別的辦法。這樣可以減輕你和DBA所承受的壓力。
6. 對大量的前端資源進(jìn)行數據源分析
在數據倉庫實(shí)現過(guò)程中，你不得不在舊有的數據中艱難跋涉，這些數據來(lái)自老的數據庫、老的磁帶機以及遠程的數據。它們中的大部分都凌亂不堪，并且難以獲取。你要對這些數據進(jìn)行大量處理，并且還要設計ETL程序來(lái)尋找其中的有用信息。如果你希望整個(gè)項目做起來(lái)比較順利，并且找到一種方法能夠一次成功，那就需要你的開(kāi)發(fā)人員必須花費足夠的時(shí)間來(lái)充分研究這些舊有數據，將凌亂的數據規則化，并盡力設計和實(shí)現強壯的數據采集和轉換過(guò)程。數據倉庫的ETL部分會(huì )占用整個(gè)項目資源的百分之八十，所以一定要確定你的資源都用在刀刃上了。
7. 將人際關(guān)系處理放在首位
在數據倉庫實(shí)現過(guò)程中真正的地獄不是來(lái)自技術(shù)或者開(kāi)發(fā)方面，而是來(lái)自你周?chē)娜?。你也許會(huì )遇到一個(gè)對項目并不樂(lè )觀(guān)而又沒(méi)時(shí)間聽(tīng)你陳述的領(lǐng)導。你也許會(huì )遇到一些開(kāi)發(fā)人員將進(jìn)度拖延太長(cháng)時(shí)間還抱怨為什么不能用老方法實(shí)施。你也許還會(huì )遇到一些抱有不切實(shí)際的幻想的用戶(hù)，他們希望輕點(diǎn)鼠標就能實(shí)現想象中的功能，但卻不愿在他們那邊多做些智力投資，更好的培訓他們自己的員工。而你也已經(jīng)疲憊不堪，鼓勵投資，以及在開(kāi)發(fā)團隊和用戶(hù)（甚至老板）中推廣新的開(kāi)發(fā)技巧。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
