程序員的管理經驗

從一個工程師成長爲一個管理者，有不少須要轉變的思想，若是你遇到了瓶頸，或許個人經驗能幫到你，感謝。

向下管理

1. 不去寫重複的應用代碼，去作新的或者更低層的代碼研究。
2. 去關注產品。
3. 與其餘部門，例如pm提出的需求，採用yes，but模式去回答。而不是以工程師思惟來思考，遇到需求先考慮資源是否充足，技術難度等，習慣性的說no。
4. 必定要讓那些讓你滿意的人滿意，不讓你滿意的人能夠選擇性的放棄。
5. 賦能你的team staff，看到每一個人的優缺點，揚長避短。
6. 向上多表現，向下多關心，平級多幫助，把榮譽給下屬。
7. 若是能招到一個比你級別高的人，他還心甘情願在你手下工做，這至關於變相提高了本身的級別。
8. 在一家高速發展中的公司，作一個技術leader最重要的事是招聘，其次是人員管理和技術提高。
9. 對下屬要嚴格，認真幫助他分析本身的優缺點，並幫助他提高優勢，規避缺點，讓他作可以發揮他長處的事情。
10. 管理team有一個很是重要的關鍵點，就是人員的架構。
11. 關注PM，QA，後端RD的感覺，讓他們爽，你就會爽，領導老是會從側面瞭解你的團隊。
12. 兩週作一次staff談話，瞭解工做狀態和訴求，讓他多說，本身多聽。
13. 把對staff的反饋放在平時，不要積怨，不要將誤會加深。

向上管理

1. 與領導有衝突，事前要理智的分析。要反思。
   • 太快下判斷，覺得領導要搞你，其實他是爲了幫助你。
   • 不要單向控制，向領導隱瞞你工做的過程。
   • 從本身的角度出發，看不全面，必定去跟領導溝通，可是以前要把本身站在老闆的角度把細節想明白。
2. 跟領導談的時候要注意。
   • 利益要一致。
   • 澄清問題，個人意思是什麼，而不是什麼。
   • 尊重，尊重對方的情緒。就事論事，行爲和人分開。
   • 信賴對方。
3. 瞭解你的老闆，知道他們在乎什麼，瞭解他們的性格和習慣，是閱讀型仍是傾聽型的。
4. 讓老闆知道你在作什麼。（但不要太細節）
5. 瞭解本身的不可替代性，在恰當的時候，跟老闆提要求。
6. 真誠的爲公司和老闆考慮。

左右管理

1. 讓跟你合做的人舒服，尊重他們。
2. 作利益交換，達到雙贏。

作一個技術leader

1. 跟我一塊兒衝。
2. 發展員工。
3. 給予team成績，讓團隊每一個人成功。
4. 溝通和協做，增長staff參與感。
5. 贏得他人的信任，讓別人樂於分享他的問題。
6. 傾向性，給別人肯定的答案。
7. 把本身的team當作一家公司，你應該作什麼可以讓team自給自足，並能賺到更多的錢。
8. 擴大團隊影響力，有兩個思路
   1. 找到本身團隊工做中的痛點，解決它並把他推廣到其餘team，甚至打形成一個產品，向社會交付。（好比性能監控平臺）
   2. 找到跟你合做的人或者team的痛點，開發技術工具來解決，提供合做效率。（好比UI切圖重命名工具，雪碧圖生成器）
9. 當你成爲一個20人以上團隊的leader，技術會變得不重要，找到懂技術的人，作技術創新和業務創新，變得更重要。

自我修養

1. 作的更多一點，作的比你的主管安排給你的任務更多一點。
2. 熟悉更多業務和代碼，不論是不是你寫的。
3. 熟悉端到端，各端的架構和業務。
4. 自學更多基礎和底層的原理性的知識。
5. 作的更好一點，針對系統和業務裏面的不合理的地方，提出並修改他。（向領導展示本身，同時加強本身對業務和代碼的熟悉性。）
6. 經過看書系統性的學習，經過看文章查找疑問點，找尋一些方法。
7. 將所學的東西真正實踐，本身模擬環境寫demo。
8. 講給別人聽。

工程師成長

高級工程師

1. 多作一點，尤爲是測試。
2. 交付一個完整產品。
3. 別人能夠繼承你的代碼，不要有坑。
4. 提供一個可擴展的系統。
5. P6能夠本身解決問題。
6. p6能夠獨立解決一件複雜問題。

專家 （團隊）

1. 規範制定
2. 樹榜樣，你怎麼作，他怎麼作。（一級一級的學習，分治和遞歸）
3. 拆分複雜問題成小問題的能力。
4. P7能夠將本身的技術影響力拓展到整個Team。
5. P7能夠批量解決複雜問題。

大廠對各個級別能力的要求

---

歡迎訪問個人Blog: yondu.vip