沒有嚴格的版本控制實踐，任何團隊所實施的敏捷都會處於風險之中；缺少了好的版本控制這個安全網，要想做到自由地重構、安全地試驗或者快速從錯誤中恢復， 都是不可能的。許多敏捷支持者將版本控制視為核心實踐——不只是敏捷，對於通常的軟體開發工作來說也是如此。新團隊或者沒有穩定的版本控制方案的團隊，都 可以從本文中得到幫助。henrik kniberg在infoq上發布的迷你書《scrum and xp from the trenches》大受歡迎，對於眾多閱讀過本書的人來說，他清晰的解釋並不陌生。現在他將書中用到的版本控制模式及具體細節都分享了出來，詳細可見《多個敏捷團隊之間的版本控制》一文。
敏捷 團隊的定位
總結一下，我在工作中學習到的點。朋友們請持質疑的態度看，寫的不正確，歡迎指正。今天開始996了，因為有乙個新的專案啟動。之前我們部門已經成立了四個敏捷團隊。應該是這個新專案太大，現有4個敏捷團隊已經無法支撐這個專案的交付。所以從每個團隊中抽走了一兩個人，然後組建新的團隊。我現在是測試崗，但也在學習如...
指導敏捷專案團隊的敏捷原則
敏捷宣言有12條敏捷原則用來指導專案團隊，如下 一 我們的最高優先順序任務是盡早的和連續地交付有價值的軟體滿足客戶的需要 這條原則強調了敏捷方法關注的是為客戶交付價值。歸根結底，讓客戶滿意的原則是驅動敏捷專案的團隊的動力源泉。二 即使到了開發後期也歡迎需求的變更。敏捷過程考慮到客戶獲得競爭優勢的需要...
系列文章 OKR與敏捷（三） 賦予團隊自主權
okr與敏捷開發的原理有著相似之處，但已經使用敏捷的團隊再用okr感覺會顯得多餘。這種誤解的根源就在於對這兩種模式不夠了解，運用得當的情況下，okr和敏捷可以形成強強聯合的效果，他們可以創造出以價值為驅動的團隊，改變團隊的工作方式。回顧第一部分請點這裡 系列文章 okr與敏捷 一 瀑布式目標與敏捷的...