Họp retrospective như thế nào

Sơ kết Sprint diễn ra sau Sơ kết Sprint và trước Kế hoạch Sprint tiếp theo. Nó tương đương với một cuộc họp lên đến ba giờ cho một cuộc chạy nước rút kéo dài một tháng. Đối với Sprint ngắn hơn, cuộc họp thường ngắn hơn. Thỉnh thoảng, một chủ đề nóng sẽ nảy sinh hoặc xung đột nhóm sẽ leo thang. Khi đó việc truy thu sẽ kéo dài hơn. Điều quan trọng là mọi thứ đều được thảo luận.

Scrum Master tổ chức cuộc họp và đảm bảo rằng mọi người đều nhận được đầy đủ thông tin trước. Tất cả các thành viên trong nhóm đều có mặt, không chỉ Scrum Master mà cả Product Owner đều phải tham gia. Các thành viên trong nhóm muốn rời khỏi nhóm có thể không được thúc đẩy bằng nhưng đóng góp của họ là quan trọng. Điều quan trọng là toàn bộ đội phải có mặt.

Trong quá trình hồi tưởng Sprint, nhóm thảo luận:

• Điều gì đã diễn ra tốt đẹp trong cuộc chạy nước rút.
• Những gì có thể được cải thiện trên chạy nước rút.
• Làm thế nào đội sẽ giải quyết sự cải thiện trong Sprint tiếp theo.

Vai trò của Scrum Master trong quá trình hồi tưởng Sprint

Thầy Scrum khuyến khích Nhóm Scrum:

• Để cải thiện quy trình và phương pháp phát triển.
• Làm cho Sprint tiếp theo hiệu quả hơn.
• Làm cho nó thú vị hơn cho Sprint tiếp theo.
• Tất cả các quy trình làm việc được đưa vào tài khoản để cải thiện.
• Để đặt câu hỏi về định nghĩa của "Xong".
• Để giữ cho toàn bộ chạy nước rút theo tiêu chuẩn của sản phẩm hoặc tổ chức.

Nhóm Scrum lập kế hoạch cho các hoạt động Hồi cứu trong mỗi Sprint để cải thiện chất lượng sản phẩm. Nhóm cũng đánh giá xem liệu những cải tiến này có mâu thuẫn với các tiêu chuẩn của tổ chức hay không.

Kỹ thuật họp

Mặc dù một nhóm Scrum giỏi liên tục tìm kiếm các cơ hội để cải tiến, Sprint Retrospective là thời điểm mọi người ngồi lại với nhau và mọi suy nghĩ có thể được chia sẻ. Cuộc họp ngắn, đặc biệt được lên kế hoạch để cân nhắc kỹ lưỡng về những cách cải thiện nước rút.

Có nhiều cách để chạy Sprint Retrospective. Thường nên biến nó thành một cuộc họp bắt đầu từ đầu đến cuối. Đây là cách đơn giản nhất và thường hiệu quả nhất để tiến hành hồi cứu. Sử dụng phương pháp này, mỗi thành viên trong nhóm được yêu cầu nêu tên những việc cụ thể mà nhóm cần làm:

• Nhóm phải bắt đầu bằng.
• Phải dừng lại.
• Tiếp tục đi với.

Có nhiều biến thể trên định dạng đơn giản này. 

• The Scrum Master chuẩn bị cho cuộc họp hồi tưởng Sprint bằng cách yêu cầu mọi người nhớ lại những ý tưởng trong thời gian scrum.
• Anh ta hỏi mọi người trong phòng nếu có thứ gì đó cần được bắt đầu, dừng lại hoặc tiếp tục.
• Anh ấy yêu cầu mọi người tập trung vào những thứ phải dừng lại vì có quá ít sự chú ý để dừng lại. 

  Sau khi các ý tưởng đã được động não, một cuộc bỏ phiếu sẽ được thực hiện về những mục cụ thể nào sẽ được tập trung trong giai đoạn nước rút sắp tới. Vào cuối sprint, hồi cứu thường bắt đầu bằng việc đánh giá các lĩnh vực cần cải thiện đã được chọn trong sprint trước.

Thực hiện các khu vực để cải thiện

Vào cuối cuộc họp Cải tiến Sprint, Nhóm Scrum xác định những cải tiến mà nhóm sẽ thực hiện trong Sprint tiếp theo. Việc thực hiện những cải tiến này trong Sprint tiếp theo sẽ được đánh giá bởi chính Nhóm Scrum. Mặc dù các cải tiến có thể được thực hiện bất cứ lúc nào, Sprint Retrospective cung cấp một cơ hội chính thức để xem xét các thay đổi.

