Nhóm đa chức năng vs Nhóm tự tổ chức vs Nhóm tính năng vs Nhóm thành phần trong Agile

Truyền thống, một dự án được tổ chức xung quanh các nhóm thành phần (tức là UX, Dev, Kinh doanh, Kiểm thử, và …), bất kỳ bản phát hành nào yêu cầu một loạt chuyên môn về thành phần sẽ cần phải có sự tham gia của nhiều nhóm thành phần. Thông thường, các nhóm khác nhau sẽ có các ưu tiên khác nhau, điều này không thể tránh khỏi dẫn đến tắc nghẽn trong chu kỳ phát hành sản phẩm.

Theo Wikipedia, một nhóm đa chức năng là một nhóm người có chuyên môn khác nhau làm việc hướng tới một mục tiêu chung. Một trong những cách tốt nhất để cải thiện chất lượng của nhóm bạn là biến nó thành nhóm đa chức năng. Một nhóm đa chức năng có tất cả các kỹ năng cần thiết để biến một ý tưởng thành một sản phẩm hoạt động.

“Một Nhóm đa chức năng có tất cả các năng lực cần thiết để hoàn thành công việc mà không phụ thuộc vào những người không phải là thành viên của nhóm” — Hướng dẫn Scrum

Ngược lại với cách tiếp cận nhóm thành phần, một nhóm đa chức năng là các nhóm bao gồm những người từ các lĩnh vực chức năng khác nhau trong công ty. — nó nên được hình thành không chỉ với các chuyên gia kỹ thuật (nhà phát triển Back-end, Front-end, kỹ sư QA, v.v.) mà còn bao gồm các thành viên như Nhà phân tích kinh doanh, chuyên gia Marketing và UX hoặc bất kỳ ai khác tham gia tích cực vào dự án.

Một nhóm tự tổ chức là một nhóm có quyền tự quyết định cách tốt nhất để hoàn thành công việc của họ, thay vì bị chỉ đạo bởi những người bên ngoài nhóm. Khác với các nguyên tắc quản lý truyền thống, các nhóm tự tổ chức có quyền lực không bị chỉ đạo và kiểm soát từ trên xuống; thay vào đó, họ phát triển từ các thành viên trong nhóm tham gia tích cực và tập thể trong tất cả các thực hành và sự kiện Scrum.

Nhóm truyền thống vs Nhóm Agile

“Một Nhóm Tự Tổ Chức bao gồm một nhóm những người lao động tri thức phải tự quản lý. Họ phải có quyền tự quyết” — Peter Drucker.

Hướng dẫn Scrum chỉ ra “Nhóm Scrum bao gồm một Chủ sở hữu sản phẩm, Nhóm phát triển và một Scrum Master. Họ là:

Các Nhóm Scrum là tự tổ chức và đa chức năng” — Hướng dẫn Scrum:

Nhóm Thành phần vs Nhóm Tính năng

Cách tiếp cận truyền thống là phân chia sản phẩm một cách hợp lý và có ý nghĩa thành các thành phần và giao cho các nhóm thành phần. Tuy nhiên, những thành phần này hoàn toàn không liên quan đến quan điểm của khách hàng.

Cách tiếp cận Nhóm Tính năng hiện nay gần như được chấp nhận phổ biến để tổ chức các nhóm của họ, trái ngược với nhóm công nghệ, đặc biệt là trong cách tiếp cận giao hàng liên tục, nó nhấn mạnh các tính năng (tức là một lát dọc của hệ thống) giải quyết nhu cầu của người dùng, điều này thường có thể tăng tốc độ giao hàng giá trị của bất kỳ tính năng nào hoặc phần mềm hoạt động và rút ngắn vòng phản hồi từ người dùng thực. Một nhóm tính năng sẽ có tất cả các kỹ năng để thực hiện công việc ở cấp độ nhiệm vụ cần thiết để hoàn thành công việc. Cụ thể, giả sử một kiến trúc ba tầng, các thành viên trong nhóm sẽ làm việc trên các nhiệm vụ liên quan đến GUI, tầng giữa và các phần cơ sở dữ liệu của câu chuyện này.

Nhược điểm lớn của tổ chức thành phần là rõ ràng: nó làm chậm dòng giá trị. Phần lớn các tính năng của hệ thống tạo ra các phụ thuộc yêu cầu sự hợp tác giữa các nhóm thành phần để xây dựng, triển khai và cuối cùng phát hành. Các nhóm dành phần lớn thời gian của họ để thảo luận về các phụ thuộc giữa các nhóm và kiểm tra hành vi giữa các thành phần thay vì có thể cung cấp giá trị cho người dùng cuối.