敏捷中國史話

本書從敏捷的發展背景講起，延伸到描述世紀之交的中國軟件業的發展狀況、敏捷的傳入、敏捷的低谷以及敏捷實踐者爲敏捷發展所做的艱苦奮鬥，還介紹了敏捷在通信行業和互聯網企業的實施狀況、敏捷軟件開發的發展和Scrum的流行。  我記得之前看DEVOPS類圖書的時候，對裏面的一些理念和技術術語總是不能完全理解，更不要提技術實踐了。而讀完了熊節的書，不僅僅是理解了敏捷的前世今生，意外的收穫是也漸漸明白了devops的精髓。從CMM與scrum敏捷的衝突到結合，從持續集成演變到持續交付，從用戶故事到spring，從DevOps到996，在這本書裏面都可以找到答案。 敏捷開發的12條原則是： 1、我們的最高目標是，通過儘早和持續地交付有價值的軟件來滿足客戶。 2、歡迎對需求提出變更——即使是在項目開發後期。要善於利用需求變更，幫助客戶獲得競爭優勢。 3、要不斷交付可用的軟件，週期從幾周到幾個月不等，且越短越好。 4、項目過程中，業務人員與開發人員必須在一起工作。 5、要善於激勵項目人員，給他們以所需要的環境和支持，並相信他們能夠完成任務。 6、無論是團隊內還是團隊間，最有效的溝通方法是面對面的交談。 7、可用的軟件是衡量進度的主要指標。 8、敏捷過程提倡可持續的開發。項目方、開發人員和用戶應該能夠保持恆久穩定的進展速度。 9、對技術的精益求精以及對設計的不斷完善將提升敏捷性。 10、要做到簡潔，即盡最大可能減少不必要的工作。這是一門藝術。 11、最佳的架構、需求和設計出自於自組織的團隊。 12、團隊要定期反省如何能夠做到更有效，並相應地調整團隊的行爲。

現在想想，我走上編程道路的敲門磚就是SSH和JavaEye。那還是06年的樣子，天天泡論壇看大佬們扯設計模式、敏捷、XP、TDD、DDD等概念，看的似懂非懂，對畢業後能如何結對編程充滿期待。實際工作後，上面這些概念都沒用上，也就第一份工作自己把單元測試做得挺足。後來創業用上了Ruby on Rails，這幾年眼看着這門語言和框架用的人越來越少。而這十多年互聯網和技術的快速發展，雖然又湧現Scrum、持續集成、Devops等時髦概念，但對程序員這個羣體來說，敏捷的樸素說法就是彈性工作，就是996和不可變更的Deadline。而那些軟件工程裏的方法論和工具，都變成瀑布流下的枷鎖，每一個sprint和每一聲釘釘，都在刺痛程序員的神經。苟且尚不能夠，敏捷就逐漸成爲空談。

作爲休閒讀物挺好。 關心如何落地敏捷的人遠遠要大於關心敏捷在中國的發展歷程的人。畢竟，人類從歷史中學到的唯一教訓就是人類從不會從歷史中學會教訓。 敏捷如何可能？康德最喜歡問此類的問題。佛說敏捷，即非敏捷，是名敏捷，金剛經會這樣棒喝敏捷。當你走上研發管理崗位，是從敏捷，面向對象，DDD，統一過程這些抽象範疇去思考你的工作，還是從你的兄弟們如何工作去思考你的工作，這是唯心史觀和唯物史觀的分野。如果用近幾年的網紅詞"第一性原理"去觀照敏捷，我們又能看到什麼？ 要不要敏捷？做100%的敏捷還是30%的敏捷？這樣做是不是敏捷？如果你腦子裏塞滿了諸如此類的問題，那你一定正走在錯誤的方向上，並且一路向北。 你應該思考，軟件行業是一個特殊的行業嗎？其他行業中有沒有實質上與"敏捷"對應的方法論？企業的目的是什麼？在企業的目的下，管理的目的是什麼？在管理的目的下，所謂的"敏捷"，作爲一種工具，它的目的何在，它的邊界何在，它的可能性何在？說到底，任何對人類生產活動的嚴肅思考，都應該向馬克思致敬，生產關係一定要適應生產力的發展，時代如此，行業如此，公司也如此。 張三丰在傳授太極拳之後，問張無忌，你忘記了嗎？ 你忘記了嗎？ 你忘記了敏捷，你就掌握了敏捷！

