单独访谈.PPT

本章學習重點 使用者類別 獲取使用者需求步驟 注意事項 使用者需求 使用者的需求收集可以算是資料倉儲系統建置上最重要的一個步驟。 使用者需求包括以下幾點： 資訊需求。 使用者人數及使用量。 使用者所在地。 使用者的資訊背景。 使用者類別─高階主管 高階主管一天花在攝取資料倉儲系統提供的資訊的時間不多。 他需要的是摘要性的，而且是可以一目瞭然的報表。 他需要的是一個簡易操作的系統（如高階主管資訊系統）。 使用者類別─普通使用者 普通使用者會需要對報表做分析的動作，不過他不會去自己設計新的報表。 對他來說，資料倉儲系統最大的好處就是減少他花在產生報表上所需要花的時間。 他需要的是一個具有統計、試算表、以及線上報表功能的分析系統。 使用者類別─超級使用者 超級使用者可以運用資料倉儲系統所提供的所有分析功能，包括自己設計新的報表。 他非常瞭解資料模式和SQL。 超級使用者需要的工具是可以讓他們直接至資料庫中獲取資料的。 訪談之前 在做訪談前，資料倉儲團隊必須要做以下的準備： 對業界有一定的瞭解。 對組織本身有一定的瞭解。 初步決定誰是使用者以及誰需要邀請哪些人面談。 設計問卷。 實際訪談做法 實際訪談有兩種做法： 單獨訪談 團體討論 單獨訪談 單獨訪談是團體討論是在一次場合與一位使用者討論資料倉儲需求。 單獨訪談有以下的好處： 訪談的時間容易敲定。 保證每一位受訪者的意見都會被記錄下來。 團體討論 團體討論是在一次場合與一群使用者同時討論資料倉儲需求。 團體討論有以下的好處： 節省時間。 由於一次綜合多人的腦力，所以極可能引發一些在單獨訪談時不會發掘的觀點。 實際訪談最佳做法 一般來說，在最先開始的訪談通常是單獨訪談，而在資料倉儲團隊比較瞭解大致的狀況後就可以一次與比較多的人做團體討論。 訪談之後 在與每一位使用者訪談過後，資料倉儲團隊必須整理出訪談大鋼，而且將此大鋼寄一份給使用者以確定無誤。 當所有訪談都結束之後，資料倉儲團隊就必須整理出來一份使用者需求書，包括資訊內容、使用者的人數、使用者權限等等。 訪談時需注意事項 使用者期望管理。 對臨時特定目的需求的所負的責任。 專案範圍管理。 上線後與使用者的交流。 使用者無法提出需求。 使用者期望管理 如果使用者將對資料倉儲系統有不實際的期望，那就算系統準時上線，而且上線後完全有達到原本計劃的功能，他們仍然可能會很失望，因為與他們預期中的不同。 在使用者期望管理上，資料倉儲專案經理是扮演最重要的角色。 對臨時特定目的需求的所負的責任 在很多的情況下，資料倉儲團隊也需要負責解答使用者的臨時特定目的需求。這就有可能和資料倉儲系統建置的責任有所抵觸。 一般來說，資料倉儲團隊需要在建置系統及回答臨時特定目的需求這兩種不同的要求之間尋求一個平衡。 對臨時特定目的需求的所負的責任 達到這個平衡有以下的方式： 確認臨時特定目的需求是有實際用處的。 確認資料倉儲系統專案建置時間和範圍是合理的。 成功的使用者期望管理。 專案範圍管理 資料倉儲專案經常會發生專案範圍改變（這種改變通常是專案範圍增加）的情況。 專案範圍管理的目的講起來很簡單，那就是在不影響專案進度下儘量滿足使用者的需求。 最常被用到的作法是由專案經理選定一個日期：在這一天之後所出現的需求就一定要等到下一期才會被納入系統中。 上線後與使用者的交流 在系統上線後，專案團隊需和使用者保持持續地交流。 這有以下的好處： 可以讓專案團隊確認系統有在滿足使用者的需求。 使用者會有許多好的建議，而這些建議是之前專案團隊沒有想到的。 使用者無法提出需求 有時候在做訪談時使用者會說他並不知道他的需求是什麼。 資料倉儲團隊就應該依據他們對業界以及這個組織的瞭解而主動提出一些很可能用到的需求來當作討論的開始。 如果在這種情況之下使用者仍然堅持他無法提出他的需求，那很可能就是背後有些政治上的因素考量。 * 第 5 章：使用者需求 *