敏捷軟體的開發

平時寫的東西大多和我的**[url=家服務網[/url]家服務網有關係，但今天來寫一些和敏捷軟體開發相關的東東。

接觸敏捷軟體開發已經差不多有大半年了，雖然經常有機會和別人討論敏捷開發的好處和壞處，但還從沒有認真的為它寫點東西。剛好最近有乙個朋友讓我去他的公司介紹介紹敏捷開發，還反覆提醒我要準備準備，我也不想太丟人現眼，於是坐下來把一些平時想到的東西整理整理寫下來。

敏捷軟體的開發與傳統軟體開發的主要不同點在於兩個方面：

1. 需求切割成較小模組，將傳統的專案開發的大週期切割成若干個較小的迴圈週期。

2. 任務切割成小塊，以達到工作分工的均勻。

除了這兩個明顯的不同之外，還有很多其它一些工作行為的不同。不過這些工作行為的不同可以看作上面那兩個不同點的延伸。

為什麼要將需求切割成小塊呢？為什麼要採用小的專案迴圈週期呢？這有啥好處呢？

好處在於這樣能夠盡可能的提供使用者體驗的機會，並且盡可能的**使用者對產品的回饋。同時由於專案週期的縮短，便於在於乙個相對較短的週期內進行專案的規劃和管理。

為什麼要將任務切割成小塊呢？為什麼要做到工作分工的均勻呢？

好處在於當任務切割成小塊後，便於跟蹤任務的進度，同時任務模組的變小，任務的複雜度降低，可以進行相對均勻的工作分配。避免由於專案任務塊太大所造成的分工不勻，同時由於專案任務過大，複雜度增加所引起的技術壁壘，而技術壁壘又增加了人員之間任務不能自由的切換。

如果上訴兩點它能夠克服傳統模式的一些缺點,那它真的就很完美嗎？答案是否定的，那他又有哪些缺點呢？這些缺點又該如何彌補呢？

下回待續。