PM網事2014-12-05 17:44:17

敏捷團隊人數受諸多因素影響，組織環境、專案情況、團隊情況等因素都會影響人數，所謂最佳是要根據上述因素判定的，沒有絕對的標準。

匿名使用者2017-01-17 15:11:33

敏捷團隊人數受諸多因素影響，組織環境、專案情況、團隊情況等因素都會影響人數，所謂最佳是要根據上述因素判定的，沒有絕對的標準。瞭解詳情：敏捷說明會

兔子流2017-06-12 22:50:43

沒有最佳管理的人數。但是在敏捷專案管理中，提到的是7+-2 的模式去管理一個scrum team。僅供參考。

昊昊2017-11-25 16:26:58

根據我個人的簡單理解，為了實現敏捷管理，團隊的人數不應太多，老師曾跟我們說5-9人比較理想。分情況討論，小型專案當然是10人以下最為理想；大專案的話人數應儘量精簡，如果員工能夠自組織，而且屬於精英團隊，那麼數量多一些也是可以的。

目前國內敏捷的效果應該都一般，套著敏捷的外套做著傳統的專案。

敏捷開發2021-07-07 11:03:07

1。如果是單團隊的話，建議人數為5-9

但是人數並不是一個死規定。具體可以按照自己的團隊實際情況來進行調整。

2。多團隊的話，團隊人數也可以按照5-9的標準

1）規模化敏捷

像LeSS框架，就是將Scrum框架放大，並應用於多團隊管理層級中。

LeSS保留了很多Scrum 中的基本要素，例如：每日站會、產品待辦列表、Sprint計劃會議、Sprint評審會議、回顧會議等。但在Scrum框架的基礎上，LeSS框架又延伸出比之更大的範圍。

同時，LeSS框架是一個極簡框架，以真正的團隊作為基本構建塊來進行整個組織的架構。

對於多團隊來說，規則越少，實踐的門檻就會越低

。另外，在建立LeSS的過程中，Bas Vodde 和 Craig Larman 儘可能地減少定義的輸入，更多的是推動團隊憑自身經驗建立適合自己的流程。

LeSS具體細化為兩種框架：

一種是適用於8個小團隊進行開發，每組最多8人的“LeSS”

；

另一種是協調、管理多達上千人的團隊的“LeSS Huge”

。不論是哪一種具體的框架，對團隊自身的要求都不會改變。

LeSS Huge框架

規模化敏捷LeSS（Large Scale Scrum）的誕生 ：這篇文章強調了LeSS團隊的幾個特性。

2）敏捷專案集管理

在公司的組織變革轉型、創新業務流程等場景中，經常會遇到以下問題：

不同專案資源分配不均？

複雜專案進度難以監控？

公司戰略無法對齊？

……

在這些複雜的業務場景下，單專案管理已不足以支撐現有管理目標的實現。

與傳統專案管理相比，專案集管理可以幫助管理者更好地對公司專案進行整體監控，透過專案集 > 子專案集 > 專案的狀態，來持續驗證專案集與公司戰略之間的一致性。

專案集的成敗將直接關係到公司戰略能否實現，因此無論專案集本身進展如何順利，如果專案集偏離了公司戰略，專案集自身以及專案集管理工作將變得毫無價值。

就比如禪道釋出了15版本專案集管理，該版本對原有管理理念做了全新升級，新增專案集功能，以幫助使用者更好地進行專案集管理。

如圖所示，專案集是多層級管理。其中，專案集的層級最高，在它下面可以管理一個或多個子專案集、產品和專案。產品只能關聯到頂級專案集下。

對於專案層級的切分問題，也可以按照不同的維度，如時間、部門、產品線等進行劃分。

這樣，專案建立的時候選擇敏捷流程，同樣能夠輕鬆管理多專案、多人員。

下面附送禪道15版本手冊：

安裝和升級15版本禪道 - 禪道15版本使用幫助 - 禪道開源專案管理軟體