權力爭奪戰會迫使人們心胸狹窄，互相競爭而不合作
建立乙個共同的目標
如果你不再和別人比較，你就會接納自己
get their heads into the game
create a multi-release technology plan
don』t flip the bozo bit，別做笨蛋
use scouts(刺探敵情)
watch the ratio(注意人員的組成比例)
use feature teams(運用特色監督小組)
管理者的角色是舵手
be an authority, not an authority figure(要權威，不要霸權)
讓每個人都有權威，而不是讓管理者獨霸權力
讓屬下能夠做出正確的決定，這樣才算是充分授權
為了競爭，必須合作
沒有競爭對手，未必是好事
領先競爭對手？不要回頭
讓每乙個人都知道你勇往直前，絕不回頭
保持新鮮(take the oxygen along)
給顧客驚喜(enrapture the customer)
尋找靶心(find the sweet spot)
與顧客簡歷關係，而不是賣產品(it』s a relationship, not a sale)
加速產品推出的週期(cycle rapidly)
追求卓越(go for greatness)
設定主題
不要依賴不確定的事(minimize dependencies)
平息顧客的慍怒(propitiate the goals)
軟體的可移植性(portability is for canoes)
在設計時將時間因素考慮在內
拒絕不合理的命令(don』t accept dictation)
把工作當作遊戲吧
用醫生的方法
軟體開發金三角：特色、資源和時間(remember the ********: features, resources, times)
不懂別裝懂
建立適當的檢查點
留心沒有檢查點的組員
軟體要經常建構，就能順利推出
掌握時機情況(get a known state and stay there)
零缺點里程碑
所有組員一起到達零缺點里程碑
完成每個里程碑後，心平氣和地檢討
把握里程碑的實質意義與精神
培養正常的團隊運作
里程碑不宜太多，才好控制
每乙個里程碑應有專屬的宗旨
尋找自然出現的里程碑
如果滑了一跤，別就此倒地不起(when you slip, don』t fail)
進度落後與道德無關
不要因為進度落後而更改最後期限(don』t trade a bad date for an equally bad date)
延誤了這個里程碑，就一定要如期到達下乙個里程碑
把延誤當作寶貴的學習機會
見數亦見林
世界在變，所以你也得跟著改變
關懷多於要求
beta測試版不是修改功能的時候
beta測試是暖身活動
小心保持軟體的穩定
建立贏家形象
微軟團隊 成功秘訣 1
帶過專案的朋友一定都看過或者聽說過這本書吧，其實這本書是來自 微軟管理經典著作 之中的一本，其他兩本是 微軟專案 求生法則 微軟研發 制勝策略 這三本書我會精讀細讀的 雖然我不帶專案 從中取其精華寫成筆記與大家分享。首先看一下 微軟團隊 成功秘訣 分別在china pub和豆瓣上的書評把 china...
微軟團隊 成功秘訣 2
法則六 watch the ratio 注意人員的組成比例 基本原則是開發人員和品保人員的比例不超過2 1 這個是作者為我們提出的建議，而在sun這個比例被修改為1 1，甚至是1 2，可見在專案中品保人員比開發人員更加重要！其實真正負責軟體如期完成的是品保人員。當進度落後時，我們第乙個要看的是品保人...
再讀經典的「微軟團隊 成功秘訣」
今天靜下心來，重新讀了一下很久以前就讀過的 微軟團隊 成功秘訣 有一些體會分享 有些是老生常談，但確實是最容易疏忽的 軟體是智慧型產品，包含的智慧型越高，軟體的價值就越高。管理者最辛苦的地方就是如何將團隊的智慧型用聰明的方法結合起來 軟體團隊必須將軟體和使用者結合在一起，即軟體不只是提供功能 效能，...