敏捷開發不僅僅是一個框架，如看板，Scrum和功能驅動開發的極限編程(FDD)。它不僅僅是實踐，例如計畫，測試驅動的開發，計畫會議，站立會議和衝刺。
敏捷軟體開發包含一組框架，因此它被稱為總稱。這些框架基於敏捷宣言中表達的價值和原則。
將敏捷與其他軟體開發方法分開，主要是關注人們從事的工作以及如何協同工作。敏捷軟體開發社區專注於協作和自組織團隊。
大多數團隊和組織開始致力於敏捷軟體開發，他們專注於幫助協作和組織工作的實踐。
如何成為一個令人敬畏的敏捷開發者
敏捷團隊開發人員專注於可持續發展？而不是個人英雄。軟體可持續性是一種很好的估計，是管理代碼的有效分支策略。此代碼通過自動化測試來執行，以保護品質，並持續部署以獲得用戶的快速回饋。敏捷開發是一種持續部署，可以從用戶那裏獲得快速回饋。
“鐵三角”是一個專案管理系統，所有開發人員都應該瞭解專案範圍，進度和品質開發。
無壓力軟體發佈
敏捷團隊的成功衡量標準是將工作的軟體產品發佈給客戶時。但是有一段時間，發現軟體團隊在驗證已完成的工件問題時感受到了糟糕的體驗。可能缺少代碼審查。完整代碼未合併，合併代碼構建失敗等。
構建成功軟體版本的因素
代碼最佳實踐：它將提高提供優質產品的能力。在提供產品之前，代碼審查至關重要，監控和修復不斷下降的構建將確保更快的發佈時間。
設置並最大化Jira軟體的發佈中心：團隊專注於設置Jira軟體的發佈中心，它通過允許發佈中心提供進度狀態和發佈的清晰圖像來節省工作時間。
從構建代碼到發佈的自動化：從構建代碼到直接從發佈中心發佈版本的完全自動化。
為什麼代碼審查很重要
在向客戶發佈之前，代碼審查是軟體開發的重要組成部分。它可以幫助開發人員學習代碼庫，並幫助他們學習增加技能的新技術。
什麼是代碼審查？ 當開發人員團隊完成他們在某個問題上的工作時，其他開發人員會關注代碼並考慮以下問題：
- 代碼中是否存在任何可訪問的邏輯錯誤？
- 是否有任何模組需要外部要求，所有案例都完全實施？
- 新的自動化測試是否足以滿足新代碼的要求？ 是否有任何要求在現有的自動化測試中重寫以更改代碼？
- 新代碼是否符合當前的樣式指南？