Các Hướng dẫn Scrum định nghĩa một đơn vị duy nhất mà bao gồm một Chủ sở hữu sản phẩm, một đội phát triển của 3-9 thành viên và 1 Scrum Thạc sĩ cho khoảng từ 5 đến 11 thành viên. Tôi đã thấy các trường hợp mà Chủ sở hữu sản phẩm có thể có nhân viên hỗ trợ hoặc nhóm có thể không có Scrum Master chuyên dụng để thay đổi con số đó một chút, nhưng dường như nó có thể vượt quá khoảng một chục người.
Các Hướng dẫn Nexus mô tả một phương pháp mở rộng quy mô Scrum để xử lý 3-9 đội Scrum làm việc trên một sản phẩm duy nhất. Nó bổ sung Nhóm tích hợp Nexus mới có thể là thành viên chuyên dụng hoặc có thể bao gồm những người từ các nhóm Scrum khác nhau. Dựa trên hướng dẫn đó, nó sẽ mở rộng ra khoảng 20-120 cá nhân.
Agile có kỷ luật có thể tăng quy mô từ một đội lên N đội. Kích thước nhóm cá nhân tiêu chuẩn sẽ tương đương với Scrum - 3-9 thành viên cộng với vai trò hỗ trợ từ nhiều chuyên gia khác nhau, nhóm thử nghiệm độc lập, chuyên gia tên miền, v.v. trong các tổ chức lớn, môi trường quy định với sự tuân thủ bắt buộc, thuê ngoài, các nhóm phân phối toàn cầu. Có vẻ như giới hạn là bạn sẽ có một phiên bản DA cho mỗi sản phẩm hoặc dòng sản phẩm.
Ở các mức độ khác nhau, tôi đã tham gia vào việc thực hiện hoặc thực hiện các quy trình bằng Scrum, Nexus và DAD, vì vậy tôi có một sự hiểu biết vững chắc về những quy trình đó. Tôi không có kiến thức làm việc về LeSS và SAFe, ngoài những gì tôi đang đọc người khác nói.
LeSS có vẻ đơn giản. Đây là một giải pháp thay thế cho Nexus có khả năng mở rộng quy mô lớn hơn nhiều. Các quy tắc của LeSS nói rằng LeSS được thiết kế cho nhóm 2-8 và LeSS Huge được thiết kế cho hơn 8 nhóm, tôi ước tính quy mô tổ chức phát triển sẽ vào khoảng 15-80 cho LeSS và 80+ cho LeSS Huge. Tùy thuộc vào tổ chức của bạn, có lẽ bạn sẽ xem xét 20-110 người trong tổ chức sản phẩm cho LeSS và hơn 100 người trong LeSS Huge, quản lý đếm, QA độc lập, hoạt động, v.v. Cả hai hình thức LeSS dường như đều hướng đến một sản phẩm duy nhất, hoặc có lẽ là một bộ sản phẩm có liên quan chặt chẽ với nhau (chẳng hạn như một dòng sản phẩm hoặc bộ microservice). Mỗi sản phẩm sẽ có ví dụ riêng về LeSS (hoặc LeSS Huge).
SAFe dường như bao gồm toàn bộ tổ chức - hoạt động, trải nghiệm người dùng, kiến trúc sư doanh nghiệp và kỹ sư hệ thống, quản lý sản phẩm, QA, nhà phát triển, v.v. Nó có hai mô hình - tổ chức 3 cấp và tổ chức 4 cấp. Tổ chức cấp 3 xác định Nhóm, Chương trình và Danh mục đầu tư. Tổ chức cấp 4 thêm cấp luồng Giá trị giữa Chương trình và Danh mục đầu tư. Dựa trên số lượng vai trò được xác định, có vẻ như điều này đang nhắm mục tiêu vào các tổ chức doanh nghiệp lớn với nhiều sản phẩm và chương trình đồng thời. Đọc hướng dẫn của họ để thực hiện, có vẻ như họ mong đợi một tổ chức thực hiện để đào tạo giám đốc điều hành và quản lý và sau đó ít nhất 50 thành viên của một nhóm phát triển. Quy mô tổ chức tối thiểu dường như là một vài trăm người trên tất cả các nhóm được xác định và nhiều sản phẩm để thực hiện có ý nghĩa.
Tôi có đúng không khi cho rằng LeSS là "đối thủ cạnh tranh" với Nexus đối với đối tượng mục tiêu và SAFe đang nhắm mục tiêu vào các tổ chức rất lớn với số lượng lớn sản phẩm hoặc dòng sản phẩm, nhiều hơn so với các khung nhanh nhẹn quy mô khác?