我們需要什么樣的敏捷開發(fā)？
作者 alande
敏捷一詞對于我們來講已經不再陌生，在業(yè)界已經成為一種軟件開發(fā)活動的推薦模式。那為什么要敏捷？
這個答案很多，每個開發(fā)者心中都有一個自己答案，其實答案本身并不重要，重要是思考的過程。這個問題也沒有一個標準答案，就像每個軟件開發(fā)男都有一個自己心中的女神，女神可能是不一樣的，女神是否相同并不重要。
言歸正傳，個人觀點如下?；卮鹈艚菔鞘裁矗繛槭裁匆艚?？回答“為什么要敏捷”的前提是回答“敏捷是什么”，因此首要任務是要先回答第一個問題，從敏捷技術的觀點看，核心是敏捷價值觀、敏捷價值觀外層為敏捷管理，比如XP或者Scrum；最外層為敏捷技術實踐，比如CI、TDD和結對編程等技術，從這個結構看最里層是一種敏捷文化、中間層為軟件開發(fā)過程管理方法，最外層為具體技術實踐，因此敏捷運行核心要素是通過軟件開發(fā)過程管理方法連接內層敏捷價值觀和外層敏捷開發(fā)技術實踐，對外呈現(xiàn)出一種開發(fā)模式和方法。
其次回答第二個問題，首先要解決敏捷不可替換價值在哪里？如果說敏捷是交付有價值的軟件產品，那么非敏捷方式難道就不能交付有價值的軟件產品？這個推論站不住腳，我們同樣也可以使用非敏捷方法交付有價值的軟件產品，現(xiàn)在仍然有大量的軟件產品按照非敏捷的方式進行開發(fā)，同樣也在交付價值。在我看來，一個字可以回答“為什么要敏捷”，這個字在于“變”，我們需求的變化。
三種場景需要敏捷開發(fā)
在我看來，需求的變化有以下三種場景：
場景一，需求從用戶環(huán)節(jié)到開發(fā)環(huán)節(jié)，這個漫長的需求鏈條在傳遞過程中出現(xiàn)了關鍵信息丟失，導致軟件開發(fā)產品交付后，與用戶需求嚴重不一致，導致軟件重大改動、甚至重新設計；
場景二，用戶對于需求的描述定義不準確，導致軟件開發(fā)產品開發(fā)出現(xiàn)偏差，軟件產品交付后，需要軟件進行重大改動、甚至重新設計；
場景三，需求本身已經有了變化和位移，移動互聯(lián)網發(fā)展非?？?，需求本身可能每天都在變化，即使你搞清楚了之前的需求，等你軟件產品交付后，該需求已經不成立或者有了重大變化和位移，也會導致軟件重大改動、甚至重新設計；
需求變化這么快，需求有可能存在偏差，怎么辦？解決方法，可以看看電影功夫中的片段，快，足夠的快，快得很抓住子彈。本著“天下功夫，無堅不破，唯快不破”的原則，提升我們軟件開發(fā)的速度，適應這種變化。
兩種途徑提高開發(fā)速度
怎么能夠提升我們軟件開發(fā)的速度，敏捷方法提供了2個解決途徑:
第一 提升人件，通過敏捷團隊運作，激發(fā)出每一隊員的最大潛能，以最大合力完成軟件產品開發(fā)。就拿敏捷中Scrum來說，Scrum的原始含義，就是橄欖球比賽對抗，要讓團隊最大力量集中起來，集中一點，取得突破。如何能夠激發(fā)出每個人的最大潛能，讓自己當老板，讓自己成為軟件產品的老板，軟件產品就是我自己，通過自組織團隊，讓開發(fā)人員真正的當家作主，成為軟件開發(fā)的主人，以此激發(fā)隊員的最大潛能；同時敏捷文化鼓勵隊員之間的技術交流和分享，在這種技術交流和分享過程中提升開發(fā)人員的自身水平和能力，達到個體戰(zhàn)斗力的最大化。
第二 軟件開發(fā)過程提升，軟件開發(fā)過程包括需求分析、系統(tǒng)設計、編碼、測試、交付、部署、上線這些環(huán)節(jié)，要做到快速，就必須從多方面入手。
首先，需要把大需求拆分為小需求、從一次完成大而全軟件系統(tǒng)交付轉換為每次提供一個核心和關鍵功能最小軟件系統(tǒng)快速交付，及時獲取用戶反饋，這樣即使在需求環(huán)節(jié)出現(xiàn)偏差，也可以減低對于軟件產品開發(fā)影響，減小需求偏離度，提升軟件產品準確命中用戶需求要點的能力；
其次，需要提升整個軟件開發(fā)彈性，引入代碼走查、鼓勵重構、結對編碼和編碼風格調整這些舉措，讓軟件編碼具有彈性，可以讓軟件對于后續(xù)變化和需求快速響應；
再者，由于需求經常變化，隨時都會對于軟件進行改動，為了保證軟件產品具備快速交付能力，必須通過持續(xù)構建來解決系統(tǒng)經常代碼改動對于軟件產品交付能力的影響，分散產品發(fā)布帶來的風險；通過自動測試來進行回歸測試、集成測試以及系統(tǒng)測試，通過機器測試來換取測試壓縮，解決人力測試無法滿足測試路徑快速覆蓋的場景，隨時具備軟件產品交付能力。
綜上所述，敏捷的核心要素在于快，通過人件和軟件開發(fā)融合發(fā)力，實現(xiàn)軟件開發(fā)過程“快”，以快來取得“準”，以“準”來破“變”，實現(xiàn)軟件產品價值成功交付。
