5. 從字里行間發現問題
與用戶交流是個很麻煩的事情，為什么這么說呢？因為很多用戶在見到最終產品前都不知道自己想要什么樣的產品。定義數據倉庫應用程序是一個探索的過程，而且這個過程要反復進行。記住所謂的"業務智能"是用戶自己定義的，他們按照自己的理解來處理業務流程。因此這些用戶就是連接數據和業務處理過程間的橋梁。他們所要的并不是數據本身，而是隱藏在數據后面的智能性。你可以讓他們討論、思考并給出建設性的意見。但千萬不要讓他們解決或讓他們任意想象和發表那些"有可能"的觀點。最后，一定要隨時留意用戶得出的結論。
6. 保持領先
數據倉庫看起來沒有傳統的OLTP模式根深蒂固，事實如此。雖然很多人投身數據倉庫的開發中，但由于其框架與以前的系統大相徑庭，因此在開始的一段時間數據倉庫的實現看上去相當混亂。但是堅持下去是很重要的。它具有兩方面重要的作用。
第一，技術的領先性。它可以跟蹤項目中任何階段的軟件工具的部署和正確使用，以及開發過程。如果這復合你的背景，你可以對此多加留意。
第二，體系結構的領先性。它使得項目在各個階段轉換時，數據倉庫和它所支持的系統的物理以及邏輯架構都具有持續性，不會發生改變。這也是你能提供的。
7. 發出警告
最后你要記住，你并不是唯一登上新大陸的人。你周圍的每一個人都會有下面一點或幾點問題：不現實的期望、對技術的誤解、舊習慣或壞習慣、競爭行為，或缺乏對項目的信任度。雖然交流溝通等任務應該是項目經理負責的，但實際上你也要擔負起相同的責任。那么作為技術總監你該怎么作呢？首先當然是要真誠的對待周圍的人，但一定要豎立威信，適當的發出警告。當你發現項目進度緩慢、資源流失，或者員工失去目標，就要直言不諱的說出來�？焖倜鞔_的給予警告在大部分情況下都是明智之舉。匆忙上馬的數據倉庫項目也許會出軌，但不要讓失敗的項目把你拉下馬。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
