# Google 軟體工程之道

## 知識共享

* 強調知識共享避免資訊孤島的狀況發生，每個孤島都會延伸一個問題，因此在團隊中建立知識庫是很重要的一步
* 在團隊學習中，為不熟的團隊成員構建一個心理安全的環境是重要的

### 團隊互動模式

|推薦模式 | 反模式 |
| -------- | -------- |
| 基本問題或錯誤都被引導到正確方向 | 基本問題被挑出來，提出問題的人會受到懲罰 |
| 給出解釋是為了幫助提問者學習 | 給出解釋是為了炫技 |
| 回應是友善、耐心，有幫助得 | 回應是傲慢、尖酸刻薄，沒有建設性的 |
| 互動是為了尋找解決方案而進行的共同討論 | 互動是為了有"贏家"和 "輸家"的爭論 |

### 結語
* 從小事做起：提出問題，並把事情寫下來
* 在系統層面上，鼓勵和獎勵那些花時間教授和擴展其專業知識的人，而不僅僅是為了他們自己、團隊及組織

## 如何領導一個團隊?

> 傳統的經理是擔心如何完成任務，而偉大的經理則擔心會完成什麼任務(並信任他們的團隊能想出辦法來解決任務)

### 失敗是一種選擇

失敗是可以的，失敗是一種快速的學習方法(前提是你不會在同一件事上反覆失敗)，失敗視為學習機會而不是指責
* 快速失敗是好的，因為沒有過多的風險
* 在失敗的情況，尋找個人的責任是畫分團隊和阻止全面冒險的好方法
* 個人的成功=>公開表揚，失敗=>私底下給予建設性建議
* 無論如何 抓住機會，並運用謙虛、尊重和信任幫助你的團隊從失敗中學習

### 反面模式

#### 雇用弱勢者
* 不要把強勢的人看成威脅，而是讓身邊都充滿比你聰明的人
* 因此擴展你的專業知識會變得容易許多

#### 忽略低績效者

忽略低績效者
* 會阻止新的高績效者加入你的團隊，也會鼓勵現有的高績效者離開
* 最終變成團隊都是低績效者

盡快與低績效者打好關係得優點是
* 發現他們只需要一些鼓勵就會變得很好

如何指導低績效者?

* 尊重，一大堆的尊重、謙虛、信任
* 設置一個具體的時間範圍，以及非常具體的目標，並且期望他們能在時間內實現
* 把目標設定為可衡量的、小規模且漸進式

每周見面檢查進度
* 確保為每個即將到來的里程碑設定明確的期望值

#### 成為每個人的朋友

由於領導不想失去努力維護的團隊友誼，因此努力去維護=>導致災難
* 可以領導一個團隊並建立共識，但不需要成為朋友
* 領導!=溫柔和友誼

### 正面模式

## 格式指南與規則