Scrum - Sự kiện

Khung quy trình Scrum có thể được xem bằng một chuỗi các sự kiện và các tạo tác tương ứng. Các sự kiện Scrum là các sự kiện đóng hộp thời gian. Điều đó có nghĩa là, trong một dự án, mọi sự kiện scrum đều có thời lượng tối đa được xác định trước. Những sự kiện này tạo sự minh bạch về tiến độ dự án cho tất cả những ai tham gia vào dự án. Các sự kiện quan trọng của scrum là-

Sprint
Kế hoạch nước rút
Các cuộc họp Scrum hàng ngày
Sơ kết Sprint
Cuộc hồi tưởng Sprint

Sprint

Trong Sprint, một Sản phẩm đang hoạt động được phát triển. Nó thường kéo dài hai tuần hoặc một tháng, và khoảng thời gian này không đổi cho tất cả các sprint trong dự án. Chúng ta không thể có thời lượng khác nhau cho các nước rút khác nhau trong một dự án. Một Sprint mới bắt đầu ngay sau khi kết thúc Sprint trước.

Mục tiêu Sprint là một bộ mục tiêu cho Sprint. Nó cung cấp hướng dẫn cho Nhóm về lý do tại sao Nhóm xây dựng Phần tăng trưởng. Nó được tạo trong cuộc họp Lập kế hoạch Sprint. Phạm vi của sprint được làm rõ và thương lượng lại giữa Product Owner và Nhóm Phát triển khi biết thêm về các yêu cầu. Do đó, mỗi Sprint gắn liền với nó, một định nghĩa về những gì sẽ được xây dựng, một thiết kế và kế hoạch linh hoạt sẽ hướng dẫn việc xây dựng nó, công việc phát triển và kết quả là sản phẩm tăng thêm.

Một Sprint nên được hủy bỏ nếu Mục tiêu Sprint trở nên lỗi thời. Điều này có thể xảy ra nếu tổ chức thay đổi hướng đi hoặc nếu điều kiện thị trường hoặc công nghệ thay đổi. Chỉ chủ sở hữu sản phẩm mới có thể hủy chạy nước rút, mặc dù những người khác cũng có ảnh hưởng như vậy.

Do tính chất thời lượng ngắn của Sprint, việc hủy bỏ trong một sprint hiếm khi có ý nghĩa. Vì việc hủy bỏ sprint tiêu tốn tài nguyên, để tổ chức lại thành một Sprint khác, chúng rất hiếm gặp.

Nếu Sprint bị hủy bỏ và một phần công việc được sản xuất trong sprint có khả năng bị hủy bỏ, thì Product Owner thường chấp nhận nó. Tất cả các Mục Sprint Backlog chưa hoàn thành sẽ được đưa trở lại Product Backlog.

Kế hoạch nước rút

Công việc sẽ được thực hiện trong Sprint được lên kế hoạch trong Cuộc họp lập kế hoạch Sprint. Cuộc họp Lập kế hoạch Sprint có thời lượng tối đa là bốn giờ cho nước rút hai tuần và tám giờ cho một tháng. Scrum Master có trách nhiệm đảm bảo rằng cuộc họp diễn ra và tất cả những người tham dự được yêu cầu đều có mặt và hiểu mục đích của cuộc họp đã lên lịch. Scrum Master kiểm duyệt cuộc họp để giám sát việc duy trì cuộc thảo luận và kết thúc đúng thời gian.

Lập kế hoạch Sprint tập trung vào hai câu hỏi sau:

Những gì cần phải có và có thể được cung cấp trong Sprint Increment?
Công việc cần thiết để thực hiện Sprint sẽ đạt được như thế nào?

Các yếu tố đầu vào cho cuộc họp này là:

Sản phẩm tồn đọng
Sự gia tăng sản phẩm mới nhất
Năng lực dự kiến của Nhóm trong Sprint
Thành tích trong quá khứ của Đội

Nhóm Scrum thảo luận về chức năng có thể được phát triển trong Sprint. Product Owner cung cấp thông tin làm rõ về các hạng mục Product Backlog. Nhóm sẽ chọn các hạng mục từ Product Backlog cho Sprint, vì chúng là những hạng mục tốt nhất để đánh giá những gì họ có thể hoàn thành trong Sprint. Nhóm bao gồm các nhà phân tích, nhà thiết kế, nhà phát triển và người thử nghiệm. Công việc được thực hiện theo kiểu cộng tác nên hạn chế tối đa việc làm lại.

Nhóm Scrum sau đó đưa ra Mục tiêu Sprint. Mục tiêu Sprint là một mục tiêu cung cấp hướng dẫn cho Nhóm về lý do tại sao Nhóm xây dựng Phần tăng trưởng Sản phẩm. Sau đó, Nhóm sẽ quyết định cách họ sẽ xây dựng chức năng đã chọn thành một Sản phẩm hoạt động được trong Sprint. Các hạng mục Product Backlog được chọn cho Sprint này cộng với kế hoạch phân phối chúng được gọi là Sprint Backlog.

Công việc trong một sprint được ước tính trong quá trình lập kế hoạch sprint và có thể có quy mô và / hoặc nỗ lực khác nhau. Vào cuối cuộc họp Lập kế hoạch Sprint, công việc được chia thành các nhiệm vụ có thời lượng từ một ngày trở xuống. Điều này giúp dễ dàng phân bổ công việc và theo dõi việc hoàn thành. Nếu Nhóm nhận thấy rằng họ có quá nhiều hoặc quá ít công việc, Nhóm có thể thương lượng lại các hạng mục Product Backlog đã chọn với Product Owner.

Nhóm cũng có thể mời những người khác (không thuộc Nhóm Scrum) tham dự cuộc họp Lập kế hoạch Sprint để nhận được lời khuyên về lĩnh vực hoặc kỹ thuật hoặc trợ giúp trong việc ước lượng.

