優化流程
第一步係揾出bottleneck，bottleneck可能係：
- 人員數目
- 開發時間
- 產品功能
- 測試時間
- 技術實現方案
之後可以針對問題去改善流程。
監察指標
如果冇左監察，好難去揾出bottleneck係邊度。但原文冇詳細解釋。
檢驗方法
文中提出2種方法。
第一種為抽樣檢驗，第二種為隨機檢驗。兩種方法都比較適用於管理層面，係engineering層面，一但set up好automated test，大可以全部檢驗，成本唔太大。而且抽樣檢驗同隨機檢驗都唔可以保證software嘅quality。software上，任何細小嘅bug都有可能做成災難。
溝通
除左傳統嘅Email同口頭，可再有一D非正式溝通。但似乎只係一D大嘅傳統公司嘅問題。
決策
作者可以分為亡羊補牢和未雨綢繆。分別為解決現今嘅問題同為未來作出準備。
管理槓杆率
唔係D咩特別concept，係我地自己公司成日提及。
授權
- 授權後，必須要有完備嘅監督計劃去保證工作質量及進度。
- 應該只將自己熟悉嘅授權俾人。
- 授權後，自己要打破comfort zone，去做其他陌生嘅工作。
提高效率
- 先安排重要同緊急嘅事
- 類似嘅工作一次過處理，減少context switching
- 估計自己每項工作嘅時間，可以作為一個指標去改善
- 將重要但唔緊急寫係一個地方，當得閒嘅時候一次過處理
- 制定標準流程，可以減少精力去做一D重覆嘅決定
- 有左標準後，可以更容易授權俾其他人處理
開會
可以分為兩類，過程導向及任務導向。
過程導向
主要功能為交流知識同信息，姐係synchronize。有固定開會時間。
有以下要點：
- 主持人要注意討論主題同效率
- 開會前大家要先做好準備
- 上司在會議要保持被動，只需要保持唔離題
- 下屬要多主動表達意見
任務導向
為左作出一D決定而開，非定期會議。多數少於八個人，否則比較難達成一致嘅決定。
規劃
- 要有明確目標
- 要有清淅計劃
Scale Up
當團隊人數一多，就要有一個架構去管理。一個好嘅架構就係係任務導向同功能導向中取得平衡。
任務導向組織
每一個部門都係一個迷你版公司，有齊曬所有功能。麻雀雖小，五臟俱全。
Pros:
- 目標明確
- 決策靈活
- 有凝聚力
Cons:
- 難共享知識
功能導向組織
按功能分部門，每一個部門就好似一個library，提供service俾其他部門
Pros:
- 節省營運成本
- 容易共享知識
- 容易分配資源
Cons:
- 不同部門會爭奪資源
- 責任心減弱
同級團體
係混合型組織當中，未必人人得到上級指導。可以組織一D非正式嘅團體，自由發表意見，討論解決方案。E種方式要透過公司文化去鼓勵員工先可以實行到。
管理模式
員工關心嘅利益同工作嘅複雜度唔同嘅時候，有唔同嘅管理方向。
- 關心個人利益同工作複雜 -> 冇方法
- 關心團體利益同工作複雜 -> 文化價值
- 關心個人利益同工作簡單 -> 市場因素
- 關心團體利益同工作簡單 -> 契約義務
比賽心態
可以係工作心加入比賽成分，令員工更加投入。
工作成熟度
跟據工作成熟度嘅唔同，要俾唔同程度嘅指導。
- 低：要明確，具體。例如要做D咩，幾時做好，要點做。
- 中：由指示轉移至溝通同鼓勵。
- 高：只需要關注努力方向係咪正確。
能力評估及自我反省
評估同反省唔係一件簡單嘅工作，要一個人接受自己嘅缺點唔係一件簡單嘅事。
- 忽視：要揾出實例同證據
- 否認
- 責怪其他人：要意識到自己嘅責任同克服心理障礙
- 承認問題
- 揾出對策：最緊要有actionable item