Bài viết này giải thích nhóm agile được tổ chức ra sao, trong nhóm có những vai trò nào và vì sao cách tổ chức đó ảnh hưởng trực tiếp đến việc bàn giao sản phẩm. Chúng ta cũng sẽ xem vì sao Scrum trở thành cách triển khai Agile phổ biến nhất, và làm thế nào để điều chỉnh cách tổ chức nhóm cho khớp với những gì dự án của bạn thực sự cần.
Agile không đặt ra các vai trò cứng nhắc, còn Scrum thì đưa ra một cấu trúc rõ ràng gồm Product Owner, Scrum Master và Nhóm.
Các nhóm liên chức năng rút ngắn thời gian chờ khi bàn giao công việc và giữ quyền quyết định ở trong nhóm thay vì đẩy lên cấp trên.
Khi được tổ chức hợp lý, nhóm Agile dễ thích ứng với các thay đổi hơn và đạt được mục tiêu nhanh hơn.
Agile xoay quanh một ý tưởng đơn giản là rút ngắn khoảng thời gian từ lúc một vấn đề xuất hiện đến lúc nhóm phản ứng với nó. Phương pháp này không quy định sơ đồ tổ chức cố định hay một bộ vai trò bất biến, và đó vừa là thế mạnh của nó, vừa là lý do khiến nhiều nhóm lúng túng khi áp dụng mà không dựa vào một khung làm việc cụ thể. Scrum lấp khoảng trống ấy bằng cách đưa ra vừa đủ cấu trúc để Agile vận hành được trong công việc hằng ngày mà không làm quy trình trở nên rườm rà.
Agile dựa trên các nguyên tắc được nêu trong Tuyên ngôn Agile, chẳng hạn như:
Agile là một triết lý làm việc chứ không phải một bộ hướng dẫn, nên mỗi nhóm tự chọn cách triển khai như Scrum, Kanban hay SAFe tùy vào tính chất công việc và mức độ phối hợp mà họ cần. Chọn nhầm cách triển khai cũng không khiến nhóm thôi "Agile", nhưng thường sẽ tạo ra ma sát và làm chậm chính những việc mà Agile lẽ ra phải giúp đẩy nhanh. Bạn có thể tìm hiểu thêm trong bài viết về Bảng Kanban.
Scrum chia nhóm thành ba vai trò chính với phạm vi trách nhiệm riêng:
Ví dụ: Nhóm làm việc theo các sprint kéo dài hai tuần, trong đó Product Owner quyết định việc gì cần làm tiếp theo dựa trên giá trị kinh doanh, Scrum Master gỡ các điểm nghẽn trước khi chúng làm sprint đình trệ, còn nhóm phát triển tự quyết định cách thực hiện công việc. Nếu ranh giới giữa ba trách nhiệm này bị xóa nhòa hoặc tất cả dồn vào một người, sẽ không còn ai thực sự chịu trách nhiệm và các cam kết của sprint cũng không còn đáng tin cậy.
Ví dụ: Sau mỗi sprint, nhóm tổ chức một buổi retrospective với mục đích tìm ra một hoặc hai thay đổi cụ thể trong cách làm việc thay vì đi tìm người có lỗi. Những nhóm bỏ qua retrospective thường vấp lại đúng những điểm ma sát cũ hết sprint này đến sprint khác, vì nguyên nhân gốc rễ chưa bao giờ được xử lý.
Bạn có biết? Thuật ngữ "Agile" trong lĩnh vực phát triển phần mềm xuất hiện lần đầu vào năm 2001, khi 17 nhà phát triển gặp nhau tại Utah và cùng ký Tuyên ngôn Agile, văn bản đã thay đổi cách cả ngành nhìn nhận việc lập kế hoạch, bàn giao và quyền tự chủ của nhóm (xem thêm: Phần mềm quản lý dự án cho đội ngũ kỹ sư).
Cấu trúc của một nhóm Agile có thể thay đổi tùy theo loại dự án và quy mô của nó, chẳng hạn như:
Trong Kanban, không có vai trò cố định nào cả, vì nhóm tập trung vào việc trực quan hóa luồng công việc và giới hạn lượng việc đang làm dở thay vì quản lý các chu kỳ sprint.
Trong SAFe (Scaled Agile Framework), các vai trò được chia thành nhiều tầng hơn để có thể điều phối nhiều nhóm cùng hướng tới những mục tiêu chung của chương trình.
Để tìm hiểu sâu hơn về Agile và Scrum, bạn nên bắt đầu với bài viết "Tuyên ngôn Agile là gì? Hiểu các Giá trị và Nguyên tắc Cốt lõi", nơi trình bày các kiến thức nền tảng, sau đó đọc tiếp "Scrum Master là gì? Giải thích các Vai trò và Trách nhiệm Chính" để hiểu rõ vai trò quan trọng này trong nhóm.
Cấu trúc nhóm Agile hiệu quả vì nó đặt trách nhiệm vào đúng nơi công việc thực sự diễn ra: nhóm liên chức năng ít phải chờ đợi hơn, cơ chế tự tổ chức giảm bớt các vòng phê duyệt, còn retrospective ngăn những vấn đề trong quy trình âm thầm tích tụ. Việc chọn Scrum, Kanban hay SAFe không quan trọng bằng việc trong nhóm ai cũng biết rõ mình phụ trách gì, phản hồi đến nhanh và nhóm có quyền tự điều chỉnh cách làm việc của mình.
"Scrum: The Art of Doing Twice the Work in Half the Time"
Giải thích cách phát triển lặp và làm việc theo nhóm giúp tăng năng suất trong bất kỳ tổ chức nào.
"Agile Project Management with Kanban"
Cho thấy hệ thống quản lý trực quan của Kanban giúp dòng chảy dự án thông suốt và việc bàn giao đều đặn hơn như thế nào.
"The Lean Startup"
Trình bày phương pháp xây dựng doanh nghiệp thành công nhờ thử nghiệm nhanh và lắng nghe phản hồi của khách hàng.
Tinh thần nhóm là một biến hoạt động trực tiếp: khi nhân viên cảm thấy được coi trọng và có động lực, sự gắn kết, giữ chân và chất lượng đầu ra cải thiện có thể đo lường được. Duy trì tinh thần cao đòi hỏi hành động có chủ ý và nhất quán trên nhiều khía cạnh — từ cách các giá trị được củng cố
14 phút
85 lượt xem
0
Thêm nhiều công cụ kỹ thuật số chưa chắc đã giúp công việc hiệu quả hơn, bởi trong nhiều trường hợp chúng lại khiến thông tin bị chia cắt, đầu óc nhân viên phải gánh nhiều hơn và chất lượng kết quả đi xuống. Chuyển đổi thông minh là một quá trình có tổ chức, đưa doanh nghiệp từ một mớ công cụ chồng
13 phút
90 lượt xem
0
Việc các nhiệm vụ chồng lên nhau về tài nguyên, thời hạn hay thành viên phụ trách là chuyện thường gặp trong mọi dự án chứ không phải trường hợp ngoại lệ. Nếu không được phối hợp rõ ràng, những chỗ chồng chéo này sẽ dẫn đến xung đột, kéo theo hàng loạt sự chậm trễ nối tiếp nhau và làm chất lượng cô
14 phút
121 lượt xem
0
Khi làm việc từ xa và làm việc kết hợp đã trở nên phổ biến, hợp tác thời gian thực không còn là thứ có thì tốt mà đã thành một yêu cầu cốt lõi trong vận hành hằng ngày. Đây vừa là chuyện kỹ thuật vừa là chuyện văn hóa, vì chính nó quyết định cách các thành viên trong nhóm trao đổi, đóng góp và phối
13 phút
109 lượt xem
0
Đang tìm các ứng dụng quản lý nhiệm vụ tốt nhất để duy trì sự tổ chức, tập trung và thực sự hoàn thành công việc? Bài hướng dẫn này so sánh các công cụ dành cho freelancer, nhà sáng lập startup và nhóm làm việc từ xa, những người muốn công việc rõ ràng hơn chứ không muốn thêm một nguồn ồn ào nữa. D
28 phút
252 lượt xem
0
Hoàn toàn miễn phí cho tất cả các kích cỡ nhóm và sử dụng cá nhân
Back to menuBack to menu
