近期收到讀者朋友的諮詢，他們在建立開發部資料團隊的過程中遇到困惑：在大老闆的支援下，部門破天荒獲得了組建專職資料團隊支援開發部，然而新部門幾乎沒有工作成果，薪酬又高的嚇人，幾乎面臨解散。
我認為如果沒有正確的認知，這應該是未來主流的問題，這些傳統行業賺的是辛苦錢，大老闆能給錢給支援就要用好，本篇分享一些建議：
建立資料團隊的目的是要解決問題，這是最終目的，在解決業務問題的過程中朋友們遇到最多的問題可能是it類的問題，於是不論大公司還是小公司，首先在此方面投入大量資金，但隨後而來就會發現這些技術人員無法管理，沒有工作成果，除了爭吵什麼問題也沒解決。
出現上述問題的最主要原因就是業務部門不能清晰的把需求傳遞給it技術人員：業務的資料化無法完成，那再牛的it也是巧婦難為無公尺之炊，這就像在實體商業領域，我們有了一處位置不錯的商鋪，找人過來裝修，但沒有設計圖紙，裝修工人在好也不知道活該怎麼幹。
因此需要乙個類似產品經理的智慧型，這個職能的角色就是商業裝修的設計師一樣。
這就好像工程部門是公司開店的重要組成一樣，店裝修不出來一切都是零，沒有it 技術也一切無從談起。it 技術崗至少需要下面幾個職能：
後台職位：類似商業地產建大樓的職能。
前端職位：類似於軟裝。
上面都是最基礎的崗位，如果公司有其他需求還要配人，比如有gis需求就要另外配人，有移動端需求還要招募ios和android開發工程師。
把上面這些配齊了還不夠，還需要為這個部門配置至少乙個領導。至此，部門貌似配置完畢了，但上面的配置基本上只是乙個幻想，因為目前it人員的薪資遠比傳統行業高，乙個團隊基本月薪在10萬以上，一年至少150萬的投資，200萬也是正常的。
這種投資對於大公司來說沒問題，對於中小品牌來說完全是無法負擔的，同時對於it人員來說，他們在傳統行業也學習不到什麼技能，而且傳統公司也不會給超過行業平均水平的薪酬，也留不住有水平有情懷的技術，加上產品、業務與技術之前溝通一定需要協調，最終效果肯定不佳。
從上面的分析內容來看，完全自建團隊基本上只適合大公司，但中型公司和小型公司也需要相關但產品該怎麼辦？
對於中小公司來說，完全沒有那麼大的資料量，稍微大一些的數量也產生在交易系統，開發工作只要每家門店的月度最多是每天的銷售，一張excel**完全可以搞定。
整體來說，技術雖然非常重要，但公司畢竟是需要業務落地的，自建技術團隊成本高管理難，把有限的預算花在刀刃上，複雜的技術輕量化。業務資料化這塊是必不可少的，巨像生產物料一樣，總要有人把控。資料平台的後台和前端，至少需要乙個資料庫和資料倉儲，因為還要考慮到後續發展壯大之後，資料量變多便複雜的效能，後台和前端可以用finereport報表類很好的解決，後期的報表開發和維護可以交給乙個人去解決。評定這塊技術工作之後，關注業務是最好的選擇。
NASA計畫明年重返月球 呼籲商業公司協助
nasa計畫明年重返月球 呼籲商業公司協助。目前，美國宇航局正在尋求新的方案運送貨物抵達月球 在最新乙份資訊需求報告 rfi 中，美國宇航局呼籲美國商業公司提交太空發射和登陸服務的細節內容，幫助美國宇航局評估商業系統的有效性，最早於2018年從地球向月球表面運載貨物。當前這份資訊需求報告僅用於規劃美...
企業應該如何運用商業智慧型
商業智慧型技術所帶來的好處是任何企業都無法拒絕的，然而對於商業智慧型系統的運用和處理，在當先卻鮮少有企業能過做到運用自如，這也讓不少企業犯愁，到底該如何更好的與商業智慧型接軌，如何上自己的企業實現低成本 高收益呢？實際上，對於管理人員而言，使用商業智慧型最需要解決的問題有三點 1 能否更加簡單化，不...
程式設計師前期應該如何選擇公司
我們是做技術的，而技術是用來解決現實中的業務問題以及提高業務的效率的，比如o2o的實現，把線下的業務搬到了線上，比如各種自動化的工具的開發，大大提高了業務的效率。這就是我們做技術的價值所在。技術是解決業務問題和提公升業務效率的，要解決業務問題，首先得有能夠與之匹配的技術，前期的程式設計師在擇業的時候...