人-軟體企業的核心價值
微軟最後價值的是什麼？是**？是固定資產？都不是！是那些在微軟工作了多年，開發過多個重要產品的開發團隊和程式設計師.他們的價值在於擁有這樣經驗的程式設計師在業界很難找到，而對於公司來說他們的替代成本相當高.
bill gates曾經說過，如果微軟失去20名最優秀的員工，我很難想象微軟將會怎樣.人是微軟文化的核心，這決定了大家對很多事情的看法，也對經理人員的智慧型和領導力提出了很高的要求.
微軟從來也未曾試圖用某些成熟的過程把程式設計師變成像生產線上的工人那樣容易替代，因為公司有很多高層都是程式設計師出身，他們知道那是不可能的.信任並依賴團隊和個人，這是微軟成功的重要信念.
富有安全感的工作環境
在微軟短短二十幾年的歷史上，公司隨時都面臨嚴峻的競爭和挑戰.競爭迫使每個開發團隊全力以赴專注於產品的開發和創新,逐漸地人們習慣了一種誠實、客觀、開放和富有建設性的交流方式。大家稱之為「職業」的方式.程式設計師的工作主要集中於設計、編碼和測試，他們清楚地感到自己的經驗和水準在不斷進步，這正是他們想要的.
其實程式設計師根本不必擔心因專案失敗而失去工作，因為每個月微軟都會有新的產品組成立。程式設計師們考慮的是更重要的事情，他們討厭失敗，他們希望他們的產品能贏！
每過一兩周，程式設計師都有機會和他們的經理溝通，坦誠地交流自己的想法，工作中和團隊中的問題，以及個人的發展.微軟內部有一條成文的規矩，如果程式設計師想換個產品組發展，他的經理不得阻攔，重要的是設法讓他留在微軟。副總裁出面挽留人才的故事在微軟經常能夠聽到。
職業發展和規劃
微軟的每個程式設計師每年都有機會選擇自己的職業發展道路，你是否想做經理？對於你的經理而言，有人想做經理是個好訊息，因為找不到繼任者他是很難晉公升的.
然而，你不必做經理，如果你捨不得設計、編碼和測試的生活節奏.成為技術領導者是另一條明晰的職業發展道路，你可以成為技術領導，構架設計師、甚至傑出工程師（distinguished engineer，享有公司副總裁待遇的工程師）.
都說程式設計師是年輕人的職業，可微軟就有很多非常資深的工程師，四十多歲還在編寫**，真正的技術領導者對**有恆久的熱情.不必擔心級別和待遇，它們與做不做經理沒有什麼關係.其實在微軟做經理相當困難，微軟的文化中只有成功的團隊和失敗的經理
沒有授權的領導
經理是授權的領導者，但微軟的文化同時鼓勵沒有授權的領導者.程式經理是微軟最早發明的角色，然而程式經理不是經理，這一角色最大的挑戰就是成為沒有授權的領導者.
在乙個特性開發組中任何人都可以成為領導者，關鍵在於他的想法和貢獻得到大家的認可.領導者最關鍵的能力莫過於給團隊提出乙個願景(vision)，時刻清楚地告訴大家我們的目標，現實的可能性，以及我們如何能夠有效地達到目標.
這些沒有授權的領導者不僅塑造了一種健康的文化，還把經理人員從團隊的內部管理中解放出來，使他們有更多的精力從外部世界尋求新的資源、機會與合作沒有授權的領導是微軟成功的關鍵因素之一
教練和明星
微軟的程式設計師很少接受正規的培訓，這在國際化大公司中非常罕見.儘管內部網上有幾百個講座和課程的錄影，但對員工沒有任何選課的要求.微軟的文化崇尚另一種培訓機制，有點像傳統手工業中師傅帶徒弟的方式，只是我們稱師傅為教練（coach）,作為教練機制的體現，程式設計師的直接領導（開發組長）經常是團隊中最有經驗的程式設計師，而開發組長的經理（開發經理）幾乎一定是程式設計師出身.
這裡不僅沒有外行領導內行的問題，而且程式設計師的第一任教練往往是一名優秀的程式設計師，他們最能體會程式設計師工作中的苦惱與樂趣.名師出高徒是教練培訓機制的必然結果，培養和選拔明星是微軟文化的另乙個特點，的確人們相信明星能改變乙個團隊和產品，只是不要把過多的明星留在團隊內.
excel產品組就是因為培養了許多開發經理和幾位副總裁而聞名遐邇的.教練（coaching）和明星（superstar）是微軟文化的另外兩個重要的亮點.
推薦 再看微軟團隊文化
這篇文章的觀點我很喜歡 人,才是最重要的.事實上,王健碩這兩天也有一篇類似的文章 微軟失去的機會,都是相似的話題,但是不同的角度,而且看到的是不同的結果 我們大陸軟體開發領域的氛圍經歷了兩個時期 十年代是個人英雄時代,推崇程式設計師自由發揮成為大牛,然而隨著資訊化時代步伐的加快和深入,又進入了軟體工...
團隊管理和團隊文化
團隊管理和團隊文化 提起團隊管理和團隊文化，企業就把規範和歸屬感說的震天響，彷彿國內的團隊要超越黃埔，直達西點。實際上，只有20年時間的中國市場還相對脆弱，必須拋棄國外的團隊文化管理模式，按照中國自己的市場環境 社會環境和文化環境思考問題。團隊和江湖 團隊需要江湖氣嗎？在國外的團隊管理書本教材上，查...
敏捷倡導團隊文化
需求在不斷地變更，客戶的權力接力棒在不斷地轉接，很多的軟體開發企業的領袖都選擇敏捷開發作為其軟體過程，那麼在打算實施敏捷以前先得知道是否具備敏捷的一些潛質，敏捷的本質又是什麼？而我們的建議是不要讓敏捷成為混亂的乙個藉口，這同時也是軟體架構師可以考慮的問題。一般而言很多人都把2001年敏捷聯盟大會的成...