敏捷作爲一種意在提升工作效率的軟件開發方法，在減少加班、減輕勞動強度方面，似乎並未起到幫助，甚至可能因爲迭代開發的廣泛應用而導致全行業整體工作壓力增大。此時的敏捷方法與2001年“敏捷宣言”中所描述的敏捷方法是否仍然抱持着價值觀和理念的一致，恐怕起初的創始人們也需要重新審視了。 隨着中國IT業乃至中國經濟在全球地位的提升，來自美國的敏捷軟件開發方法一邊被廣泛接納，一邊也開始日益凸顯其侷限性。未來中國的IT行業應該用什麼方法來指導，將是歷史的嶄新一頁。

敏捷方法最終被行業廣泛認同和採納，絕非一帆風順的預先設計，而是一段充滿了波折與偶然的複雜歷程。一部中國敏捷史也是一部中國軟件史！

書中有兩條主線：敏捷在世界上的發展歷程，中國的軟件發展歷程。兩條線交織就變成了中國敏捷的發展史。這本書從軟件的發展背景開始，講述了傳統軟件開發模式，傳統軟件成熟度評價模型與軟件高速發展之間的矛盾。內容比較細，建議有選擇的看。書裏也回答了一些容易讓人“迷茫”的問題，比如：什麼是軟件開發方法，爲什麼scrum被叫做框架，等等。 爲什麼要看發展史？你所在的團隊沒有踐行敏捷，你的敏捷沒有做好…這些都不應該成爲你拒絕敏捷的理由。敏捷誕生的直接原因正是因爲傳統開發模式無法適應現代的軟件發展。所以你需要知道“我們還可以怎麼做？”。瞭解敏捷的發展史，能加深敏捷的理解，引發更多的靈感。 不要做一個下雨了也不懂得找地方躲雨的人，也不要做一個只會在別人的大房子裏躲雨的人。不要侷限於做一個“軟件藍領”，我們可以做的更多，做的更好。

一方面是故事沒那麼好，可能敏捷就沒那麼多故事，學不了吳曉波；另一方面是文筆一般，感覺書的結構比較亂，既不編年也不傳記；最後又是杜撰個不着四六的人物和場景，國內好多書都學這個風格，都是湊字數？一律跳過。

初次接觸敏捷，大概是07年，當時就覺得真是很NB的方法， 後來畢業後一直沒有寫代碼，直到今年纔開始需要用到敏捷，翻開這本書，才知道這十多年來發生的這些曲折的故事。一直在想，敏捷和現實開發環境的衝突在哪呢？ 多快好省的方法爲什麼推廣不開呢？ 核心的元素在於人，沒有平白無故的好處， 要實現這樣理想的方法，需要優秀的團隊，優秀的人才，而這反而是需要更高的成本。在管理者和技術者看問題的角度終歸是不太一樣的，推薦想了解這段歷史的人翻閱

感謝敏捷歷史學家帶着我穿越時空看見了敏捷的中國發展史，像一個老師一樣娓娓道來，從更寬廣的視角理解it行業，理解敏捷在BAT和華爲這樣的公司導入的方式，以及cmm和敏捷成熟度評估某方面的相似性都給出了一個不同的視角，現在的數字化轉型中國真的沒有作業抄了，怎麼改變這個行業，或許需要從軟件開發的第一性原理出發，從更root的視角來設計，既然入了這行，那就愛這一行，敏捷也是入了坑，希望能在這方面也能做點什麼

程序員既要埋頭拉車，更要抬頭看路。《敏捷中國史話》給大家提供了一種俯瞰行業變革的視角，讀完後有豁然開朗的感覺。