敏捷開發一千零一夜

以實際的案例幫讀者理解敏捷開發，把遇到的問題也剖析的比較到位。可以看出，互聯網公司的敏捷開發模式比傳統軟件公司應用的更好，這可能和直接面向用戶，需求有很多不確定性，反應要迅速等有關。敏捷開發在金融行業的大規模應用，我們拭目以待！

這是一本多案例集，每個案例的起點和實踐側重各有不同。所以讀起來可能沒有一般書籍逐層展開一氣呵成的感覺，而是分散跳躍式的。不同案例可對照，但不可照搬，畢竟每個團隊和團隊所處環境千差萬別。

文章是很多小案例構成，正如題目“一千零一夜”，每個案例都不同層面的體現了對敏捷的理解和實踐，可以學習，不能照搬 引用其中一句話，敏捷不是一種狀態，是一種持續改進的姿態。我們也在不斷探索中前進

沒有銀彈，只有持續改進，敏捷開發也是一樣。企業文化，人員培養，流程規則等是一家初創企業應當重視的問題。馬雲說沒有金庸有可能沒有阿里巴巴，阿里崇尚俠義，所以阿里巴巴每個員工都有江湖別名。

大師們對敏捷的理解，以及一些實踐。敏捷不是萬能，更不是優於其他開發模型。對於敏捷來說，重要的是解決開發的困難，增加開發效率。回顧會議、每日站立核心目標都是建立平等溝通，建立開發進度、設計方案的透明和共享，包括管理方式從而搭建繼續上升的學習型團隊。而持續集成，自動化測試則爲開發人員掃清開發障礙，快樂編碼。規劃會議，驗收會議。這是很好的範圍確定和質量會議，有了規劃會議上的一個核心是估算，在估算過程中大家一起了解設計並定義設計，另外一個核心是確定每個用戶故事的測試方案或者說是驗收方案。以終爲始的道路真心是對質量有很好的幫助。做爲一個開發團隊的夢想家，我希望的是學習型團隊，分享和相互幫助的團隊氛圍。有追求是開發團隊的素質，高質量的交付能力，圓滑的撕逼能力。這些敏捷可以參考，但敏捷真的完全可以覆蓋麼，未必見得。看敏捷也許只看到了靈活多變，兼容並序，當然還有mvp。如果我後續主導產品時，敏捷其實也需要深入產品經理的心靈。

終於讀完了這本書，這是一本以實際案例爲主線來講述如何進行敏捷開發的書。因爲從實際案例出發，而且由不同的人編寫，所以章節調理性不是很好，文字囉嗦、重點也不突出，但是讀下來還是給我很多啓發，先簡單評論一下。抽空好好整理消化後，寫個心得。

電梯演講模板：爲了（目標用戶）他們的（需要和機會），這個（產品名稱）是一個（產品類型），他可以（關鍵優點，難以抗拒的理由），而不像（主要競品），我們的產品（聲明主要不同點）

最佳爲《第11章 敏捷無它，唯持續改進》這篇，道出了敏捷方法論的幾個最重要的觀點 1. 敏捷是關於人的，成功的關鍵是能否激發人的熱情 2.敏捷的本質是持續的改進和羣體的分享 其他的文章都略顯失望，特別是三國人物代言的那篇，虎頭蛇尾。 另外，沒有一篇文章提及這個重要的觀點 敏捷是發揮羣體智慧，每個成員都能夠而且應當作出改進併爲團隊做出貢獻

多個項目實踐的集合，故事都寫的很好，隨着敏捷開發的管理框架越來越流行，如何更好的控制進度，成本，給企業帶來更多的收益是一個持續改進和探索的過程，如果說CMMI是企業戰略那Agile就是企業的戰術，當戰略和戰術更好的結合實踐時，纔可能給企業帶來更直觀的利益最大化。 項目的成功與否受多方面影響，管理，人員素質，工具等等都離不開，沒有最好的方式只有不斷持續改進而更好的，做項目要考慮多因素的影響才能更好的做好估算控制成本和進度而高質量的交付！

此書已過去很久，但依然對現景有引導及借鑑之處，同時還要看更科技靠前，來學習敏捷。做正確的事情，個人認爲是要站在高一層認知上。敏捷剛剛開始