
三、問題要擺在桌面上來討論
在實際工作中,筆者發現不少用戶喜歡將問題藏著掖著。其實這是一種非常不好的習慣。這些問題就像沼氣。將沼氣慢慢釋放,不僅不會發生危險,而且還可以作為能源使用。但是如果沼氣慢慢積聚,達到質變的程度之后,只要一顆小小的火星,就會導致爆炸。為此,筆者認為問題一定不能夠藏著掖著,而應該將問題放在桌面上進行討論。對此筆者有如下建議。
一是要廣開言路,讓用戶敢于提問題。很多用戶之所以會將問題藏起來,是擔心上面處罰他們。如可能有些問題本來就存在的。他們在操作時可以通過私底下解決。在項目討論會上,用戶不會主動將他們提出來。可是這些問題放在BI系統自動化的流程上,就會增加系統的不穩定性。筆者在項目會議上,會不斷的強調,在項目過程中對于用戶提出的問題不會追究責任。但是如果項目結束后,才發現有些問題已經存在、但是用戶沒有提出來,那就是用戶的責任了。在項目過程中,要不斷的像用戶闡述這個觀點。
二是要定期的匯報進度。有些用戶之所以不提自己的困擾,他們可能認為,這個問題其自己都解決不了,其他人就更加無法解決了。提出來也沒有必要。這種觀念也是錯誤的。問有沒有發現問題、問題有沒有提出來,是用戶的事情。而這個問題到底能不能夠解決,則是項目團隊需要考慮的問題。項目團隊對于用戶提出來的問題,需要及時進行分析、評估,看看能夠實現的可能性,并向用戶進行反饋。當用戶看到自己提出的問題,這么快有了反應(可以或者不可以),就會增強他們提問題的積極性。如果問題可以通過系統方便的解決,他們也不希望在手工來處理。
三是要及時的處理沖突。當BI項目進入到不穩定時期之后,用戶之間、用戶與項目管理員之間的沖突就會不斷的增加。對于這些沖突,項目管理員要認證對待,采取正確的方式及時的進行解救。如可以采取避免、競爭、包容、妥協等方式來解決沖突。總之一個原則就是,沖突要及時解決,而不能夠將沖突演變為了一個群集性事件。
舉一個簡單的例子。項目經理可能會對用戶提供的基礎數據的準確性有抱怨,覺得其提供的基礎數據有錯誤或者不夠完整。而用戶也覺得有冤枉,因為他們以前就是這么操作的。如果處罰吧,項目管理員與用戶之間就難免會產生沖突。如果不處罰吧,放之任之,系統就無法實現預期的效果。
遇到這種情況下,筆者認為,項目管理員在指出問題的同時,要跟用戶一起分析,數據為什么會不準確或者不完成。幫用戶找到問題的原因,然后用戶才有辦法去解決。這不僅可以提高數據的質量,而且還可以巧妙的化解與用戶的沖突。其實筆者認為,解決沖突的一個核心思想就是任何一個人都不要做旁觀者,特別是項目經理。當有沖突時,項目管理員不要讓沖突擴大,而應該擺正自己的地位,與用戶一起去分析原因、尋找解決問題的方法。
項目不穩定時期越長,對BI項目的影響越大。這就好像是感冒。拖的時間越長,雖然最終能夠解除病痛,但是也有可能會留下肺炎等后遺癥。所以這個項目的不穩定期,雖然不是不可避免的,但是要盡量的縮短,要將其控制在可控的范圍之內。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