Adobe – Scrum Ceremonies là gì?

Nếu bạn là người mới làm quen với phương pháp Agile hoặc cụ thể là phương pháp Scrum, bạn có thể không biết nhiều về các nghi lễ Scrum. Dưới đây là tổng quan về bốn nghi thức Scrum thiết yếu và cách chúng có thể giúp nhóm phát triển sản phẩm của bạn luôn linh hoạt và hiệu quả.

Bốn Scrum Ceremonies là gì?

Nghi lễ Scrum—còn được gọi là sự kiện Scrum, cuộc họp Scrum hoặc nghi lễ Agile—là một thành phần quan trọng của quy trình Scrum.

Bốn Scrum Ceremonies là:

Việc lập kế hoạch cho Sprint diễn ra trước khi chạy nước rút , các cuộc họp độc lập hàng ngày diễn ra trong thời gian chạy nước rút, việc đánh giá và hồi tưởng diễn ra sau khi nước rút kết thúc.

Bốn nghi lễ Scrum này tạo thành xương sống của phương pháp Scrum. Việc lập kế hoạch, kiểm tra và phản ánh phù hợp giúp các nhóm duy trì hiệu quả, có động lực và lưu tâm đến tiến độ của họ. Ngoài ra, việc xem xét các thử thách, thành tích và bài học của mỗi lần chạy nước rút sẽ giúp các lần chạy nước rút tiếp theo hiệu quả hơn. Bây giờ, chúng ta hãy xem xét kỹ hơn từng nghi thức Scrum.

Sprint planning

Nếu nhóm của bạn bắt đầu chạy nước rút mà không có kế hoạch phù hợp, mọi người sẽ chạy theo những hướng khác nhau. Scrum Ceremonies đầu tiên – lập kế hoạch chạy nước rút – tạo ra lộ trình cho lần chạy nước rút phát triển sản phẩm sắp tới.

Phiên lập kế hoạch chạy nước rút không nhất thiết phải tốn thời gian; một hoặc hai giờ là đủ để mọi người cùng thống nhất trong một hoặc hai tuần chạy nước rút. Nhóm Scrum, chủ sở hữu sản phẩm và Scrum Master phải có mặt tại phiên lập kế hoạch.

Trong phiên lập kế hoạch chạy nước rút, nhóm tham khảo hồ sơ tồn đọng, đây là danh sách tất cả các tính năng mong muốn và sửa lỗi mà nhóm có thể chọn khi họ xác định những gì cần hoàn thành trong quá trình chạy nước rút.

Trong cuộc họp lập kế hoạch sprint, nhóm Scrum sẽ ước tính số lượng mục tồn đọng mà họ có thể hoàn thành với nguồn lực hiện có của mình. Scrum Master điều hành cuộc họp, chủ sở hữu sản phẩm làm rõ chi tiết và yêu cầu của các hạng mục tồn đọng, đồng thời các thành viên trong nhóm xác định công việc và nỗ lực cần thiết để hoàn thành từng hạng mục tồn đọng được chọn cho lần chạy nước rút. Nền tảng quản lý công việc tập trung có thể được sử dụng để sắp xếp toàn bộ hồ sơ tồn đọng cũng như từng lần chạy nước rút riêng lẻ.

Daily stand-up

Các cuộc họp độc lập —còn được gọi là Scrum hàng ngày — đảm bảo sprint đang diễn ra hiệu quả. Theo truyền thống, Scrum Master giữ Scrum hàng ngày không quá 15 phút. Những cuộc họp độc lập này là những cuộc họp mặt không chính thức được thiết kế để giúp xác định bất kỳ trở ngại nào và cho phép các thành viên trong nhóm mô tả các nhiệm vụ, mục tiêu và trở ngại hiện tại của họ.

Lý tưởng nhất là Scrum hàng ngày nên diễn ra vào đầu ngày với Scrum Master, chủ sở hữu sản phẩm và nhóm Scrum hoàn chỉnh. Mặc dù nhiều nhóm chọn tổ chức các cuộc họp trực tiếp hàng ngày nhưng các cuộc gặp mặt từ xa cũng có hiệu quả.

Một cách để ngăn Scrum hàng ngày vượt quá 15 phút là đảm bảo mọi người đều thống nhất ý kiến ​​trước khi cuộc họp bắt đầu. Nhiều nhóm Scrum sử dụng nền tảng quản lý công việc hiện đại để giúp theo dõi tiến độ của từng thành phần. Nếu Scrum Master hoặc chủ sở hữu sản phẩm nhận thấy ai đó đang tụt lại phía sau, họ có thể hỏi về vấn đề này ngay cả trước cuộc họp hàng ngày.

Scrum hàng ngày giúp mỗi thành viên trong nhóm có trách nhiệm. Mặc dù các nhà lãnh đạo không bao giờ được coi thường hoặc gây bối rối cho các thành viên trong nhóm trong các cuộc họp độc lập, nhưng yêu cầu báo cáo tiến độ mỗi ngày có thể thúc đẩy các nhà phát triển luôn làm việc hiệu quả và năng suất.

Sprint review

Sau khi nhóm hoàn thành sprint, đã đến lúc gặp gỡ các bên liên quan trong cuộc họp đánh giá sprint (còn gọi là “đánh giá lặp lại”). Nhóm Scrum, Scrum Master và chủ sở hữu sản phẩm gặp gỡ các nhóm, người quản lý và giám đốc điều hành khác để giới thiệu những gì họ đã đạt được trong giai đoạn chạy nước rút. Lý tưởng nhất là buổi đánh giá sprint cho phép mỗi thành viên trong nhóm tham gia. Giọng điệu của bài đánh giá phải nhiệt tình và tích cực—đó là cơ hội tuyệt vời để ăn mừng thành tích của nhóm.

