<mark id="5z1b5"><cite id="5z1b5"></cite></mark>

        <video id="5z1b5"></video>
          <noframes id="5z1b5"><ins id="5z1b5"></ins>

            <em id="5z1b5"></em>

            <dl id="5z1b5"><ins id="5z1b5"></ins></dl>

              敏捷

                敏捷運動是一種替代傳統項目管理的方法。敏捷方法通常用于軟件開發中幫助企業應對不可預測的一些因素,比如對需求無法短時間掌握等。

                在過去十多年內有很多實施敏捷的成功案例,其中有的公司已經顯著提高了他們的IT開發團隊開發效率和業績。敏捷已經跨越多種行業,包括媒體和技術,大型企業,甚至政府被廣泛采用。

                在現實中,雖然敏捷不是所有軟件開發問題的靈丹妙藥。真正的關鍵是要知道如何根據情況合適選擇瀑布與敏捷(頂層設計 vs. 摸著石頭過河 )等等不同開發方法,甚至可以混合。這其中真的需要大量的經驗和技巧。在敏捷軟件工程,項目管理更依托對項目經理的技能,溝通,促進和協調能力,而更少強調對規劃和控制(摸著石頭過河 > 頂層設計)。

                敏捷是從敏捷宣言派生的。在2001年一小群人(包括Martin Fowler、kent Beck等)聚在一起討論他們的項目管理經驗,他們認為傳統的管理軟件開發項目的方法頻繁發生問題,由此提出了敏捷宣言,描述了四個重要點:

              1. 在開發過程中通過工具實現獨立開發和相互協作。
              2. 程序軟件要勝于復雜的文檔(代碼本身就是最好的文檔)
              3. 與客戶協作商量,而不是以談判等含有對抗意味的交流。
              4. 響應變化高于執行計劃(計劃沒有變化快)

                敏捷有很多著名的方法和原理,其中著名的有:

                DSDM是最早的敏捷開發方法。 DSDM是“敏捷”這個詞語發明之前,但絕對是基于所有我們已經認識到敏捷的原則。 DSDM似乎在英國以外不太知名。

                Scrum是最流行和廣泛采用敏捷方法,其特別集中于在一個團隊開發環境中如何管理任務。 它比較容易實現和解決了許多一直困擾的IT開發團隊數十年的管理問題。

                XP極限編程是一種較為激進的敏捷方法,更注重軟件工程實施過程,定位于用新方法實施分析、開發和測試,使的最終產品的質量和以往有一個實質性的提高。

                DSDM可能是最完整的敏捷方法,而Scrum和XP更容易實現和具有互補性,因為它們解決的是軟件開發項目的不同方面,它們都是建立在非常類似的概念基礎之上。 

                敏捷軟件工程方法的真正意圖是:通過開發管理的敏捷促成軟件系統敏捷,而很多人忽略這個目的,結果導致人忙的要趴下,系統還是老樣,這真是緣木求魚。人敏捷得像猴,系統還是熊孩子。采取通往即時反應的技術和工具,就能夠讓系統變得敏感敏捷,也更符合達爾文的適變生存。

                敏捷運動當初目標是為了實現工匠的理想,但現在看來失敗了,敏捷運動中揉入太多各種會議推廣和Scrum大師和項目經理的認證,以至于他們拋棄了程序員這個主體,放棄了手工藝的價值和紀律。

                敏捷運動本來應該是程序員的舞臺:“嘿,看!團隊很重要。代碼應該是干凈的。我們想要與客戶協作。我們希望盡早和經常地交付。“敏捷運動本應由程序員和軟件專業人士發起的,他們非常重視手工藝的理念,但隨后項目經理沖進來說:“哇!敏捷是關于如何管理項目的一個新的很酷的變體。“

                有一個老歌作者是艾倫·謝爾曼(Alan Sherman),名叫J·C·科恩(J.C.Cohen)。故事講述的是一個地鐵售票員在把人們推上火車車廂方面做得如此出色,以至于他把工程師趕了出去。敏捷運動就是這樣的。他們把這么多項目經理擠了進去,把程序員趕了出去。

               

              文章與教程

              什么是Scrum?

              什么是Scrum積壓?

              什么是看板Kanban?

              什么是Devops?

              什么是企業架構?

              敏捷的真相

              敏捷開發其實意義不是很大,在復雜項目中

              用戶故事與史詩有什么區別?

              敏捷項目中非功能需求是如何定義和管理的?

              軟件工程測試用詞解釋

              原型基本概念

              基于Web的在線建模工具

              建模風暴(使用領域事件作為用戶故事的建模案例)

              持續交付的概念和工具介紹

              TDD死了 測試永存

              代碼評審清單

              15條軟件開發的基本規律

              Spring創始人Rod大叔:軟件交付的未來是編碼

              敏捷運動發起人馬丁·福勒認為當前敏捷運動是一場悲劇

              軟件架構師的類型

              敏捷項目中的業務分析師角色

              什么是金絲雀版本?

              從敏捷死了到Devops死了

              敏捷和devops之間有什么區別?

              重構的三個層次

              用戶故事的生命周期是怎樣?

              一定要滿足管理人員的一致性要求嗎?

              Babok?指南的敏捷擴展是什么?

              什么是DevOps以及它與軟件開發有什么關系?

              瀑布和螺旋式開發哪個更好?

              INVEST簡寫是什么意思?

              討論組應如何有效地進行?

              如何將自己的開源項目發布到Maven中央倉庫中?

              自己搭建Maven服務器私服

              需求產品團隊如何有效地管理時間?

              組建,激蕩,規范和執行是什么意思?

              Koter領導變革的八個步驟

              產品從概念到實現的步驟

              開發應用程序時應考慮哪些類型的測試?

              什么是總體擁有成本(TCO)以及它的重要性?

              是否應該創建用戶故事來計劃系統維護和支持?

              盡早修復bug有什么好處?

              商業計劃書應該包含哪些信息?

              什么是敏捷中用戶故事點?

              什么是SAFe?

              更多話題:

              #敏捷 #DevOps #業務分析

              #重構 #項目管理 #BDD行為驅動開發

              #需求分析 #軟件觀點

              美女漫画大全