Scrum是一種迭代式增量軟體的開發過程（好拗口，這尼瑪都是什麼術語）

我讀的書叫做《30天軟體開發》，讀的時候，感受很深。讀完以後，腦子裡剩下的只有一個框架和一些簡單的例子。書中有一些話，我覺得還可以，就抄在了本子上，現在寫到電腦上。

1、  軟體開發是複雜的，其結果有時會令人詫異。

2、  工作是由人完成的，人們的創造力和生產效率在小團隊協作時最高。（真的有這種體會，當初我一個人在實驗室的時候，學習效率還行，後來實驗室來了2、3個人，這時候，我的學習效率是最高的，很自由。然後來了一批人，學習效率就越來越差了。。。因為人一多，破事也就多了起來，而且一個團隊，人一多，肯定會產生“廢物”，比如我就是其中的“廢物”。所以一個團隊最好由3—9個人組成）

3、  思想能夠建模，而軟體最終只是一套組織嚴密的思想而已（說得真特麼的高大上，反正我理解的不夠深入。）

4、  敏捷開發：一種面臨迅速變化的需求快速開發軟體的能力（原來是一種能力啊）

然後是一些小知識：

1、  專案：

確定的專案：工廠化

不確定的專案：實時觀測，進行決策。=》所以要進行每日會戰

三個部分：主管（豬）、對手（產品負責人）、研究人員（精英兵）

1、  衝刺會議之初、：確定目標，衝刺目標

2、  關於每日會戰：

a)        15分鐘左右。

                        i.             準時（固定）

                      ii.             地點（固定）

                     iii.             站立

         a)   今天你完成了哪些工作？

         b)      明天你打算做什麼？

         c)      完成你的目標是不是存在障礙？（豬 來記錄這些內容）

3、  衝刺會議

通過回顧之前的情況，確立下一次衝刺。大約4小時左右。。。

鐵令：

1、  在工作場所和工作時間內必須全身心投入

2、  完成更多的工作並不意味這需要工作更長時間

最後：

敏捷開發的宣言：

1、  個體與互動  勝過 過程與工具

2、  可以工作的軟體 勝過 面面俱到的文件

3、  客戶協作  勝過  合同談判

4、  響應變化 勝過  遵循計劃

其實，這就是一種解決問題的方法吧。或者說是一種思想。不僅僅適用於軟體開發，在其它專案合作。工作的時候，都很適用。