01、敏捷開發優勢

      1.個體和交互勝過過程和工具

      2.可以工作的軟件勝過面面俱到的文檔

      3.客戶合作勝過合同談判

      4.響應變化勝過遵循計劃

      這是官方總結出的敏捷開發優勢，反正我第一次看的時候是很懵的。

      后來結合項目用了敏捷開發模式之后才慢慢開始了解其中的意思。

      但和瀑布式開發相比有優勢的地方就是快速迭代和響應變化。

      我們以前做瀑布式的一個問題就是，一個版本發布要好久，要等所有流程都完成之后才可以上線。等待期太長，而且一旦出現需求變更，那對整個項目的挑戰就會變得非常大。

      說回敏捷開發，它的優勢應該就是解決這個問題。可以說在項目管理中，【船小好調頭】這句話基本在各個環節都是適用的。

      敏捷開發恰好就是把所有東西分解得非常細，有很強的迭代感。舉個例子，如果項目組每天都能出一個版本迭代，這對于響應需求變更和項目內部管理都是非常有利的。每一天的開發結果不會太大，那么如果有變更，成本開銷就變得可以接受。在需求不明就開始緊急開發的項目，這種模式尤其合適。

      另外敏捷開發的一個特色就是，自我管理。這對于一些很有想法的開發人員來說，真的是非常合適。他們可以選擇自己喜歡的任務，而不再像瀑布式開發模式，只能被動接受任務。這對于調動主觀積極性，無疑是很有益處的。

02、敏捷開發難點

      不是說做到開幾個會，每天站立會議等等幾個環節就已經是敏捷開發了。這些都只是一種形式，真的要去實施敏捷開發難度要比瀑布式大得多。

      敏捷開發是一種精英模式，對人員的能力和品質都有非常高的要求。

      舉個例子，在評估某個任務開發時間的時候，所有開發人員都需要作出自己的估算。如果一個團隊的人員能力組成參差不齊，那么隨便怎么協調，估出的時間會有很大的偏差。

      一般情況下，敏捷開發團隊估出的時間都是比較相近，如果有較大偏差，大家說明原因后，基本能達成共識。但如果你的團隊有高級工程師和初級工程師同時估算一個任務，你覺得他們最終能達成一致嗎?最多就是向初級工程師妥協，但這明顯不是我們的最終目的。

      另外敏捷開發模式需要和工作考評掛鉤。敏捷開發需要開發人員自主去選擇自己感興趣的任務，有的難，有的簡單。如果不和考評掛鉤，誰去選難的?如何激發能動性?

      所以說，對于敏捷開發來說，最大的困難就在于人。如果組員相互之間能力有較大差距;或者項目經理剛剛組建團隊，對人員不熟悉的情況下，貿然使用敏捷開發將會存在巨大風險。

03、如何看敏捷開發

      真的要實施敏捷開發真的有太多的條件限制。但是我們還是可以借鑒一下敏捷開發的好處，引入到現有的管理模式。

      比如能力差不多的組員可以一起進行計劃會議，那么這樣大家的估算時間就不會差的太離譜。每個人去做自己感興趣的東西，這種都是會有取舍，這次沒搶到，那么下次就內部協調一下。

      注：尊重原創文章,轉載請注明出處和鏈接 http://www.hebeijilong.cn/news-id-19773.html 違者必究！部分文章來源于網絡由培訓無憂網編輯部人員整理發布,內容真實性請自行核實或聯系我們，了解更多相關資訊請關注企業管理頻道查看更多，了解相關專業課程信息您可在線咨詢也可免費申請試課。關注官方微信了解更多：150 3333 6050