什么是敏捷软件开发?
什么是敏捷軟件開發?
敏捷軟件開發是一套方法,可以為您的客戶快速而頻繁地提供價值。它通過高度協作的跨職能團隊促進精心策劃的小型迭代。敏捷方法提供了傳統上與瀑布相關的順序開發和長期發布周期的替代方案。
敏捷適合任何規模的企業(從創業到企業),任何規模的團隊(從小到大)和大多數項目。也就是說,采納敏捷的組織必須在文化上為變革做好準備,并致力于指導或培訓。
為什么敏捷很重要
| ◼ |
更大的透明度 從利益相關者到工作團隊(測試人員,開發人員,設計人員,項目經理等)的每個人都參與并明確了目前正在進行的工作以及還需要完成的工作。 |
|
| ◼ |
更大的可預測性 工作顯然是優先考慮的,時間緊張,理想情況下是1-2周的時間。作為持續交付周期的一部分,新功能經常出貨,而且更具可預測性。 |
|
| ◼ |
極大的靈活性 當由于反饋或新業務需求而改變優先級時,可以立即在積壓中插入和重新排列故事。 |
|
| ◼ |
專注于商業價值 利益相關者決定功能的建立順序,使團隊清楚業務最重要的部分。 |
|
| ◼ |
關注用戶 用戶故事旨在滿足真實用戶的需求。每個設計和開發的功能都可以提供增值服務。 |
|
| ◼ |
注重質量 由于所有的工作都分解成可管理的單元和頻繁的構建,所以測試和評論更為集中。由于能夠更容易和更快地定位和修復缺陷,質量得到了改善。 |
考慮敏捷?要記住什么
盡管世界正在從傳統的瀑布方法轉向敏捷軟件開發,但成功采用敏捷技術需要改變工作流程的思維方式和對常見陷阱的認識。開始之前,得到一些答案:
你的團隊是否在同一艘船上?
敏捷是一個非常合作的過程。因為這不是一個強有力的,自上而下的工作流程,需要在各個層面上采用。讓人激動。解釋這將如何使組織和他們受益,并向他們保證,這不僅僅是一種時尚。敏捷方面的投資推動了創新,靈活性和更短的開發周期。
你想一個人去嗎?
如果你是,停下來。找出您的團隊中對采用敏捷工作流程熟悉且興奮的人員。讓敏捷在基層實施,并提供足夠的發起人支持,以解決此類變更可能對其他團隊,管理層和業務合作伙伴造成的任何可能的阻力。理想情況下,聘請一名顧問幫助事情開始并朝著正確的方向前進。這將有助于降低風險并增加采用的時間。
訓練到位,人們將如何練習?
你需要一個計劃來訓練你的團隊。減少進程的承諾可能導致執行不力。敏捷是一套必須學習和遵守才能成功的團隊。但是比單純的訓練更重要的是讓你的團隊通過干練來學習。讓他們在一個實際的項目上工作,以非常有形的方式學習和強化敏捷的好處。
每個人都準備好改變流程和工具嗎?
您目前使用哪些產品管理工具,是否適合敏捷?您是否準備好實施測試驅動開發(TDD),持續集成(CI)和持續部署(CD)?你包括你的設計和用戶體驗團隊嗎?組織越大,你就需要把更多的心靈和思想聯系在一起。采用敏捷是非常可行的,但做得很好,變化貫穿于整個組織。
巨大的差異:敏捷與瀑布
|
共同的情況 |
敏捷方法 |
瀑布方法 |
|---|---|---|
|
項目經理希望在開發過程中添加一個新功能 |
附加功能在每周沖刺期間添加,以確保產品符合最新的客戶和業務要求。 |
開發商已經完成了開發的設計和施工階段,直到下一個六個月的項目計劃階段才開始添加新功能。 |
|
在測試過程中發現一個顯示塞子錯誤 |
這個bug是在每周沖刺結束時發現的。為了預料會發現一些小問題,開發團隊在下周的沖刺日歷中加入了修補程序,項目按時按預算進行。 |
這個錯誤是在開發的最后階段發現的,影響了整個項目編寫代碼的方式。意料之外的重新安排時間來修復錯誤和上游代碼將意味著該項目會遲到,超出預算。 |
|
客戶或客戶提供反饋 |
在下一次沖刺運行之前,反饋會被協同并逐步地融入到設計中。 |
反饋是有記錄的,但是直到下一個版本才會被納入到項目中。 |
敏捷和極限編程
極限編程被認為是敏捷的一種風格,它獨特地適應了開發團隊的需求。Extreme的元素包括:成對編程,所有代碼的自動化測試,在實際需要之前避免對功能進行編程,代碼的簡單性和清晰性,隨著時間的推移需要改變客戶需求,并且問題得到更好的理解,客戶和程序員之間。
在關鍵日的一
總結
以上是生活随笔為你收集整理的什么是敏捷软件开发?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: SAP Spartacus的版本机制
- 下一篇: 关于SAP Spartacus的Acti