概述

敏捷式開發(fā)(Agile Development)對開發(fā)人員來說，是個非常熟悉的名詞，相比于傳統(tǒng)的瀑布式流程，短平快的敏捷團隊的協(xié)作方法可能更加高效。我們公司從去年的7月份開始，也慢慢地走向了敏捷開發(fā)的轉型。因此，組織架構也做了相應的調整，從以前的各項技能團隊變成了跨職能團隊，也就是說一個團隊中含有各種的角色：產品，設計師，開發(fā)，測試…這意味著每一個團隊都是一條產品功能線，需要和各種職能的人進行交流溝通。

一、什么是敏捷開發(fā)

敏捷開發(fā)是針對傳統(tǒng)的瀑布開發(fā)模式的弊端而產生的一種新的開發(fā)模式，目標是提高開發(fā)效率和響應能力。

除了原則和實踐，模式也是很重要的，多研究模式及其應用可以使你更深層次的理解敏捷開發(fā)。

敏捷開發(fā)現(xiàn)已成為絕大多數(shù)IT企業(yè)采用的項目管理方法。

IT企業(yè)主要采用的項目管理方法學

敏捷開發(fā)以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發(fā)。

敏捷精神（The spirit of agile）：透明、溝通、協(xié)作。

瀑布流模式

簡單說說另一種常見模式：瀑布流模式。它是以文檔為驅動，在整個開發(fā)過程中，開發(fā)人員根據(jù)需求文檔進行開發(fā)，一切以文檔為依據(jù)。

而敏捷開發(fā)則是一種以人為核心、迭代、循序漸進的開發(fā)方法。它不是一門技術，它是一種開發(fā)方法，也就是一種軟件開發(fā)的流程，它會指導我們用規(guī)定的環(huán)節(jié)去一步一步完成項目的開發(fā)；而這種開發(fā)方式的主要驅動核心是人，注重的是人與人之間，面對面的交流，它只寫有必要的文檔，或盡量少寫文檔，采用的是迭代式開發(fā)，適用于以下情況：

• 適用于軟件，因為軟件是軟的，可以改。要是硬件，改起來就沒那么方便了；

• 適用于客戶不知道自己要啥的情況，這樣的客戶占絕大多數(shù)。因為客戶不知道要啥，所以你需要不斷幫客戶弄明白他到底想要啥。換句話說，你需要和客戶溝通，合作，傾聽反饋，持續(xù)改進；

• 適用于競爭激烈的市場，這樣的情況下，趕在競爭對手前交付一個不完美但至少能用的產品非常重要；

• 適用于快速變化的市場，你在埋頭造一輛汽車的時候，客戶已經(jīng)想開飛機滿天飛了，這就需要你能一步步的把汽車改成飛機，還能按時交付；

• 適用于在一個地方辦公的小團隊，一般 10 個人以內。這樣能使敏捷中主要的溝通方式「Face to Face」是可行的。

敏捷開發(fā)的過程與分工

敏捷開發(fā)的過程主要通過產品范圍內迭代內容和周期的確認，規(guī)劃合理的迭代范圍，安排各崗位人員分步驟協(xié)同工作，通過開發(fā)過程中的任務項的快速跟進和漸進明細原則，保證資源的平衡和工作效率的最大化。

前期（前1/4時間）

由產品經(jīng)理驅動，訂制公司產品戰(zhàn)略，從而進行需求的采集與確定，根據(jù)競品分析以及用戶調研，進行產品原型的制作以及產品需求文檔的撰寫，在這個過程中，需要與項目經(jīng)理進行評審，了解產品的開發(fā)難度以及可行性，從而對產品需求以及原型圖進行合適地調整。

中期（1/4時間）

由 UE 完善產品原型的交互細節(jié)，有關頁面的跳轉等用戶體驗做到極致，然后由 UI 設計師進行界面的設計美化，及時與產品經(jīng)理進行溝通，設計出與產品經(jīng)理所想要的效果出來，結合自身的設計理念和技術，將界面設計得人性化、扁平化。

后期（1/2時間）