Các cuộc họp Scrum hàng ngày

Cuộc họp Scrum Hàng ngày là cuộc họp kéo dài 15 phút dành cho Nhóm, được tiến hành hàng ngày để hiểu nhanh công việc kể từ Cuộc họp Scrum Hàng ngày cuối cùng và lập kế hoạch cho 24 giờ tới. Cuộc họp này còn được gọi là Cuộc họp Đứng lên Hàng ngày.

Cuộc họp Scrum Hàng ngày được tổ chức tại cùng một thời điểm và cùng một địa điểm mỗi ngày để giảm bớt sự phức tạp.

Trong cuộc họp, mỗi thành viên trong Nhóm giải thích:

Anh ấy đã làm gì ngày hôm qua để giúp Nhóm đạt được Mục tiêu Nước rút?
Anh ấy sẽ làm gì hôm nay để giúp Nhóm đạt được Mục tiêu Sprint?
Anh ta có thấy bất kỳ trở ngại nào ngăn cản anh ta hoặc Nhóm nghiên cứu đạt được Mục tiêu Nước rút không?

Scrum hàng ngày bị nhầm là một sự kiện theo dõi trạng thái, tuy nhiên, trên thực tế, nó là một sự kiện lập kế hoạch.

Đầu vào cho cuộc họp phải là cách nhóm đang thực hiện để đạt được Mục tiêu Sprint và đầu ra phải là một kế hoạch mới hoặc được sửa đổi để tối ưu hóa nỗ lực của nhóm trong việc đạt được Mục tiêu Sprint.

Mặc dù Scrum Master điều phối Cuộc họp Scrum Hàng ngày và đảm bảo rằng các mục tiêu của cuộc họp được đáp ứng, Cuộc họp là trách nhiệm của Nhóm.

Nếu cần, Nhóm có thể họp ngay sau Cuộc họp Scrum Hàng ngày, để thảo luận chi tiết hoặc để lập kế hoạch lại phần còn lại của công việc Sprint.

Sau đây là những lợi ích của Cuộc họp Scrum Hàng ngày -

Cải thiện giao tiếp trong Nhóm.
Xác định những trở ngại, nếu có, để tạo điều kiện sớm loại bỏ những trở ngại tương tự, để giảm thiểu tác động đến Sprint.
Làm nổi bật và thúc đẩy việc ra quyết định nhanh chóng.
Nâng cao trình độ hiểu biết của Đội.

Đánh giá Sprint

Đánh giá Sprint được tổ chức vào cuối mỗi Sprint. Trong buổi Sơ kết Sprint, bản trình bày về phần gia tăng sắp được phát hành sẽ được xem xét. Trong cuộc họp này, Nhóm Scrum và các bên liên quan hợp tác để hiểu những gì đã được thực hiện trong Sprint. Dựa trên điều đó và bất kỳ thay đổi nào đối với Product Backlog trong Sprint, những người tham dự sẽ thực hiện các bước tiếp theo được yêu cầu để có thể tối ưu hóa giá trị. Do đó, mục tiêu của Sơ kết Sprint là thu thập phản hồi và tiến trình một cách thống nhất.

Buổi Sơ kết Nước rút thường được tổ chức trong hai giờ cho nước rút hai tuần và bốn giờ cho nước rút một tháng.

Scrum Master đảm bảo rằng -

Cuộc họp diễn ra.
Những người tham gia hiểu rõ mục đích.
Cuộc họp tập trung vào chương trình được yêu cầu và được hoàn thành trong thời gian yêu cầu.

Sơ kết Sprint bao gồm các khía cạnh sau:

Những người tham dự bao gồm Nhóm Scrum và các bên liên quan chính, được Chủ sở hữu sản phẩm mời.
Product Owner giải thích những hạng mục Product Backlog đã được hoàn thành trong sprint và những gì chưa được hoàn thành.
Nhóm thảo luận về những gì diễn ra tốt đẹp trong Sprint, những vấn đề mà nó gặp phải và cách giải quyết những vấn đề đó.
Nhóm trình bày công việc đã hoàn thành và trả lời các câu hỏi, nếu có, về Phần tăng thêm.
Sau đó, toàn bộ nhóm thảo luận về những việc cần làm tiếp theo. Do đó, Sơ kết Sprint cung cấp thông tin đầu vào có giá trị cho việc Lập kế hoạch Sprint của Sprint tiếp theo.
Sau đó, Nhóm Scrum xem xét tiến trình, ngân sách, khả năng tiềm năng và thị trường cho lần phát hành sản phẩm dự kiến tiếp theo.
Kết quả của Sơ kết Sprint là một Product Backlog được cập nhật, xác định các hạng mục Product Backlog có thể xảy ra cho Sprint tiếp theo.

Sprint Retrospective

Sơ kết Sprint diễn ra sau Sơ kết Sprint và trước khi Lập kế hoạch Sprint tiếp theo. Đây thường là một cuộc họp kéo dài một giờ cho các cuộc chạy nước rút kéo dài hai tuần và một cuộc họp ba giờ cho một cuộc họp kéo dài một tháng.

Mục đích của Sprint Retrospective là -

Kết hợp những bài học từ Sprint trước, liên quan đến con người, mối quan hệ, quy trình và công cụ.
Xác định các hạng mục chính hoạt động tốt và các cải tiến tiềm năng.
Lập kế hoạch thực hiện các cải tiến để tăng chất lượng sản phẩm.

Sprint Retrospective là một cơ hội để Nhóm Scrum xem xét và cải tiến trong khuôn khổ quy trình Scrum để làm cho kết quả Sprint tiếp theo hiệu quả hơn.

Reference