人是很難交流的，而由多個人組成的團隊更是難交流，難管理，特別是it領域，很多技術人員剛開始還很虛心，還肯學習，可時間一長，就被別人或自己的生活所累，滿足現狀，還自認為是個牛人，半瓶醋晃蕩的很，沒有自知之明成了it技術人員的瓶頸，相反，他們為了乙個問題爭來爭去，總感覺自己說的對，可事情/技術就是這樣，看你從那方面看，不同的方面看都是對的，可從大局角度，從效能到維護性，從複雜到擴充套件性等不能都去滿足，只能根據情況選一種為主，從而形成解決方案而已。。。
這樣的人總會碰壁的，現實就是這樣，你驕傲，不尊重事實和客觀規律，自以為是，肯定會遭遇挫折。包括我們自己也要經常檢討自己是否也犯了這個過錯。。。對於這樣牛人的管理，可以讓他說的算，讓他接觸客戶，讓他自己定自己的目標，讓他看看壓在頭上的有多少東西，自己差了多少，當然他可能覺察不到這些，但他自己說的最好都記錄下來，發給他和諸位，將來他回頭自己看看自己的腳印吧。
凡事沒有統一的方案，放之四海皆準的方法，不同的人要不同對待，可原則似乎沒有多少變數：不能姑息其任由發展，要多交流，共同制定目標，共同面對困難，沒有牛人，只有假大空！
開始管理乙個小團隊
開始管理乙個小團隊，加上我是3個人，我是個team leader，工作職責是確保分公司這邊it系統及服務正常，及一些本地專案的跟進。這對我自己來說是個新的開始，開始帶人。一直以來自己都習慣於自己幹活，習慣了那種簡明高效的方式，現在的話，說實話，要別人幹得跟自己一樣的確有難度。有要求吧，以自己的標準來...
怎麼管理乙個測試團隊
大家都知道的 乙個入行一年半載的測試工程師，都會知道基本的測試流程是 需求評審 測試排期 用例編寫，用例評審，提供冒煙case 用例執行，提交bug，回歸測試 相容性測試 異常測試 上線。發版本的流程涉及到更多的內容 除了上面的都需要有，發版的節奏 穩定性測試 效能測試 眾測體驗 回歸測試，打包發版...
乙個典型的集群配置
3 配置集群 乙個典型的集群配置 三颱機器a 172.16.7.110 b 172.16.7.119 c 172.16.7.911 機器a 包含兩個實際的server 乙個是管理伺服器admin 乙個是 伺服器proxy 機器b 包含兩個server 受控伺服器，node1 node2 機器c 同機...