敏捷1.0 是我 2023年到2023年的 實踐，
敏捷2.0 是我對前兩年的 總結 優化。
目標是：持續構建、持續整合、持續發布。
產品迭代-敏捷1.0
第一周
第二週
周一
周二
週三
周四
周五
週六
週日
周一
周二
週三
周四
周五
每日晨會
每日晨會
每日晨會
每日晨會
每日晨會
晨會
晨會
每日晨會
每日晨會
每日晨會
每日晨會
每日晨會
產品迭代開始
確認目標
澄清需求
二次澄清
任務分解
產品答疑
編碼
同步用例
產品答疑
趕工
趕工
產品驗證
產品驗證
新需求設計
產品驗證
新需求設計
產品驗證
新需求設計
迭代結束
迭代總結
下迭代計畫
研發設計&編碼
設計&編碼
編碼編碼&解bug
編碼&解bug
編碼&解bug
測試編寫用例
完善用例
測試測試
整合測試
整合測試
運維/實施
發版/上線
產品迭代-敏捷2.0
第一周
第二週
周一
周二
週三
周四
周五
周一
周二
週三
周四
周五
每日晨會
每日晨會
每日晨會
每日晨會
每日晨會
晨會
晨會
每日晨會
每日晨會
每日晨會
每日晨會
每日晨會
產品迭代開始
發版目標
不斷設計、澄清、驗證、發版培訓
不斷設計、澄清、驗證、發版培訓
迭代結束
迭代總結
下迭代計畫
研發不斷分解任務、設計、澄清、研發、交付
不斷分解任務、設計、澄清、研發、交付
測試不斷分解澄清、寫用例、驗證
不斷分解澄清、寫用例、驗證
運維/實施
不斷發版
不斷發版
對於敏捷開發的見解
在讀了一些介紹敏捷開發的文章之後，我將自己的理解總結了一下。敏捷開發的核心在於靈活。敏捷開發的四條基本的價值觀是 個體和互動高於流程和工具。工作的軟體高於詳盡的文件。客戶合作高於合同談判。響應變化高於遵循計畫。這四條基本原則中並不是完全否定後者，只是在敏捷開發中更加看中前者。敏捷軟體宣言宣言中還包括...
關於敏捷開發
前一段參加了北軟教育的乙個 敏捷開發技術 的培訓，一直沒來的總結一下。剛好結合最近的專案，把老師提到的應用了一把，感覺還不錯。敏捷的特點 1 小版本發布 可以給開發人員持續的成就感 2 測試驅動開發 3 持續整合 4 重構 獲得更好的 結構 5 結對變成 最好選取水平相當的兩人 一定要是交叉結對 6...
關於敏捷開發
scrum 英式橄欖球爭球隊 軟體開發模型是敏捷開發的一種。scrum的基本假設是 開發軟體就像開發新產品，無法一開始就能定義軟體產品最終的規程，過程中需要研發 創意 嘗試錯誤。scrum 將軟體開發團隊比擬成橄欖球隊，有明確的最高目標，熟悉開發流程中所需具備的最佳典範與技術，具有高度自主權，緊密地...