出處：blog.csdn.net/cheny_com
很多人都知道甚至感覺到敏捷開發的生產率比傳統開發高，但到底敏捷開發是怎樣提公升生產率的呢？以及當前自己正在實施的敏捷開發還有多大的生產率潛力？
當然「受激勵的個體」會產生生產率，但只是這樣解釋恐怕難以服眾，更難說服老闆。讓我們換乙個角度吧。
下面幾個問題揭示了一些隱性的生產率潛力：
所以，若你能做到下面的工作，則能為企業提供難以想象的生產力提公升：
1. 100%：若能避免100萬行**的專案不被取消，則生產率接近提公升100%（因為原來有接近50%的可能性被取消）
2. 50%：若能避免無用功能減少一半，則生產率大約可以提公升50%（若能徹底消除則接近100%）
3. 50%～1000%：若能避免**被大量乃至完全重寫，則生產率大約可以提公升50%～500%（個人曾遇到13人編寫9年的軟體被1人編寫1.5年重建）
4. 約10%：若只寫有用的文件，則生產率可以提公升10%以上
因此只是在站著開會、共同估算、每月反思、按優先順序排序等等層面來推廣敏捷是不行的，應該時刻注意上述效果是否達到。比如：
1. 我的專案整體的工期/成本策略是什麼？我應該在哪些節點交付哪些功能來證明什麼？
2. 哪些功能是客戶最常使用的？（不要過度相信「現場客戶」那個人，更應該多接觸那個群體）
3. 競爭對手都做過些什麼？哪些功能其客戶評價高？哪些功能其實華而不實（而我們卻以為是對方強項）？
5. ……
掌握好這些事情之後，會發現人的積極性不但因受激勵而提高了，產品的生命力也似乎提高了，很少走彎路。而最終表現結果就是生產率提高了。
敏捷軟體開發 敏捷開發原則
編寫單元測試是一種驗證行為，更是一種設計行為。測試時乙個無價的文件。如果你想知道如何呼叫乙個函式或者建立乙個物件，會有乙個測試展示給你看。什麼是設計？不應該認為設計就是一組和 分離的uml圖。一組uml圖也許描繪了設計的一些部分，但是它不是設計。還是要 化 僵化性是指難以對軟體進行改動，即使是簡單的...
敏捷軟體開發
敏捷軟體開發 英語 agile software development 又稱敏捷開發，是一種從1990年代開始逐漸引起廣泛關注的一些新型軟體開發方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱 理念 過程 術語都不盡相同，相對於 非敏捷 更強調程式設計師團隊與業務專家之間的緊密協作...
敏捷軟體開發
我們知道，傳統的開發模式已經不能不適用於現在情況，原因有很多 需求經常發生變化，軟硬體更新速度很快等，這些原因都使得傳統不管是 瀑布模型 還是 增量 不管是 快速原型 還是 螺旋 模型，這些軟體開發的模型，不在實用了。所以，在2001年，敏捷宣言提出，標誌著敏捷開發模型初步形成。那麼敏捷開發和傳統開...