1.管理的技巧是經由他人的工作來完成你的目標，並創造一個能激發其他人進行思考的環境，以及一整套原則。
2.為了讓人們能夠一起工作，最重要的是給他們一個願意接受，並且人人都非常相信的感性願景。
3.建構團隊最重要的一部份是人。團隊成員無法被當作能互換的零件。
4.團隊中最有影響力的人，通常是最真誠的人：他們在團隊中是為了完成工作，在完成工作時能夠保持自我。他們能夠聆聽周圍人們的意見，知道是什麼在激勵著人們、人們的動力何在。更重要的是，他們能讓團隊互相和睦的方式工作。
5.如果一個團隊能有出色的表現，那他們一定遇過醜陋的事。如果團隊中每個人都很完美，他們就會盡其所能去維護自己「高水準生活」的完美感覺。
6. 如果要保持願景，就必須把它記錄下來。
7.在製作遊戲過程中，最重要的事情就是要不停地試玩這款遊戲。你該思考這樣的問題：「我喜歡這款遊戲嗎？我玩得起勁嗎？它讓人感覺很好還是越來越煩躁？它無聊嗎？」
另一個方法是找一些對這個遊戲毫無所知的人來進行測試。因為你在製作遊戲時往往會過於專注某些細節，一直牽掛某個特定的地方。
8.團隊中最重要的是人與人之間的感覺。
9.我們不必知道別人做這件事的原因或他的思考方式，只要接受事實，然後抱著尊重別人的生活和工作方式的心態去工作。
10.態度、感覺、意圖都可以拿來爭論，只有具體的行為無法爭論。
11.正在干擾團隊的人必須馬上修正他的行為。如果有人不明白團隊機能比他個人的貢獻更重要，那麼他不應該留在團隊裡。
12.如果人們不相信你會關心他們，那他們也不會在意你說的話。你必須和他們保持著親密的關係。
13.無論是誰把愚蠢帶入房間，在道義上你都有責任把它趕走。
14.測試出某願景好不好的方式：
當你聽到這個願景時，是否期望成為這個專案的一份子。
15.把你的員工當作人來看待，而不只是個生產工具，記得要明白他們是誰，對他們而言什麼是最重要的，幫助他們實現他們的願景，或幫助他們創造一個願景。
16.團隊導入開放原始碼模式的三個關鍵：
（1）與開發相關的所有訊息都容易存取、具開放性：意味著開放原始碼、流程追蹤、文件和開發人員之間的溝通。
（2）明確定義元件修正程式的所有權與控制權：開發並維持元件的團隊擁有所有權和控制權，依自己的需要修改並使用的團隊擁有對修正程式的所有權。
（3）開發修正程式，或為了適合自己的需求而編寫一些 glue code。
17.成功的開放原始碼專案具備三個不同層次的文件：
（1）README：本專案的涵蓋範圍，以及所參與的人員。
（2）使用說明：如何安裝，執行安裝時需要什麼樣的環境或附件。
（3）編者訊息：人們如何建構新版本的軟體，需要什麼樣的環境或元件，還有你如何才能對此軟體有所貢獻。
二、目標
1.高生產率組織重構的三個階段：
（1）把重點放在可執行程式碼上。將沒有加工過的程式碼作為原始產品推出。
（2）以增量、迭代的方式完成這些事情。
（3）敏捷的成分少一點，RUP 成分多一點。要把重點放在架構上，把架構當成一種控管的手段。
2.高效團隊的兩個主要特徵：
（1）他們互相喜歡對方，並享受自己的工作。
（2）他們不受限制地運作，並且能夠期業務的需要，能互相溝通並建構出優良的程式碼。
3.把團隊或文化推向正確方向的做法：
（1）確保成員會參加一些社交活動。
（2）確保團隊不會受到不必要的干擾
4.團隊陷入程式碼品質與專案規劃之間困境時的解決方法：
（1）使用工作看板
（2）持續整合。
（3）達到一定程度的自動化測試。
5.改進規劃活動的做法：
假想你要發表一件新產品，相關的雜誌將會寫一些評論，團隊希望雜誌會出現什麼樣的評論，那就讓他們以這些評論為目標。
三、實踐
1.人不是可以隨意更換的零件。
2.改善協同作業氣氛的行動綱領：
- 提升別人：認同別人。
- 增進安全感：支持別人，可以挑戰別人的想法，但要接納他的想法。
- 取得進展：成功孕育成功。
- 增加活力：挑戰，做出貢獻。
3.如果使用者對於技術的成功感到興趣，那麼就會比較容易接納新技術。
如果他們從一開始就參與需求定義、分析和設計程序，或者在開發的流程中讓他們參與審查，他們就會感到擁有所有權，更容易為這項技術辯護而且不太可能批評或拒絕它。
4.培訓的課程要把經理與一般人員的課程分開，因為他們會擔心泄露自己缺乏知識，且讓同層階級的人在一組上課，他們的感覺也會自在些。
5.作為團隊領導者，你必須做的事是確保：
（1）每個人都明確地知道標準和流程。
（2）他們都接受過訓練，知道如何解釋那些標準和流程。
（3）為了讓這些標準和流程真正得到利用，需要有相對應的驗證工作。
6.當團隊們開始回避你向他們提供的工具時，就代表：你的工具可能不好用。
7.好工具的關鍵並不是說不再需要人們，而是能讓人們更快樂。
四、障礙
1.「自我組織」並不意味著你不必接受控制，隨心所欲地做自己的事。它的意思是由團隊的成員自行決定如何來實現其目標。但目標本身、他們使用的資源、他們用來完成這個目標的時間，這些都由組織來控管。
2.如果有一些東西，引起了很多的討論，有很多的資料證據說明它是一件可行的事情，那就值得一試。
3.改良版的 Fagan 風格程式碼審查：
每次程式碼都會有主持人和幾位讀者審查員，作者擔任記錄人員。主持人會問：「大家對第 1 頁有任何問題嗎？」每個人都會回答「有」或「沒有」，然後解釋他的問題。
沒有留言:
張貼留言