如何成就乙隻懶散的團隊

夜深人靜了，回想之前經歷的一些專案，感慨萬千，有犯了低階錯誤的，有心情低落不堪的，有處於崩潰邊緣的，也有咬牙堅持，把心拿出來燃燒的。資源也是各有特色，有不聞不問的，有心有餘力不足的，還有說著明白，幹著糊塗的。

後來乾脆選擇了放棄之前蠻不錯的環境，就是為了去尋求更好的pm經驗！說歸說，其實有誰能不明白「家家有本難念的經」的道理呢？眼光放長遠一些，還是選擇講究大規模開發的公司吧！那裡有相對正規的軟體開發，有正規的流程，有嚴格的制度。

很想總結一下如何成就一支有戰鬥力的團隊的實戰經驗，總覺著好像是吃一張天大的餅，就算是很勉強的從中間咬開一口，又發現，周圍又是無邊無際的大餅等著你去咬。無奈只好換乙個思路，從「如何成就乙隻懶散的團隊」開始吧！！！

流水賬開始：

1、指派乙個朝令夕改、沒有能力、沒有眼光、沒有責任心、沒有領導力、沒有控制力、沒有**經驗、小農意識濃厚的「包工頭」式團隊領導。

2、指派乙個沒有修養、自私自利不懂得照顧團隊其他人情緒的成員。

3、當團隊出現若干人游離於團隊目標之外，出現消極工作，上網聊天，工作總結浮於表面的時候任其自由發展。

4、當然，在團隊中，核心成員對團隊的貢獻是最大的，從貢獻度上來說，其他的「鐵打的營盤流水的兵」，就由著他們去了，第一，他們的工資不高，第二，漲工資不考慮他們就好了。

5、不需要有經驗的領導，只需要乙個能夠承擔領導責任的人，這個人可以是乙個新手，可以是乙個工作了十幾年，但是只有兩年工作經驗的人。

6、不需要清晰的目標，工作了若干年，團隊成員仍然不能夠清晰的知道他們在做什麼事情，甚至可笑的是，每個人都沒辦法清晰的說出來什麼是企業文化？

7、計畫？隨便做做就好，不要把提交的計畫當做一種承諾，就當作為乙個隨便寫一下就好的草稿吧！分成四個階段，現在還有八個月：需求分析、**設計、**編寫、使用者測試、上線！這樣好了，兩個月乙個階段，八個月後上線，簡單修飾一下，提交給領導。

8、計畫的執行？不許要太認真，只需要每天有事情可以做就好了。什麼？今天該基線驗收了？跟使用者說一下，過幾天吧！告訴使用者領導，我們再需要十天就可以了。十天之後？那是十天之後的事情！

9、**檢查，隨便翻翻就好，畢竟每個人都是花費了大量的心血寫的，怎麼忍心挑出他們的錯誤呢？退一步說了，如果仔細檢查他們的**，這不影響我下班麼？

10、文件設計？在這個階段完成了，或者這個專案驗收之後再補吧！現在真的沒有時間，也沒有人願意做這個事情，要不？拿別的專案的改一下？只要能夠應付檢查就可以了。不要跟我提文件的質量，別人的專案能夠高到**去呢？

11、使用者就是我們的測試人員，一定要充分利用使用者資源，將錯誤資訊完全展示在使用者的面前，使用者測試出來的，就是我們選擇去改的，使用者測試不出來的，那些根本就沒有改動的必要。

12、鼓勵團隊中對技術孜孜以求的精英們，他們對產品的一切改進都是需要支援的，使用更好的技術，使用更好的設計方案，無休止的去做改動吧！

13、不需要理解業務，使用者就是業務專家，使用者提出的所有的要求，都是基於對我們生產出產品的不足，我們要答應他們所有的要求。

14、專案緊張，不需要申請更多的資源。在我們公司，所有的「資源都是緊張的」，我們只需要讓現有的成員拼命的加班，拼命的修改，從而通過提高人天來縮短時間。

15、不需要對團隊成員進行充足的培訓，也不需要提高他們做事情的技巧，新員工直接拿來用就好了，也壓根不用關心培訓的效果。只要某件事情有負責人，這個事情就可以不用過多關注了。

16、我們要經常在團隊中搞一些團隊評價、給某些人公升職、漲點薪水，讓他們好好看看，只有好好幹才能有出路！最好是隔兩天就要做點小動作！

一口氣寫了這麼多，未完待續...