# 高效領導者的工作好習慣

## 第一章 提高團隊效率的「做事習慣」

### 01 替團隊設定禁止回信時間 - 20210511

**Eric:** 舉Charlie的例子，在做EonCloud文件時由於該工作不屬current EC，因此會經常被插單，若是有禁止回信的案例可以讓目前手邊工作更有效率。

**Ryder:** 第一時間會認為這個處理信件策略並不可行，仍建議下午一點到二點禁止回信。

**Jelly:** 設置自動回信，告知目前正在處理重要工作，拔電話線；平日會把一天重要的工作排好處理的時間，最不緊急的在16:00後處理。

**Chiahao:** 確認工作的優先序，就算有插單，也要確保主任務執行時間比例足夠，並建立Todo list，紀錄插單避免漏掉。

**Joseph:** 用outlook分類寄件人，若是PM, Jerry, TSD來的信，放到優先處理的信件匣，其他的一天內找一個時間(參考Jerry 16:00)統一回覆。

**Note:**
1. 讀書會並沒有強制組長和member要執行新的收信和回信策略，每個人在讀書會後可以執行自己適合的方式，若對工作效率有幫助在例會中可以提出建議
2. 每個人可以自由補充讀書會的心得

###### tags: 讀書會，信件

### 03 視運作狀況適時調整制度、規則 - 20210518
### 04 廢除繁雜又沒效益的日常工作

**Jelly:**
1. CS目標為收歛bug，但是跟Jerry建議要加強文件管理並且進一步做E2E testing後，Jerry不希望現在做，member在priority 3以上的issue收完後，應該要自己做E2E testing。
2. 自我驗證時，member只截圖或拍影片但是沒有文字描述，難以構成E2E testing的測項。

**Ryder:**
1. 專案的priority可視同制度，而頻繁地改變會造成member在工作切換的成本且沒有工作成就感。
2. 自我驗證的影片主要目的不是給E2E testing產生測項。

**Eric:**
1. 建議於E2E testing之前先估unit test，最合適的專案是新開發的EonOne support DS，unit test和E2E testing應該優先放到該專案做。
2. 已採用電話會議取代standup meeting，但花費的時間會變長，需再調整。

**Chiahao:**
1. 訂制度時也要確認如何Review成效跟狀況。
2. 必要且重複有規律的流程，都可以考慮是否自動化來減少時間的花費。

**Joseph:** 減少組織僵化，用創意來管理。建議本週能每一天花十到廿分鐘去想：工作中是否有什麼流程、文件、會議是不必要的，或是可以減化跟改善的，也可以請member提想法並且進一步地提total solution，組長在例會中挑選最重要的議是來改。

###### tags: 制度，創意

## 第二章 讓人人發揮所長的「帶人習慣」

### 08 不改變部屬的觀念，而是改變部屬的行為 - 20210525
### 09 培訓不制式，依照不同職務提供職訓

**Eric:**
1. Standup meeting 單純用講的沒有效果，需給明確的短期目標。
**Chiahao 回應:**
Q2 task中沒有列出所有 high 以上的 issue，各個組長不容易看得出每個人短期目標是什麼。
**Joseph 回應:**
待例會討論具體的做法

2. 目前在績效面談，已經對組員提問興趣並且依其興趣安排工作交接和文件整理，例：Charlie

**Chiahao:** 後端架構屬 Eric, Daniel, Chiahao，要培養其他人接手；先前 GS/CS memory 問題，建議有看過的人可以講如何看出問題。

**Joseph:**

1. 目前利用( Jelly 提出的) redmine flow 把功能的 C0, C1, UI flow, command format 制訂完就形同是 feature 的目標，我們可以進一步落實階段的目標查驗，例：每週開功能開發的review meeting。
2. 技能列表，對 SW team 來說就是 SW job 的清單，因應疫情期間要更具有彈性。藉由個人興趣和能力讓每個人能掌握的技能變多，例： 1. 疫情期間在issue assign時加入 front-end, back-end, block-level, file-level 等等 resource pool 的機制。 2. 有管理意願的人能實際帶 member 完成中、大型的功能。