由開發(fā)人員進行產品具體的功能設計開發(fā)，根據(jù)項目進度安排時間，做好工作安排，認真查看設計圖以及原型圖、產品需求不懂，不清楚的地方及時與產品經(jīng)理進行溝通，以免辛苦做出的功能與產品的意思不符，造成浪費時間精力的后果，產品進行開發(fā)完成后，由測試人員根據(jù)測試用例進行測試，將出現(xiàn)的問題進行反饋，及時修復產品的 bug，確保產品在規(guī)定的時間進行上線。

了解了這個流程，就容易解釋為什么一旦產品出現(xiàn)問題，產品就成為當之無愧的背鍋俠，事實上，這怨不得其他人，好比造房子，產品的工作類似打地基，地基不好，房子會塌，房子塌了怪誰，地基打得不好，當然是產品。

所以在工作中產品經(jīng)理特別需要注意以下三個要點：

全程參與

前期的產品戰(zhàn)略以及需求，產品經(jīng)理都是參與其中的。特別是大的產品方向突出的功能點，你都必須全局進行了解。對公司的戰(zhàn)略方向是否匹配，之后在產品的開發(fā)以及以后產品的迭代是否難度太大；這些問題一定要想清楚，不懂的就問，不斷地進行評審深入下去。因為一旦進入開發(fā)階段，突然變更需求，那么這段時間的精力以及時間就浪費了，這對于公司的損傷是巨大的。

勤寫文檔

一個人的記憶不可能會記住所有的東西，所以你必須記錄下來，這樣能更好地開展工作，在寫需求文檔的時候，我們需要要對每個用詞定義緊摳，少用差不多、不確定等用詞來模糊定義，千萬不要以為需求文檔開發(fā)不看，只看設計圖，起碼測試是需要根據(jù)你的需求文檔寫測試用例的，所以需要慎重對待。

做好評審記錄

在評審的過程中，與項目經(jīng)理進行評審后，記得做記錄。哪些功能要做，哪些功能不錯；什么時間開始，什么時間結束，這些都做好記錄。

在互聯(lián)網(wǎng)時代，使用敏捷開發(fā)模式可以讓產品在市場上快速試錯，根據(jù)數(shù)據(jù)的反饋進行及時的戰(zhàn)略調整，讓產品在市場立于不敗之地，而在這個模式中，產品經(jīng)理無疑是最重要的一個角色。最后用敏捷開發(fā)的 slogan 來總結它的幾個特點吧：

「個體與交互」勝過「過程與工具」

「可以工作的軟件」勝過「面面俱到的文擋」

「客戶協(xié)作」勝過「合同談判」

「響應變化」勝過「遵循計劃」

敏捷開發(fā)十二原則

1.我們的最高目標是，通過盡早和持續(xù)地交付有價值的軟件來滿足客戶。

2.歡迎對需求提出變更——即使是在項目開發(fā)后期。要善于利用需求變更，幫助客戶獲得競爭優(yōu)勢。

3.要不斷交付可用的軟件，周期從幾周到幾個月不等，且越短越好

4.項目過程中，業(yè)務人員與開發(fā)人員必須在一起工作。

5.要善于激勵項目人員，給他們以所需要的環(huán)境和支持，并相信他們能夠完成任務。

6.無論是團隊內還是團隊間，最有效的溝通方法是面對面的交談。

7.可用的軟件是衡量進度的主要指標。

8.敏捷過程提倡可持續(xù)的開發(fā)。項目方、開發(fā)人員和用戶應該能夠保持恒久穩(wěn)定的進展速度。

9.對技術的精益求精以及對設計的不斷完善將提升敏捷性。

10.要做到簡潔，即盡最大可能減少不必要的工作。這是一門藝術。

11.最佳的架構、需求和設計出自于自組織的團隊。

12.團隊要定期反省如何能夠做到更有效，并相應地調整團隊的行為。

總結

以上是對深入理解敏捷開發(fā)，分享給大家，希望大家可以了解什么是深入理解敏捷開發(fā)。覺得收獲的話可以點個關注收藏轉發(fā)一波喔，謝謝大佬們支持。（吹一波，233~~）

Java小馬哥，頭條出品，每天一篇干貨，喜歡就收藏＋關注