傳統瀑布法：
傳統作法會畫出 Gantt Chart，並預估人月。但人月預估並無法很準確。通常此作法完成的計畫都會Delay。
Agile Manifesto (敏捷軟體開發宣言)的幾個價值觀：
- 人比流程重要。
- 產品實際管用比在文件中列出產品應有規格重要。
- 與顧客合作比和顧客談判種。
- 因應變化比遵循計畫重要。
Scrum:
Scrum是作者用來落實 Agile 價值觀的架構，作者觀察到機器人的腿可以彼此合作，傳達資訊。 多條腿之間的合作可稱為OODA，亦即 觀察(Observe)，導向(Orient)，決定(Decide)，行動(Act)，由此發想，是否團隊中的每個人可以向機器人的腿一樣，自我組織，自我最佳化。
PDCA:
戴明定義的統計製程管制，其基本改念在，
其實行方法為 PDCA循環: Plan, Do, Check Act
- 要能夠精確衡量已完成的工作，以及成果好壞。
- 追求『持續改善』。
對事不對人
我們都是制度的產物，Scrum用意在於先接受這個事實，進而檢視導致失敗的制度並予以改正。舉例來說：如果你的周遭都是渾蛋，改善方式並非找出最糟的混蛋，而是找到為何會讓大家變成渾蛋的原因，並予以改正。
掌握時間的幾個原則
- 定義每段衝刺時間的任務，需要展現的成果為何？
- 衝刺時間不宜太長，建議幾周至一個月。
- 一旦團隊承諾要完成某些事項，任務便鎖定了，要避免團隊之外的人加入任何干擾。
- 溝通飽和度：每個人對每件事的所知越多，團隊做事的速度也就越快。
多工能力只是表象
『人們之所以多工，不是因為他們擅長多工，而是因為他們容易分心，他們難以克制自己去做另一件事的衝動。』
多工其實是在脫慢速度。我們可以自行測試，以下圖為例, 假設有兩種寫法
法1. 先寫完 1~10, 再寫羅馬數字 I ~ X，寫 A ~ J
法2. 先寫完 1 I A, 再寫2 II B，直到 10 X G。
方法一的速度會快很多。
1 I A多工只會增加成本
2 II B
3 III C
在不同切換工作任務情況下，會浪費很可觀的時間，作者觀察若同時進行五個專案，可能有75%的時間都被浪費在專案切換上。改個說法是若你依序完成五個專案，你可能只需要 25%的時間就完成五個專案。因此列出優先順序是非常重要的。事情做一半等於沒完成：
需明確定義部分完成的目標。
太努力工作會增加工作：
工作超出負荷的員工不容易集中注意力，並會影響別人也跟著分心。不久之後他們就會做出錯誤決策。
相對比絕對重要
人不擅長估計絕對的計畫時間，但擅長估計相對關係，例如那件任務比較重要。對於估計任務優先順序，可以使用『規劃撲克牌』的方式
用故事描述任務
人們都是用情節、故事在思考，當我們試圖把個別區段從主線架構中抽離，在原本的情境之外進行處理，此時就會發生問題。
任何故事必須符合『INVEST』，分別是 Independent, Negotiable, Valuable, Estimable, Small, Testable。
先有滿意的員工，才有亮眼的營收。
怎樣讓團隊感到快樂：自主、精熟及有目標。就是一種可以掌控自己命運的能力，一種覺得自己某件事越做越好的感受。
要能達成上述目的，有幾個做法可以同時併行
- 詢問員工如何可以更滿意，進行改善，持續此流程，公司自然越來越好。
- 讓公司的一切攤在陽光下。
- 借助 Scrum 版 (Todo list, Doing, Finished)
80/20 rules:
80%的價值來自於20%的功能，如何清楚知道20%是什麼，並優先開發這20%功能，便能搶得市場先機。藉此可能比競爭對手快五倍的時間交出成果，並且可能只需要20%的開發成本。
規劃產品時，可以先設想『最小可行產品』(MVP:Minimum Viable Product)，這應該是首度對外展現的東西。盡快將 MVP對外展現，以獲得客戶意見，並及早進行修正與改善。
想想看，若花了一年時間做出一個產品之後，客戶才跟你說這根本不能賣。這不是很可悲嗎？
一個合適的產品願景規劃應該如下：
建置 Scrum 的方法：
- 挑選產品負責人，團隊，Scrum大師。
- 建立待辦事項清單，並持續修正與評估待辦事項清單。
- 衝刺。
- 工作透明公開。
- 每日 Scrum。(每天跟團隊成員確認今日目標並協助解決遇到的困難)
- 衝刺檢視或展示。
- 衝刺回顧。
- 規劃下一段衝刺。
[SCRUM 用一半的時間，做兩倍的事] [Jeff SUTHERLAND著] [江裕真譯] [天下文化出版]
