程式設計師的管理經驗
摘要：
不去寫重複的應用程式碼，去做新的或者更低層的程式碼研究。
去關注產品。
與其他部門，例如pm提出的需求，採用yes，but模式去回答。而不是以工程師思維來思考，遇到需求先考慮資源是否充足，技術難度等，習慣性的說no。
一定要讓那些讓你滿意的人滿意，不讓你滿意的...
- 不去寫重複的應用程式碼，去做新的或者更低層的程式碼研究。
- 去關注產品。
- 與其他部門，例如pm提出的需求，採用yes，but模式去回答。而不是以工程師思維來思考，遇到需求先考慮資源是否充足，技術難度等，習慣性的說no。
- 一定要讓那些讓你滿意的人滿意，不讓你滿意的人可以選擇性的放棄。
- 賦能你的team staff，看到每個人的優缺點，揚長避短。
- 向上多表現，向下多關心，平級多幫助，把榮譽給下屬。
- 如果能招到一個比你級別高的人，他還心甘情願在你手下工作，這相當於變相提升了自己的級別。
- 在一家高速發展中的公司，做一個技術leader最重要的事是招聘，其次是人員管理和技術提升。
- 對下屬要嚴格，認真幫助他分析自己的優缺點，並幫助他提升優點，規避缺點，讓他做能夠發揮他長處的事情。
- 管理team有一個非常重要的關鍵點，就是人員的架構。
- 關注PM，QA，後端RD的感受，讓他們爽，你就會爽，領導總是會從側面瞭解你的團隊。
- 兩週做一次staff談話，瞭解工作狀態和訴求，讓他多說，自己多聽。
- 把對staff的反饋放在平時，不要積怨，不要將誤會加深。
向上管理
-
與領導有衝突，事前要理智的分析。要反思。
- 太快下判斷，以為領導要搞你，其實他是為了幫助你。
- 不要單向控制，向領導隱瞞你工作的過程。
- 從自己的角度出發，看不全面，一定去跟領導溝通，但是之前要把自己站在老闆的角度把細節想明白。
-
跟領導談的時候要注意。
- 利益要一致。
- 澄清問題，我的意思是什麼，而不是什麼。
- 尊重，尊重對方的情緒。就事論事，行為和人分開。
- 信賴對方。
- 瞭解你的老闆，知道他們在意什麼，瞭解他們的性格和習慣，是閱讀型還是傾聽型的。
- 讓老闆知道你在做什麼。（但不要太細節）
- 瞭解自己的不可替代性，在恰當的時候，跟老闆提要求。
- 真誠的為公司和老闆考慮。
左右管理
- 讓跟你合作的人舒服，尊重他們。
- 做利益交換，達到共贏。
做一個技術leader
- 跟我一起衝。
- 發展員工。
- 給予team成績，讓團隊每個人成功。
- 溝通和協作，增加staff參與感。
- 贏得他人的信任，讓別人樂於分享他的問題。
- 傾向性，給別人確定的答案。
- 把自己的team當做一家公司，你應該做什麼能夠讓team自給自足，並能賺到更多的錢。
-
擴大團隊影響力，有兩個思路
- 找到自己團隊工作中的痛點，解決它並把他推廣到其他team，甚至打造成一個產品，向社會交付。（比如效能監控平臺）
- 找到跟你合作的人或者team的痛點，開發技術工具來解決，提供合作效率。（比如UI切圖重新命名工具，雪碧圖生成器）
- 當你成為一個20人以上團隊的leader，技術會變得不重要，找到懂技術的人，做技術創新和業務創新，變得更重要。
自我修養
- 做的更多一點，做的比你的主管安排給你的任務更多一點。
- 熟悉更多業務和程式碼，不管是不是你寫的。
- 熟悉端到端，各端的架構和業務。
- 自學更多基礎和底層的原理性的知識。
- 做的更好一點，針對系統和業務裡面的不合理的地方，提出並修改他。（向領導展現自己，同時增強自己對業務和程式碼的熟悉性。）
- 通過看書系統性的學習，通過看文章查詢疑問點，找尋一些方法。
- 將所學的東西真正實踐，自己模擬環境寫demo。
- 講給別人聽。
工程師成長
高階工程師
- 多做一點，尤其是測試。
- 交付一個完整產品。
- 別人可以繼承你的程式碼，不要有坑。
- 提供一個可擴充套件的系統。
- P6可以自己解決問題。
- p6可以獨立解決一件複雜問題。
專家 （團隊）
- 規範制定
- 樹榜樣，你怎麼做，他怎麼做。（一級一級的學習，分治和遞迴）
- 拆分複雜問題成小問題的能力。
- P7可以將自己的技術影響力拓展到整個Team。
- P7可以批量解決複雜問題。