Tất nhiên, nhóm Scrum cũng nên thu hút phản hồi từ các bên liên quan. Trong nhiều trường hợp, các nhóm có thể cần thay đổi hoặc cập nhật sản phẩm họ đã xây dựng trong quá trình chạy nước rút. Yêu cầu sửa đổi không phải là điều xấu; một quá trình phát triển, lặp đi lặp lại liên tục là bản chất của triết lý Scrum.

Quá trình đánh giá sprint nên kéo dài trong khoảng thời gian cần thiết để thể hiện đầy đủ công nghệ mới của nhóm và có cuộc trò chuyện hiệu quả với các bên liên quan. Sau buổi đánh giá sprint, các nhóm Scrum chuyển sang buổi họp cải tiến sprint.

Sprint retrospective

Scrum Ceremonies cuối cùng là Sprint retrospective. Trong giai đoạn cuối này, nhóm phát triển, Scrum Master và chủ sở hữu sản phẩm gặp nhau để thảo luận về những thành công, thách thức và hiểu biết sâu sắc của sprint. Quá trình hồi tưởng thường kéo dài khoảng một giờ.

Dựa trên phản hồi từ các bên liên quan và Scrum Master, nhóm nên xác định cách có thể cải thiện các quy trình của mình để có những lần chạy nước rút hiệu quả hơn trong tương lai. Tính linh hoạt và khả năng thích ứng là giá trị cốt lõi của quy trình Scrum, vì vậy các nhóm nên cố gắng xác định những cải tiến tiềm năng mà không đổ lỗi hay phán xét.

Làm thế nào để giữ cho Scrum Ceremonies của bạn hiệu quả.

Một cách để đảm bảo các buổi chạy nước rút và Scrum Ceremonies của bạn hiệu quả nhất có thể là chỉ định một Scrum Master. Scrum Master là thành viên nhóm chịu trách nhiệm đảm bảo nhóm luôn có tổ chức và hoàn thành nhiệm vụ trong suốt sprint. Scrum Masters điều phối các Scrum hàng ngày và đảm bảo mọi người đều thống nhất. Một số Scrum Master dựa vào phần mềm quản lý công việc để giúp theo dõi các câu hỏi, trách nhiệm giải trình và tiến độ.

Mặc dù được gọi là “bậc thầy”, nhưng Scrum Master không có quyền trực tiếp đối với các thành viên khác trong nhóm. Thay vào đó, Scrum Master là một người lãnh đạo phục vụ làm việc cùng với các nhà phát triển sản phẩm. Bạn có thể coi Scrum Master giống như một huấn luyện viên hoặc một người hướng dẫn hơn là một người giám sát trực tiếp trong cơ cấu phân cấp.

Giữ cho nhóm của bạn luôn tiến bộ bằng các Scrum Ceremonies.

Nghi lễ Scrum là một phần quan trọng của quy trình Scrum. Đừng bỏ bê họ chỉ vì nhóm của bạn thiếu thời gian. Theo Scrum Alliance, 86% số người được hỏi có các buổi lập kế hoạch ban đầu, 87% tổ chức các cuộc họp Scrum hàng ngày và 81% dành thời gian cho buổi họp hồi cứu Scrum. Nghi thức Scrum trao quyền cho các nhóm lập kế hoạch, duy trì và học hỏi từ các lần chạy nước rút, đảm bảo một chu trình cải tiến liên tục và năng suất ổn định.

Nguồn: https://business.adobe.com/blog/basics/ceremonies

spot_img

More from this stream

Recomended

Cập Nhật Google Analytics Quý 2/2024

Bài viết này cung cấp thông tin về các bản phát hành mới nhất trong Google Analytics trong quý 2 năm 2024.

[GA4] – Hiểu rõ về nguồn dữ liệu

Một nguồn dữ liệu là một nơi chứa dữ liệu bạn tải lên Analytics, bao gồm cơ sở dữ liệu, dịch vụ, hoặc tệp CSV bạn tải lên và một ánh xạ của các trường dữ liệu Analytics với các trường trong cơ sở dữ liệu, dịch vụ hoặc CSV bên ngoài của bạn.

Segment là gì?

Segment là một traditional Customer Data Platform (CDP) chuyên về việc thu thập sự kiện và kích hoạt dữ liệu.

Composable CDP là gì?

Composable CDP là một lớp kích hoạt cho phép bạn tạo ra đối tượng khán giả, điều phối hành trình, và gửi dữ liệu hiện tại của bạn đến các công cụ tiếp thị hàng đầu của bạn.

Traditional CDP và Composable CDP

Việc áp dụng rộng rãi của hệ thống lưu trữ dữ liệu đám mây đã cách mạng hóa không gian Customer Data Platform (CDP), dẫn đến sự xuất hiện của một kiến trúc CDP mạnh mẽ hơn, nguyên gốc từ hệ thống lưu trữ dữ liệu đám mây được biết đến là Composable CDP.

Customer Data Platform (CDP) là gì?

Một Customer Data Platform, hay CDP, là một giải pháp hoặc kiến trúc cho phép bạn thu thập, lưu trữ, mô hình hóa và kích hoạt dữ liệu khách hàng của bạn.