日常管理隨筆二

繼續談一些日常的總結和感悟，仍然是一些工作上的點點滴滴而已

1.開會四件事

  我在每周例會會讓大家談4件事：

（1）上周的工作情況

（2）本周的工作計劃，

（3）覺得目前現狀，或項目，或公司及任何方面有什麼問題

（4）覺得目前現狀，或項目，或公司及任何方面有什麼可以改善的地方，有什麼好的發展建議。

  沒有別的目的，瞭解現狀，規劃將來，讓優秀者發展，讓落後者淘汰，讓團隊進步。

 

2.授權。任務分配明細，責任明確，具體到人

  搞開發的都知道，系統架構如果要應付大資料量的並發，需要做分散式處理，管理的道理亦然，如果要管理大的團隊，應付更多人員管理，也需要“分布式”，所謂分布式，不過就是專案管理中的WBS，所以，要把適當的人用到適當的模組，根據他的特長和興趣，充分的授權，同時，具體量化到每個模組-責任人的關係，這樣出了問題，可以有的放矢。同時，部門協調也比較容易找對人。任務的分解讓整個團隊變得平衡，讓每個成員動起來，同時，責任到人，保證了項目的品質，也提高了工作的效率。

 

3.隨時反饋，及時溝通。

  很多開發人員不太願意溝通和反饋，甚至覺得不屑，也許他始終沒有明白這裡面的意義。這是人在職場很重要的習慣，我每次開會都教他們要記得隨時反饋，及時溝通，不要做悶葫蘆，這是一個非常好的習慣，不僅僅可以提高團隊工作效率，也真的可以影響你的職業人生。

 

4.預設淘汰制。

  一個在舒逸的環境待久了，就會變得頹廢，沒有危機的機體是沒有生命力的，所以，對一些不能跟上前進步伐的，為了保證大部隊的目標和前進速度，只能淘汰，因為不能為了極少一部分人，而連累的整個團隊。特別是創業團隊，尤為重要。創業型企業需要激情，效率和執行力，創業團隊需要的是有責任心，做事積極主動，有激情，有熱情，有積極進取和奮鬥精神的。要有非常好的團隊氛圍，團隊的風氣不能壞，如有發現，一律清除，因為這東西就像一個腫瘤，如果不及時切除，會造成整個團隊腐爛。

 

5.交叉測試。

  程式員總是有這個自信，自己做的東西沒有問題，即使自己測試往往也是按自己的商務邏輯去重複，所以，有的時候很難發現真正的問題。而人總有一個“優點”就是，看別人做的東西就是很爛，所以讓不同的人去測試不是自己寫的代碼，往往能找到很多問題。 這不為是一種好的測試方法。

 

6.適當的提拔有潛力的人。

  對一些有潛力的人，適當給一些鍛煉的機會，也協助他的成長，同時也可以幫我分擔一部分壓力，讓我有時間從瑣碎的事務中跳出來想一些更重要的事情或產品規劃。水漲船高，只有員工整體水平都提升了，都進步了，做為管理者自然就跟著提升了，團隊才具有更強的戰鬥力，作為公司才能更好的發展。人要向上走，不是靠爬，而是靠頂，沒有接班人，這個空缺只能你來做，建好團隊，培養好接班人，你會很輕鬆。同時，不但協助你的下屬成長，也去協助你的上級成長，因為只有他提高了，你才會提高。

 

7.要不要和員工交朋友。

  我個人覺得：可以，但不是在工作中。對待工作就應該公事公辦，該怎麼辦怎麼辦,不應該參雜太多的感情。公司是個做事的地方，不是來比誰的"愛"最多。做事就不要做人，做人就不要做事。當然,有的時候，一個管理者要做到這兩者的平衡，真的比較難！

 

8.培養開發人員的市場和產品思想，讓他們每個人都把自己當作產品經理或專案經理（來考慮問題）學會分析需求，分析問題，過濾偽需求，學會和市場人員溝通，學會協調，學會把細節作好，而不是只完成自己那點功能就完事。注意使用者體驗。遇到問題，不要先講不可能，先思考，再決定，不要認死理，不要主觀的自己認為怎樣怎樣。我盡自己所能幫大家提高，無論是技術的，還是做人做事的思維方式。我想這種提高，會大大減少溝通的成本和返工的成本，也可以大大提高項目的品質。也許有的人還不理解為什麼要這樣做（有的人會有“好像這不是我份內的事”的想法），我想幾年後，他會明白這其中的益處。

 

9.制定日常工作規範。

  小公司發展靠哥們義氣，普通公司靠規範制度，大公司靠企業文化。沒什麼可講的了，沒有規矩，不成方圓。規範是企業或產品長期發展效率和品質的保證。

 

10.尋找比自己優秀的人。

   我個人覺得團隊應該尋找比自己更優秀的人，因為只有這樣才能做出更優秀的產品，而不會讓自己成為產品的技術瓶頸。如果按80%理論，越往下面越差，估計不會做出什麼好的東西，而管理者再牛也不可能完成所有的工作，也不可能精通所有的技術,也不可能事事親為，還需要大批優秀的人和專業團隊來共同創造。我在團隊裡倡導，除非你某方面比我強,成為某一方面的專家，否則，我覺得你是不稱職的。

   我所做的就是包容，激勵，協調，讓團隊團結一致的超某個方向前進。

我做的不是最好，但我在努力做到最好！

從做管理到今天，我忽然發現，我自己變的寬容了許多，胸懷裡可以裝的東西更多，變得更大!