數據百問系列：數倉團隊如何在繁重的需求中體現自己的價值？
0x00 前言
本話題來自於羣友羅麗葉在數據中臺羣中的提問:
如何讓數倉團隊在繁重業務數據需求的情況下，依舊能熟悉業務和數據，進而爲業務提供更大的價值？
經過整理髮布在知識星球后，有不少同行小夥伴都給出了自己的解答，由於問題很具有代表性，特意整理成一篇文章分享給大家。
本文分下面幾個部分：
問題和回答，來自話題的發起者-羅麗葉的整理
每個人回答的詳細內容，給大家做參考
居士的一些想法
0x01 回答整理
根據大家的回答，將其整理成更體系化的內容：
一、瞭解業務
1、業務方
向數倉團隊同步&培訓業務相關知識，包括（業務背景，相關的產品，核心數據指標，數據服務賣點等）
向數倉團隊提需求時，需要描述清楚需求的背景，目的，價值。確認信息傳遞到位
接受數倉團隊代表參加週會，及時獲取業務動態
2、數倉Leader
每週週會向團隊同步最近一週最新信息，包括（業務線的反饋，業務動態，管理層信息（涉及保密的可不說））
聯合各業務方共建業務知識庫，打通業務和數據。包括上述業務方同步的業務知識+更爲具體的業務使用了數倉的哪一份數據，怎麼使用的。模版爲XXXXX
定期選取團隊成員開發的需求事項進行復盤，發現問題點，提升工作效率
3、團隊成員
承接需求時，需瞭解需求的背景，目的，價值-需要沉澱在方案文檔中，方案文檔統一沉澱在專題&產品文檔。
週會同步事項給團隊其他成員
二、團隊建設
挖掘一兩名團隊代表，定期參與業務方週會，及時把業務動態相關信息同步到團隊 人員分層，部分負責底層數據開發維護，部門負責對接業務線開發
激勵&培養團隊明星員工，鼓勵員工聯合業務線同學做一些探索。如果變現產出價值則直接給予現金獎勵，前期可由團隊代表先試行。
三、事項開展
1、需求開發類
承接需求時，需瞭解需求的背景，目的，價值-需要沉澱在方案文檔中，方案文檔統一沉澱在專題&產品文檔
2、問題排查類
問題排查酌情聯合測試進行排查
0x02 大家的回答
0x03 一些想法
大家的回答其實已經比較完善了，這裏簡單聊一下個人的一些觀點，僅供大家參考。
關於理解業務的側重點，並不是理解業務就是好的，這裏面也要分優先級和重要性，價值低的需求，沒必要浪費時間去了解他的業務背景。讓需求方描述清楚提取數據的格式個要求，正常滿足就好了。多投入精力去跟進有核心價值的需求。
關於如何提效，本問題的一個背景是因爲需求繁重導致業務理解不夠，雖然我不太認同這個假設，但是既然以這個角度展開了，那還是要聊一下如何去解決。解決方法就是提效，提升業務需求支持的效率。 重複需求模版化，簡單需求自助化，設計優秀的中間表+好用的數據提取工具，能解放你大部分人力，這時候就有精力去理解業務了。
理解業務並不是技術人員最核心競爭力，誠然業務理解十分重要，我個人也十分看重業務理解，脫離業務談數據，在企業中是不被認可的。作爲一名技術人員，你如何去理解業務，都很難比業務同學更懂業務（只要你的業務合作方不是特別傻的情況）。這種情況要明白自己的核心競爭力是什麼？比如數倉同學，核心競爭力是如何根據業務理解設計出更優秀的數據模型，從業務->表設計，是你的個人能力壁壘。說起來感覺挺簡單，但是，這個很重要。
想聊的挺多的，有點困了，先說這麼多吧，放在文章這麼靠後的地方，也不知道多少人能看到。
0xFF 總結
其實這個問題拋出來的時候，問題發起的小夥伴一直在問我的看法是什麼。我想說的是，我的看法並沒有那麼重要，一個人的知識面終究有限，大家的智慧纔是真正的智慧。因此，我將該問題拋給了大家來解答，最終發起者的整理的內容也超出的了我預料，很滿意。
所以，居士以後也建議大家以這種方式來提問：
在知識星球發起問題：要一句話先表達你的問題，再詳細描述一下問題是什麼。如果有自己的想法最好也寫出來一些
居士會將該問題在幾十個交流羣中發佈，大家一起參與討論
發起者來根據收集到的回答，整理出一份好的回答內容。你是社區的一員，有收穫也要有付出，而且整理的過程也是自己收穫最大的一步
最終居士會根據大家的討論和整理，加上自己的想法反饋給大家一篇更完善的內容。
如此，就是一個知識點的完美閉環。
熱門文章
