Trong bối cảnh toàn cầu chuyển sang làm việc từ xa, động lực của nhóm đang bị thử thách hơn bao giờ hết. Các thành viên trong nhóm phân tán về mặt địa lý, ở các múi giờ khác nhau. Họ làm việc tại nhà trong môi trường với các tiện nghi và yếu tố gây xao lãng mà tổ chức không thể kiểm soát.
Điều này có thể là một thách thức lớn, đặc biệt là trong các nhóm scrum tinh gọn. Khung scrum dựa vào các nhóm tự quản lý, hợp tác, đổi mới và thích ứng với thay đổi. Nếu không có sự năng động thích hợp, các nhóm làm việc từ xa sẽ thất bại.
Trong bài viết này, chúng ta sẽ tìm hiểu cách tránh điều đó.
Nhóm Scrum là gì?
Nhóm scrum là một nhóm các cá nhân đa chức năng làm việc cùng nhau để cung cấp các sản phẩm phần mềm theo từng bước nhỏ. Nhóm scrum giống như một đội thể thao, trong đó mỗi thành viên có một vai trò cụ thể và tất cả đều làm việc để đạt được mục tiêu chung.
Một nhóm scrum linh hoạt điển hình bao gồm:
Đa chức năng: Bao gồm các chuyên gia UI, UX, DevOps và chất lượng, ngoài chủ sở hữu sản phẩm, scrum master và nhóm phát triển.
Nhỏ: Một nhóm scrum điển hình có ít hơn mười người. Các nhóm được thiết kế đủ nhỏ để dễ quản lý nhưng đủ lớn để hoàn thành công việc quan trọng trong mỗi sprint.
Tuy nhiên, đôi khi, khi dự án lớn, cũng có khả năng nhiều nhóm scrum làm việc cùng nhau. Hoặc một nhóm scrum được chia thành các nhóm nhỏ với các kỹ năng chuyên môn.
Tự tổ chức: Các thành viên của nhóm scrum là những người tự chủ và tự quản lý. Họ có thể tranh luận, bất đồng và giải quyết xung đột giữa các thành viên.
Minh bạch: Các nhóm Scrum sử dụng dữ liệu lịch sử để lập kế hoạch. Họ chia sẻ phản hồi một cách cởi mở và hợp tác để đạt được tiến độ.
Cùng địa điểm: Theo truyền thống, các nhóm scrum thường làm việc cùng địa điểm. Khi công việc từ xa trở nên phổ biến, điều này không còn đúng nữa, ít nhất là trong thế giới thực. Tuy nhiên, để thành công như một đơn vị, họ cần một không gian hợp tác kỹ thuật số. Chúng ta sẽ đề cập đến vấn đề này sau trong bài viết này.
Hiểu về các nhóm Scrum
Triết lý agile-scrum đã thay đổi cơ bản cách phát triển phần mềm. Thay vì cách cũ, khi các dự án phát triển phần mềm kéo dài nhiều năm, luôn tuân thủ kế hoạch ban đầu cho dù nó còn phù hợp hay không, scrum ưu tiên giá trị kinh doanh, lấy khách hàng làm trung tâm và khả năng thích ứng. Tuy nhiên, hành trình này không nhanh chóng.
Lịch sử tóm tắt của Scrum
Khái niệm scrum xuất hiện lần đầu tiên trong một bài báo trên tạp chí Harvard Business Review năm 1986 của Hirotaka Takeuchi và Ikujiro Nonaka. Họ đã so sánh các nhóm agile hiệu quả, nhanh nhẹn và đa chức năng với trò chơi bóng bầu dục.
Thuật ngữ "scrum" được mượn từ môn bóng bầu dục, trong đó nó có nghĩa là một pha chơi khi các thành viên trong nhóm tập trung lại gần nhau để bắt đầu lại trận đấu.
Một vài năm sau, Ken Schwaber và Jeff Sutherland đã phát triển Scrum thành một quy trình chính thức cho phát triển phần mềm, giới thiệu nó đến công chúng vào năm 1995. Điều này sau đó cũng phát triển thành bản tuyên ngôn của phát triển linh hoạt.
Mặc dù ban đầu Ken và Jeff thiết kế nó cho phát triển phần mềm, nhưng Jeff đã giúp các nhóm trong nhiều ngành và hàm khác nhau áp dụng triết lý scrum kể từ đó.
Cấu trúc nhóm Scrum
Một nhóm scrum có ba vai trò quan trọng:
- Chủ sở hữu sản phẩm: Tiếng nói của khách hàng và người giữ sổ công việc tồn đọng
- Scrum master: Người hỗ trợ đảm bảo rằng nhóm hiểu rõ kinh doanh, tôn trọng các giá trị của scrum và loại bỏ các trở ngại
- Nhóm phát triển: Nhóm chịu trách nhiệm viết mã, thử nghiệm, thiết kế và mọi công việc khác cần thiết để phát triển một bản cập nhật
Chúng tôi sẽ khám phá từng vai trò trong phần tiếp theo của bài đăng trên blog này.
Những điều cần thiết của một nhóm scrum
Ngoài nhóm người đa chức năng tự tổ chức, còn có một số thành phần và thực tiễn khác trong nhóm scrum. Những thành phần chính là:
Sự kiện Scrum: Các sự kiện hợp tác mà các nhóm agile tham gia, chẳng hạn như lập kế hoạch sprint, cuộc họp scrum hàng ngày, nhìn lại, v.v.
Thuật ngữ Agile scrum: Ngôn ngữ chung cho nhóm scrum, bao gồm các thuật ngữ như sprint, epic, backlog, v.v.
Tài liệu: Ba tài liệu khóa của scrum, tức là, sản phẩm tồn đọng, sprint tồn đọng và sản phẩm gia tăng.
Công cụ: Phần mềm quản lý dự án miễn phí để thực hành Kanban, ghi lại câu chuyện của người dùng, theo dõi tiến độ, v.v.
Vai trò của nhóm scrum trong việc phát triển các trường hợp sử dụng
Triết lý của scrum là phát triển phần mềm theo từng bước nhỏ để mang lại giá trị cho người dùng. Để chia nhỏ các tính năng thành các bước hợp lý, các nhóm scrum cần hiểu rõ các trường hợp sử dụng của khách hàng.
Hãy lấy ví dụ về một ứng dụng mạng xã hội. Nếu một trong các trường hợp sử dụng là khách hàng tải lên hình ảnh để chia sẻ, thì các tính năng cần phát triển trong một sprint sẽ là tài khoản người dùng > tải lên hình ảnh > thẻ hashtag > mô tả > đăng.
Mặt khác, nếu không có trường hợp sử dụng, nhóm có thể chia nhỏ thành các phần theo chiều dọc. Vì vậy, một sprint có thể bao gồm các tính năng như hồ sơ người dùng > hình ảnh hiển thị người dùng > URL hồ sơ người dùng > trạng thái đã xác minh của người dùng > hộp mẹo người dùng, v.v. Với phương pháp này, ứng dụng sẽ chỉ có các tính năng hồ sơ người dùng, khiến ứng dụng không thể sử dụng cho đến khi tính năng chia sẻ được ra mắt.
Tất nhiên, cả hai phương pháp này đều nhanh nhẹn, nhưng trường hợp sử dụng làm cho các tính năng trong sprint có thể sử dụng được khi ra mắt.
Cùng nhau, chủ sở hữu sản phẩm, scrum master và nhóm phát triển sẽ điều chỉnh các trường hợp sử dụng cho phù hợp với công việc.
Chủ sở hữu sản phẩm sẽ đảm bảo nhóm phát triển hiểu nhu cầu của người dùng và cách chuyển đổi những nhu cầu này thành phần mềm chức năng.
Các chuyên gia Scrum sẽ giúp sắp xếp thứ tự ưu tiên và tổ chức các câu chuyện của người dùng trong danh sách công việc tồn đọng để lập kế hoạch sprint hiệu quả.
Nhóm phát triển sẽ hiểu phản hồi của người dùng và cải tiến trong quá trình thực hiện.
Với các trường hợp sử dụng, các nhóm scrum cải thiện kết quả phát triển phần mềm. Đó mới chỉ là bước đầu. Các thành viên của một nhóm scrum thực hiện một số hoạt động hàng ngày để phát triển phần mềm nhanh chóng thành công. Một số hoạt động khóa là như sau.
Các vai trò trong nhóm Scrum
Một nhóm scrum có ba vai trò chính: Chủ sở hữu sản phẩm, scrum master và nhóm phát triển. Hãy cùng xem họ làm những việc gì và các thành viên trong nhóm scrum này làm việc với nhau như thế nào.
1. Chủ sở hữu sản phẩm
Chủ sở hữu sản phẩm giống như ca sĩ chính của một ban nhạc, thiết lập giai điệu và hướng đi. Họ là cầu nối giữa các bên liên quan và nhóm phát triển. Các trách nhiệm chính của họ như sau.
Xác định tầm nhìn
Chủ sở hữu sản phẩm phác thảo mục tiêu và tầm nhìn cho dự án. Họ thiết lập khung scrum, đảm bảo mọi người đều thống nhất và biết thành công là như thế nào. Họ vạch ra đường hướng từ mục tiêu kinh doanh đến các hoạt động kỹ thuật.
Sở hữu và quản lý sản phẩm tồn đọng
Chủ sở hữu sản phẩm cũng có một chút vai trò của chủ sở hữu backlog. Họ chịu trách nhiệm về backlog sản phẩm và sắp xếp thứ tự ưu tiên các mục dựa trên chiến lược/mục tiêu cho mỗi sprint.
Giao tiếp với các bên liên quan
Chủ sở hữu sản phẩm là đầu mối liên lạc duy nhất của nhóm kinh doanh. Họ liên lạc với nhà tài trợ/khách hàng của dự án và cung cấp báo cáo thường xuyên.
Đánh giá phản hồi
Các nhóm scrum tốt luôn cởi mở trong việc đưa ra và tiếp nhận phản hồi. Các nhóm kinh doanh và nhà tài trợ/khách hàng của dự án cũng vậy. Vai trò của chủ sở hữu sản phẩm là thu thập, đánh giá, sàng lọc và trình bày phản hồi để đưa ra hành động.
2. Scrum Master
Scrum Master là người quản lý của đội, người đảm bảo đội đến các buổi biểu diễn đúng giờ và có mọi thứ cần thiết để thể hiện hết khả năng của mình.
Họ là bậc thầy của scrum, không phải của con người. Vì vậy, scrum master là người hỗ trợ và huấn luyện nhóm, không phải là người quản lý. Các trách nhiệm của scrum master bao gồm:
Tổ chức các buổi lễ Scrum
Scrum master có trách nhiệm đảm bảo nhóm tuân thủ tất cả các quy trình scrum. Họ đảm bảo các phiên lập kế hoạch, họp hàng ngày, đánh giá và tổng kết diễn ra suôn sẻ và hiệu quả.
Loại bỏ các rào cản
Scrum master giải quyết các trở ngại trong quá trình hoạt động của nhóm. Đó có thể là bất cứ điều gì, từ xung đột giữa các thành viên nhóm phát triển đến thiếu ngân sách cho công cụ tự động hóa cần thiết. Nếu có vấn đề, hãy gọi scrum master.
Huấn luyện và hỗ trợ
Việc tuân thủ nhất quán các thực tiễn scrum cần có người chịu trách nhiệm giám sát các nhóm. Scrum master giúp nhóm tập trung, cung cấp hỗ trợ và hướng dẫn để đảm bảo cải tiến liên tục.
3. Nhóm phát triển
Nhóm phát triển là nhóm thành viên ban nhạc của bạn, mỗi người chơi một nhạc cụ riêng nhưng tất cả đều đóng góp vào bản nhạc.
Điều quan trọng nhất đối với một nhóm phát triển scrum là họ phải có khả năng đa chức năng và sở hữu tất cả các kỹ năng cần thiết để hoàn thành công việc, từ thiết kế và phát triển đến thử nghiệm và triển khai. Các trách nhiệm chung của nhóm phát triển bao gồm:
Cung cấp sản phẩm tăng dần
Ở cấp độ cơ bản, nhóm phát triển chịu trách nhiệm tạo ra các sản phẩm bổ sung có chức năng và giá trị cho mỗi sprint. Họ biến câu chuyện của người dùng từ ý tưởng thành tính năng thông qua các bước lập kế hoạch, thiết kế, phát triển, thử nghiệm và triển khai.
Tự tổ chức
Các thành viên trong nhóm Scrum là những người tự chủ và có ý thức cao về quyền sở hữu. Khi chúng tôi nói "tự tổ chức", chúng tôi muốn nói rằng nhóm phát triển cùng nhau quyết định cách hoàn thành công việc tốt nhất, ai làm việc gì, ai giúp ai và cách thực hiện công việc.
Cải tiến liên tục
Nhóm phát triển là những người hiểu rõ nhất về sản phẩm. Do đó, họ có khả năng xác định những lỗ hổng và thực hiện cải tiến liên tục một cách chi tiết. Sau mỗi sprint, nhóm phát triển sẽ phản ánh về việc trở nên hiệu quả hơn và điều chỉnh hành vi của mình cho phù hợp.
Mặc dù scrum là một trong những khung công tác được định nghĩa rõ ràng nhất, nhưng quản lý một nhóm không phải là việc dễ dàng. Nó mang theo những thách thức mà chúng ta sẽ thảo luận tiếp theo.
Những thách thức phổ biến trong quản lý nhóm Scrum
Những thách thức trong quản lý nhóm scrum có thể là về công nghệ, quản lý, văn hóa hoặc quy trình. Hãy cùng xem một số thách thức phổ biến.
Vai trò không rõ ràng: Khi một nhóm nhỏ và đa chức năng, trách nhiệm có thể chồng chéo nhau. Ví dụ, một nhà thiết kế UX và nhà phát triển front-end có thể thực hiện các công việc trùng lặp. Nếu không có chế độ xem rõ ràng về ranh giới giữa hai công việc, có thể xảy ra nhầm lẫn và xung đột không cần thiết.
Giải pháp: Thách thức này có thể được giải quyết bằng cách xác định rõ vai trò, giao tiếp và quản lý công việc.
Thiếu quan điểm kinh doanh: Chủ sở hữu sản phẩm cung cấp quan điểm kinh doanh cho nhóm phát triển. Tuy nhiên, đôi khi doanh nghiệp có thể giữ bí mật với chủ sở hữu sản phẩm, khiến các nhóm phát triển phần mềm bị bỏ rơi.
Giải pháp: Chủ sở hữu sản phẩm cần giải quyết vấn đề này với tinh thần quyền sở hữu. Các công cụ như biểu mẫu khảo sát hoặc cuộc hội thoại khám phá có thể hữu ích.
Lập kế hoạch sprint: Lập kế hoạch sprint tốt bao gồm dự báo và ước tính nỗ lực. Tuy nhiên, các nhóm scrum thường gặp khó khăn với việc cam kết quá mức hoặc đánh giá thấp công việc, dẫn đến công việc không hoàn thành hoặc kiệt sức.
Giải pháp: Để giải quyết thách thức này, cần có dữ liệu chính xác và chất lượng cao.
Quay trở lại các phương pháp cũ: Khi một nhóm phát triển phần mềm truyền thống áp dụng scrum, họ luôn có nguy cơ quay trở lại các phương pháp cũ hoặc thực hiện các sự kiện agile một cách hời hợt.
Giải pháp: Để vượt qua thách thức này, các nhóm phải đầu tư vào quản lý thay đổi và đào tạo. Đây không phải là một quá trình chuyển đổi một lần mà là nỗ lực học tập liên tục.
Giao tiếp không hiệu quả: Các nhóm Scrum phát triển nhờ giao tiếp. Họ cần trao đổi với nhau trong thời gian thực và theo ngữ cảnh.
Giải pháp: Một nền tảng giao tiếp/hợp tác hiệu quả là yếu tố quan trọng để đạt được điều này.
Ưu tiên luôn thay đổi: Khả năng thích ứng là đặc điểm chính của nhóm scrum. Tuy nhiên, ưu tiên luôn thay đổi có thể gây ra sự thất vọng. Để thích ứng với những thay đổi này mà vẫn duy trì năng suất và không ảnh hưởng đến phạm vi hoặc thời hạn của dự án, cần có một nhóm làm việc linh hoạt và có khả năng thích ứng cao.
Giải pháp: Bạn có thể điều tiết những thay đổi với các nhóm kinh doanh. Nhưng nếu bạn làm việc cho một công ty khởi nghiệp ở giai đoạn đầu, bạn sẽ phải thử nghiệm và những thay đổi là không thể tránh khỏi. Bạn có thể giải quyết thách thức này bằng cách hợp tác chặt chẽ hơn.
Cách quản lý thành công các nhóm Scrum
Một nhóm scrum thành công cần có các công cụ và quy trình để hỗ trợ quản lý dự án nhanh nhẹn. Phần mềm quản lý dự án nhanh nhẹn của ClickUp được thiết kế riêng cho mục đích này. Hãy xem cách bạn có thể sử dụng ClickUp để giải quyết mọi thách thức đã đề cập ở trên.
Rõ ràng về vai trò với quản lý công việc
Để trở nên linh hoạt, các nhóm scrum cần rõ ràng về vai trò của mình. Một công cụ quản lý công việc tốt có thể giúp ích rất nhiều.
Sử dụng các nhiệm vụ ClickUp và tạo bảng scrum để quản lý sprint.
- Phác thảo rõ ràng mọi việc cần làm của nhóm — chia nhỏ các tính năng/câu chuyện người dùng thành các công việc nhỏ, dễ quản lý
- Chỉ định người dùng và đặt ưu tiên
- Tạo các công việc phụ, nếu cần, cho các hoạt động nhỏ hơn để từng cá nhân hoàn thành
- Sử dụng các danh sách kiểm tra để xác định tiêu chuẩn chấp nhận
- Tận dụng tính năng bình luận để thảo luận về các vấn đề/mối quan tâm ( chế độ xem ClickUp Chat là một nơi tuyệt vời để thực hiện tất cả các cuộc hội thoại!)
- Biến câu trả lời thành mục hành động và đánh dấu khi hoàn thành
- Sử dụng trạng thái tùy chỉnh để theo dõi và đánh dấu các giai đoạn quy trình làm việc scrum
Quan điểm kinh doanh với Biểu mẫu ClickUp
Vai trò của chủ sở hữu sản phẩm là quản lý các bên liên quan đến kinh doanh cũng như nhóm agile. Điều này có nghĩa là chủ sở hữu sản phẩm cần các công cụ để giao tiếp rõ ràng với nhà tài trợ/khách hàng của dự án.
ClickUp Forms hợp lý hóa việc thu thập thông tin bằng cách đặt các câu hỏi cụ thể cho các bên liên quan bận rộn trong kinh doanh. Nó thiết lập bối cảnh cho bất kỳ cuộc hội thoại nào có thể cần thiết trong tương lai.
Bảng trắng ClickUp giúp bạn có các phiên brainstorming và khám phá tự do trong khi ghi lại các điểm nổi bật một cách lặp đi lặp lại.
Lập kế hoạch sprint hợp lý với dữ liệu chất lượng
Công cụ quản lý dự án của ClickUp được thiết kế để tận dụng khối lượng dữ liệu khổng lồ mà bất kỳ sprint nào cũng có thể tạo ra.
Tìm hiểu thêm về nhân viên của bạn: Thêm ước lượng thời gian và theo dõi thời gian thực hiện mỗi công việc. Sử dụng chế độ xem Khối lượng công việc để xem tình trạng sẵn sàng và năng suất của từng thành viên trong nhóm phát triển để bạn có thể phân bổ nguồn lực phù hợp.
Quản lý dòng thời gian: Sử dụng chế độ xem biểu đồ Gantt để trực quan hóa dự án của bạn theo thời gian. Quan sát các mối phụ thuộc và lập kế hoạch tương ứng. Kéo và thả các công việc trên dòng thời gian để điều chỉnh ngày đáo hạn.
Tận dụng dữ liệu: Sử dụng Bảng điều khiển ClickUp để tập hợp các loại dữ liệu khác nhau mà bạn thu thập, chẳng hạn như nhiệm vụ hoàn thành theo tuần, ưu tiên, trạng thái dự án, v.v.
Tuân thủ Scrum với các tài nguyên phù hợp
Để ngăn các nhóm của bạn đi chệch khỏi lộ trình Scrum, bạn cần nỗ lực. ClickUp cung cấp một số công cụ quản lý thay đổi để giúp bạn thực hiện điều này.
Ghi lại các phương pháp hay nhất với ClickUp Docs. Viết ra bản điều lệ dự án, danh sách kiểm tra, v.v. và chia sẻ với toàn bộ nhóm để dễ dàng truy cập.
Sử dụng ClickUp Goals để hướng dẫn các nhóm thực hành scrum một cách toàn diện hơn. Thiết lập các mục tiêu liên quan đến scrum như tổ chức các cuộc họp đứng thường xuyên hoặc viết các câu chuyện người dùng chi tiết.
Tự động hóa các quy trình tiêu chuẩn với Tự động hóa ClickUp. Thiết lập các quy trình công việc đơn giản theo kiểu "nếu-thì" để thay đổi trạng thái khi một bước hoàn thành hoặc thông báo cho scrum master khi một nhiệm vụ quá hạn.
Nếu bạn mới làm quen với quản lý nhóm scrum/agile, hãy sử dụng bất kỳ mẫu scrum nào có sẵn trên nền tảng. Đặc biệt là mẫu quản lý scrum agile ClickUp hỗ trợ quản lý dự án agile từ đầu đến cuối.
Những thách thức về giao tiếp không hiệu quả và thay đổi ưu tiên được giải quyết tốt nhất bằng giao tiếp tốt hơn, mà chúng ta sẽ thảo luận tiếp theo.
Giao tiếp và hợp tác hiệu quả trong các nhóm Scrum
Một nhóm không giao tiếp với nhau sẽ không thể thành công. Các nhóm làm việc từ xa cần mọi thứ có thể để hợp tác hiệu quả. Các tính năng hợp tác của ClickUp được thiết kế dựa trên nguyên tắc này.
Viết và chia sẻ với ClickUp
Nếu nhóm của bạn làm việc không đồng bộ, họ cần có cách thức giao tiếp bằng văn bản. Email có thể là một phương thức tẻ nhạt cho việc này. Hãy thử ClickUp Docs để ghi chép các quy trình, tiêu chuẩn, sự kiện, v.v. Bạn cũng có thể ghi chép biên bản cuộc họp và chia sẻ với mọi bên liên quan để đảm bảo tính minh bạch.
Còn gì tuyệt vời hơn? Sử dụng ClickUp AI để hiệu đính và tóm tắt bài viết của bạn. Bạn không còn phải lo lắng về việc "không phải là nhà văn" nữa!
Cùng nhau suy nghĩ
Các nhóm Scrum dành nhiều thời gian để thảo luận, động não và lập kế hoạch công việc. Điều này cần một không gian làm việc hợp tác. Bản đồ Tư duy ClickUp cho phép bạn vạch ra quy trình công việc, vẽ các kết nối và quản lý nhiệm vụ ngay từ đó!
Nếu bạn thích ghi chép mọi thứ, hãy chỉnh sửa ClickUp Docs cùng nhóm trong thời gian thực. Xem ai đang trực tuyến với ClickUp Collaboration Detection và mời họ tham gia tài liệu ngay lập tức.
Luôn cập nhật thông tin
Sử dụng các công cụ scrum như bảng Kanban để theo dõi tiến độ trực quan theo thời gian thực. Tùy chỉnh thông báo qua email, ứng dụng di động, ứng dụng máy tính hoặc trình duyệt dựa trên sở thích của bạn.
Xây dựng văn hóa linh hoạt
Đảm bảo văn hóa tổ chức của bạn là lý tưởng cho việc phát triển phần mềm linh hoạt. Tạo môi trường nơi các thành viên trong nhóm cảm thấy thoải mái khi chia sẻ ý tưởng, phản hồi và mối quan tâm mà không sợ bị đánh giá. Tổ chức các phiên chia sẻ kiến thức thường xuyên để các thành viên trong nhóm có thể chia sẻ chuyên môn, kinh nghiệm từ các dự án trước hoặc kinh nghiệm của bản thân.
Vai trò của nhóm Scrum trong quản lý dự án
Không có vai trò "quản lý dự án" trong một nhóm scrum (mặc dù có thể có). Các nhóm tự tổ chức tự chủ được kỳ vọng sẽ tự quản lý bản thân. Tuy nhiên, quản lý dự án scrum có thể cần sự trợ giúp trong các lĩnh vực sau
- Các nhóm Scrum thích sự tự chủ và minh bạch; quản lý họ đòi hỏi sự tin tưởng và văn hóa hợp tác
- Các nhóm Scrum cần hợp tác; họ cần chủ sở hữu sản phẩm/scrum master để điều phối các cuộc thảo luận hiệu quả
- Làm việc theo phương pháp sprint đòi hỏi khả năng chia nhỏ các sản phẩm phức tạp thành các công việc nhỏ, dễ quản lý
Quan trọng nhất, phát triển phần mềm trong Scrum phải phù hợp chặt chẽ với nhu cầu và kỳ vọng của người dùng cuối. Điều này đòi hỏi sự hợp tác chặt chẽ giữa bộ phận kinh doanh và kỹ thuật. May mắn thay, hai yếu tố cụ thể sau đây giúp việc này trở nên dễ dàng hơn.
Câu chuyện của người dùng trong scrum
Câu chuyện người dùng là những mô tả ngắn gọn, đơn giản về một tính năng từ quan điểm của người dùng, giúp nhóm tập trung vào việc mang lại giá trị cho khách hàng. Trong bất kỳ sprint nào, các nhóm scrum đều làm việc với nhiều câu chuyện người dùng.
Nhóm scrum hợp tác để:
- Phân chia câu chuyện của người dùng thành các công việc
- Ước lượng thời gian cho mỗi công việc
- Lập kế hoạch cho các sprint
- Thực hiện công việc
Chuyên viên phân tích kinh doanh
Khi nói đến nhóm scrum, chúng ta không thường đề cập đến vai trò của nhà phân tích kinh doanh. Mặc dù có sự khác biệt về quan điểm về vị trí của nhà phân tích kinh doanh trong quy trình scrum, nhưng vai trò của họ là rõ ràng hơn.
Trong một nhóm scrum có vai trò phân tích kinh doanh, họ giúp hiểu nhu cầu kinh doanh, chuyển chúng thành các mục có thể thực hiện được và đảm bảo rằng các giải pháp được phát triển đáp ứng các yêu cầu. Vai trò của họ bao gồm:
- Thu thập yêu cầu
- Tinh chỉnh câu chuyện của người dùng
- Xếp hạng mục trong danh sách công việc tồn đọng
- Lập lịch và tổ chức các cuộc họp đánh giá
- Đảm bảo rằng quá trình phát triển sản phẩm phù hợp với mục tiêu kinh doanh và nhu cầu của khách hàng
Bây giờ bạn đã có mọi thứ cần thiết để quản lý một nhóm scrum, hãy chuyển sang phần cuối cùng: Đo lường kết quả.
Các chỉ số hiệu suất cho các nhóm Scrum
Để biết mình đang làm tốt hay không, bạn cần có các chỉ số phù hợp để đo lường năng suất, hiệu quả và giá trị kinh doanh. Dưới đây là một số chỉ số hiệu suất chính phổ biến nhất cho các nhóm scrum.
Tốc độ phát triển
Lượng công việc mà một nhóm hoàn thành trong một sprint, thường được tính bằng điểm câu chuyện hoặc giờ. Tốc độ phát triển là một cách khác để đo lường năng suất.
Biểu đồ tiến độ (Burnup/Burndown)
Trong quá trình sprint, burn-up theo dõi công việc đã hoàn thành và burn-down theo dõi công việc còn lại. Các nhóm Scrum sử dụng biểu đồ burnup/burndown cho các sprint, epic hoặc các bản phát hành trải dài nhiều sprint.
Thời gian dẫn và thời gian chu kỳ
Thời gian dẫn và thời gian chu kỳ đều đo lường thời gian hoàn thành. Thời gian dẫn là thời gian từ khi nhận yêu cầu đến khi giao hàng. Thời gian chu kỳ là thời gian từ khi bắt đầu công việc đến khi hoàn thành.
Sơ đồ luồng tích lũy
Sơ đồ luồng tích lũy hiển thị trạng thái của các công việc ở các giai đoạn khác nhau của quá trình phát triển. Các nhà quản lý dự án sử dụng sơ đồ này để xác định các điểm nghẽn và hiệu quả của luồng.
Mật độ lỗi
Đây là thước đo chất lượng, đề cập đến số lượng lỗi được phát hiện trên mỗi đơn vị công việc đã hoàn thành.
Lỗi bị bỏ sót
Đây cũng là một thước đo chất lượng, nhưng nghiêm túc hơn. Các lỗi thoát theo dõi số lượng lỗi đến tay khách hàng, cung cấp thông tin chi tiết về hiệu quả của quy trình đảm bảo chất lượng.
Chỉ số người dùng/sử dụng
Tùy thuộc vào sản phẩm bạn đang xây dựng, bạn có thể đo lường một số chỉ số người dùng/sử dụng, chẳng hạn như:
- Số lượng người dùng mới
- Thời gian dành cho trang web/ứng dụng
- Thời gian sử dụng một tính năng cụ thể
- Người dùng hoàn thành hành trình người dùng (như thực hiện mua hàng)
- Điểm CSAT hoặc NPS
Quản lý nhóm Scrum hiệu quả với ClickUp
Các nhóm scrum linh hoạt là trung tâm của quá trình phát triển phần mềm. Ngoài các quy tắc, quy trình và khung công việc, scrum còn liên quan đến con người, công việc họ làm cùng nhau và giá trị họ tạo ra tập thể.
Khi thế giới ngày càng phát triển về mặt kỹ thuật số, tất cả các loại tổ chức trên toàn cầu sẽ phát triển các ứng dụng lớn và phức tạp. Điều này đòi hỏi phải chú trọng hơn nữa đến tính linh hoạt, khả năng thích ứng và tự động hóa.
Sẽ không có gì ngạc nhiên khi thấy các bot làm việc cùng với các nhóm con người, tận dụng AI để nâng cao hiệu quả. Quản lý một nhóm con người + AI sẽ cần những phương pháp và công cụ mới.
ClickUp được thiết kế để thích ứng. Nó rất linh hoạt để đáp ứng phạm vi rộng các nhu cầu của người dùng. Từ quản lý xây dựng đến phát triển di động, các nhóm scrum nhanh nhẹn sử dụng ClickUp và tùy chỉnh nó theo ý muốn.
Tìm hiểu cách quản lý các nhóm scrum của bạn với ClickUp.
Câu hỏi thường gặp về các nhóm Scrum
1. Một nhóm scrum là gì?
Nhóm scrum là một nhóm nhỏ gồm các cá nhân đa chức năng làm việc cùng nhau để cung cấp các sản phẩm phần mềm theo từng bước nhỏ. Mặc dù scrum ban đầu được áp dụng trong lĩnh vực phần mềm, nhưng triết lý này có thể được áp dụng cho bất kỳ dự án nào.
2. Ai là thành viên của nhóm scrum?
Một nhóm scrum bao gồm chủ sở hữu sản phẩm, scrum master và nhóm phát triển.
- Chủ sở hữu sản phẩm: Người liên lạc giữa các bên liên quan và nhóm phát triển
- Scrum master: Người hỗ trợ và huấn luyện viên của nhóm
- Nhóm phát triển: Đa chức năng với các kỹ năng cần thiết để thực hiện công việc, từ thiết kế và phát triển đến thử nghiệm và triển khai
3. Scrum là viết tắt của gì?
Từ scrum không phải là từ viết tắt hay từ viết tắt. Nó được mượn từ môn bóng bầu dục, trong đó nó có nghĩa là một pha chơi trong đó các thành viên trong nhóm tập trung lại gần nhau để bắt đầu lại trận đấu.