在一個小團隊中適合哪些敏捷實踐？

Question

因此，我發現自己在包括我在內的四人小團隊中工作了幾個星期。從我在上一個300+開發者工作室的工作中改變了我在敏捷方法的採用過程中的一部分。

我已經悄悄引進有用的工具，如持續集成服務器和我偷偷摸摸地開始測試驅動開發。

其他敏捷項目管理和開發實踐適合小型商店嗎？

Answer 1

好了，對我來說，你的實際配置是更加撥到敏捷不是300+開發商店（真的不知道雅居樂是如何實現的那裏，我很想聽到更多的是作爲縮放到大小需要Agile IMO成熟度非常高）。

所以，我的回答實際上是：先從4人，所有的價值觀念和做法是適當的和有價值的。事實上，你之前採用了哪些敏捷方法？你實施了哪些做法？是什麼讓你覺得他們不合適？

PS：如果我可以試試，看以後的工程實踐，敏捷不（僅僅）有關（這尤其適用於Scrum的）。像測試驅動開發，持續集成等實踐很好，但它們只是一個意思，而不是結束。他們不會滿足於成功的敏捷實施。敏捷是一種面向業務的組織模式。換句話說，在實施Scrum時，技術性的東西並不是真正的最佳起點，你應該從組織的事情開始。

Answer 2

公共代碼審查每個人是否是在同一地點

Answer 3

我想你可能要翻轉過來，這個問題;什麼敏捷方法不是適合，因爲你是一個小團隊。我不是敏捷實踐方面的專家，但我不能真正想到因爲你的團隊規模而不合適。

Answer 4

恕我直言，所有的開發實踐都是適當的。事實上，很長一段時間，一支敏捷球隊有望成爲一支小球隊（5-9人）。有關於它的infoq的artile。

而且，因爲你有一個小團隊通信和協作將變得更容易，所以做法將工作做得更好。

Answer 5

着重介紹了最值添加到團隊的做法。

作爲球隊的變化小的影響將是非常明顯的，如果你與團隊和顯示改進工作那麼你就可以回去，並添加另一個 - 再次證明添加最愛的人對團隊有價值。

其中最重要的一點是，項目走近敏捷的思維，添加工具無法適應變化&長期項目的背景下&技術不高的調整與客戶的好評」沒有最終的結果，你應該瞄準。