Học hỏi từ Sprint Retrospective

Cải tiến Sprint có thể có tác động rất lớn. Tuy nhiên, phần quan trọng nhất thường bị lãng quên; phần học tập.

Thông thường, các đội không thực sự học hỏi từ các Nghiên cứu của họ. Đối với hầu hết, hồi cứu trong Scrum chỉ là một quy trình máy móc đơn giản được sử dụng để tạo ra các ý tưởng về cách cải thiện nhóm. Sprint Retrospectives còn nhiều hơn thế trong Scrum.

Mặc dù bạn không nên giới hạn việc học trong Sprint Retrospectives, nhưng chúng thường là khi hầu hết việc học diễn ra. Điều này là do đây là những thời điểm mà nhóm thu thập thông tin về những gì đã xảy ra trong nước rút và có thể xác định các thách thức. Kết quả của tất cả quá trình học tập diễn ra trong các phiên này, các nhóm đã nghĩ ra những cách làm việc mới và tránh những kiểu suy nghĩ sai lầm.

Nếu chúng ta tập trung vào việc học hơn là kết quả, một buổi Sơ kết Sprint sẽ luôn thành công. Các thành viên trong nhóm thường tạo ra một số thông tin chi tiết trong quá trình Cải tiến Sprint. Bạn nhận được ý tưởng để cải thiện và đi vào nước rút tiếp theo để thử chúng. Sau đó, chúng tôi xem xét các hành động được thực hiện trong nước rút và xác định xem chúng tôi có tiến bộ hay không.

Nhưng điều gì sẽ xảy ra nếu bạn không thể cải thiện được gì? Bạn có cảm thấy rằng bạn đã thất bại không? Điều đó không tốt.

Tập trung các lần xem lại Sprint của bạn về việc học, chứ không phải trên kết quả

Giả định rằng điểm chính của Agile Retrospective là học hỏi điều gì đó chứ không chỉ để tạo ra các lĩnh vực cần cải thiện. 

Vì vậy, bằng cách tập trung vào việc học hơn là kết quả, chúng ta có thể quay lại điểm học tập của mình trong buổi Tổng kết Sprint và xem kết quả là gì. Có hai lựa chọn:

1. Việc điều chỉnh đã hoạt động, giúp nhóm làm việc hiệu quả hơn. Ít thời gian hơn dành cho nó trong các hoạt động đứng hàng ngày.
2. Việc điều chỉnh không giúp được gì. Tăng năng suất phải được thực hiện ở một nơi khác.

Kết quả của bài học được đặt trên tường học tập như một lời nhắc nhở. Bạn có thể nghĩ rằng điều này là không liên quan. Tuy nhiên, sử dụng cách tiếp cận này tạo ra một văn hóa học hỏi và thử nghiệm.

Bằng cách này bạn luôn có thể ăn mừng thành công, bởi vì thay vì thiết lập một cái gì đó không hoạt động, bạn có thể xác định rằng nhóm đã học được điều gì đó.

Scrum như một hệ thống chất lượng

Sprint Retrospectives là nền tảng của mọi chu trình đánh giá và cải tiến. Toàn bộ thiết lập của Scrum thực sự là một hệ thống chất lượng theo ý tưởng của Deming. Deming đã đưa ra chu trình chất lượng Kế hoạch - Làm - Kiểm tra - Hành động. Chu trình PDCA này có thể được nhìn thấy trong scrum mà Sprint Retrospective là một trong những yếu tố Kiểm tra ngoài việc kiểm tra phần mềm.

Hồi tưởng trong một dự án SaaS

Trong các dự án SaaS, các hội thảo thường được tổ chức trong đó chuyên gia tư vấn để có được các yêu cầu của người dùng trên bàn. Hội thảo là sự bắt đầu của một cuộc chạy nước rút về một hệ thống con hoặc một chức năng của phần mềm. Sau khi thực hiện, có cơ hội để kiểm tra xem phần mềm có hoạt động như mong muốn hay không. Bằng cách bắt đầu hội thảo với đánh giá về sprint trước, một hồi tưởng được xây dựng thành một dự án SaaS. Sprint tiếp theo bắt đầu với những gì đã học được từ sprint trước.

Thảo luận với chúng tôi LinkedIn.

Tóm tắt

điều khoản

Nhìn lại, làm thế nào để bạn học hỏi từ Sprint?

Mô tả

Trong Sprint Retrospective, Nhóm Scrum tự đánh giá và lập kế hoạch cải tiến có thể được thực hiện trong Sprint tiếp theo.

Tác giả

Tên nhà xuất bản

ITpedia

Biểu trưng nhà xuất bản