第一次帶領一個團隊做一個項目。結果時間嚴重超時。本來合理分工一個小時就能完成的。結果弄了那麼長時間。
雖然失敗了。但是得到了很多教訓。
首先一個項目做得好與壞，不能完全歸咎於組員的執行力，素質和環境的佈置上。一個超級擅長linux系統服務的人。領導讓他做路由交換，失敗了，那不能歸咎於組員不優秀。而是領導沒有指揮好。好鋼要用在刀刃上。管理要實行階梯化。一個團隊不可能全是金鷹，應該分級。實現小問題解決在基層，中等問題中層協商，大問題專家解決。
第二明確的分工合理的調配，在分工上面有很大的失誤，只顧着自己在哪裏搬設備，有相當一部分組員在那裏閒着，看着。應該充分利指揮好組員的工作。明確的分工。讓每個人都有自己的事情做。世界上沒有英雄贏得戰爭，只有團隊贏得戰爭。注意利用時間。網絡部署和服務部署是可以同時進行的。不能把所有的人全部調到網絡組建方面，一個人調試，一羣人看着。浪費了大量的時間。應該明確的指明誰應該負責什麼。誰應該管理什麼。
第三是合理預計組員的能力，將OA系統分配給一個組員全權負責，結果OA不會安裝。當時我就沒有預計到可能出現的問題。可是不全權分配。全部我看着，那樣一會對隊員產生沒關係。我做不了，後面還有人看着呢。不在乎的感覺。而且還會影響效率。事後我想到一個相對合理的解決方案。就是設置檢查點。讓他們每個一段過程給我“說一聲”比如讓他裝好iis給我說一聲。我就會問他。iis裝好了？他說恩，我問他asp裝了嗎？他說沒裝。。這樣及時發現錯誤，及時改正。避免以後出現了問題。大範圍的排錯。
第四充分估算好產品變化對項目帶來的影響。當時的時候。負責OA系統的隊友給我說。想換一個OA系統。我覺得他很有把握，我就同意了。結果部署的OA需要域環境。我們環境裏面就沒有域環境。完全不符合方案的設計。
第五機會留給有準備的人，當時的時候接到這個任務。沒有抓緊時間準備。寫的方案是當天上午寫的。下午要講幻燈片。是下午去了纔開始準備。演講也沒有準備。甚至是事前都沒有完整的看一遍幻燈片。導致上臺相當一部分時間緊張，不知道講什麼。我相信要是在有兩個小時的準備。外加通讀一遍幻燈片我相信我會講到完美的。然後就是。每天都想着。等他們通知了。然後提前一天準備就行了。結果今天突然讓上。甚至我們都沒有在模擬器上完整的模擬一遍。OA系統都沒有完整的部署過。
第六就是加強個人魅力的培養，這樣隊友們才能服你。至少要有個樣子。不要天天孩子氣。顯得不穩重。假如長得都不想個組長。那組員的“執行力”肯定打折。
失敗是成功之母。下次我一定做得最出色！