Agile Retrospective là gì?

Tuyên ngôn Agile đề xướng rằng “nhóm sẽ phản chiếu lại cách để trở nên hiệu quả hơn”. Các buổi Agile retrospective có thể sử dụng cho các nhóm để thăm dò và điều chỉnh cách thức làm việc.

Thời điểm kết thúc một iteration thường có hai cuộc họp được tổ chức: phiên sprint review (hay demo) tập trung vào việc thu thập các phản hồi về sản phẩm và thảo luận các hành động tiếp theo; và phiên retrospective tập trung vào nhóm và các quy trình được sử dụng để bàn giao phần mềm. Mục đích của các phiên retrospective là giúp các nhóm liên tục cải tiến cách thức làm việc. Cuốn sách này đề cập đến hoạt động thực hiện và cải tiến các phiên retrospective.

Phiên Agile retrospective hay sprint retrospective được Scrum gọi là một hoạt động thực hành được các nhóm sử dụng để phản ánh cách họ làm việc và trở nên tốt hơn một cách liên tục ở cách thức thực hiện.

Nguyên tắc thứ 12 của Agile phát biểu rằng:

Một cách đều đặn, nhóm tự phản chiếu lại cách làm việc để trở nên hiệu quả hơn, qua đó điều chỉnh thái độ tương ứng.

Tất cả các thành viên nhóm cần tham dự phiên retrospective meeting, trong buổi đó, họ “rà soát” thực tế iteration đã xảy ra như thế nào và quyết định cần làm gì để cải thiện và họ muốn “thích nghi” với cách thức làm việc và thái độ như thế nào. Các phiên retrospective là hình thức hiệu quả để đạt tới khả năng cải tiến vòng ngắn.

Điều phối viên (facilitator) của phiên retrospective (thường là Scrum master) cần có một bộ công cụ rèn luyện retrospective khả dụng và cần có khả năng chọn ra một công cụ hiệu quả nhất trong tình huống cụ thể.

Thông thường, một phiên retrospective điển hình bắt đầu bằng việc kiểm tra trạng thái của những hành động từ phiên retrospective trước đó, để xem liệu những hành động này đã hoàn thành và có động thái nếu chúng tuy chưa hoàn thành nhưng vẫn còn cần thiết. Những hành động phát sinh từ retrospective được thảo luận và thực hiện ở iteration tiếp theo.

Để đảm bảo những hành động phát sinh từ phiên retrospective được hoàn thành, chúng có thể, ví dụ được thêm vào product backlog dưới dạng các user story, chuyển vào hoạt động lập kế hoạch và đưa lên bảng kế hoạch để chúng luôn hiện diện trong hoạt động của nhóm.

Kỹ thuật Sailboat (thuyền buồm)

Lý do tại sao bài tập này rất thú vị nhờ thực tế cho phép nhóm suy nghĩ về các mục tiêu riêng, những trở ngại, các rủi ro và những thực tiễn tốt trên một mảnh giấy nhỏ.

(LG) Tôi học bài tập này vài năm trước khi làm việc với Vasco Duarte. Gần đây tôi nhìn thấy một sự nâng cấp trên blog của Pedro Gustavo nơi tôi có ý tưởng về những hòn đá (các rủi ro). Theo kinh nghiệm của tôi, kỹ thuật này được các nhóm đón nhận nồng nhiệt nhờ sự đơn giản của nó.

Bạn mong đợi nhận được gì từ bài tập này

Bài tập này giúp các nhóm xác định một tầm nhìn. Nó giúp các nhóm xác định các rủi ro trên hành trình thực hiện và giúp các nhóm nhận dạng những điều gì làm chậm tiến độ và điều gì giúp các nhóm đạt được các mục tiêu.

Lúc nào thì nên sử dụng bài tập này

Kỹ thuật này đơn giản và không đòi hỏi bất cứ thời điểm đặc biệt nào. Có thể rất thú vị cho những retrospective được tiến hành cho nhiều hơn một nhóm. (LG) Tôi gặp một tình huống khá lâu rồi, khi hai nhóm làm việc cùng nhau. Vì mức độ phục thuộc lẫn nhau, họ quyết định tiến hành một retrospective chung để giải quyết một số vấn đề đang xảy ra. Sử dụng bài tập này, chúng tôi đặt tên cho hai nhóm trong buổi đó và nhắc nhở mọi người rằng tất cả đang ngồi trên cùng một con thuyền, hướng tới cùng một đích đến.

Kỹ thuật này giúp lộ rõ tất cả những điểm tốt và những điểm ít tích cực hơn. Nó cho phép nhóm xác định những rủi ro tiềm tàng và nhắc nhở họ cần đi đến đâu như là một nhóm chung.

Bài tập này phù hợp cho bất cứ nhóm nào. Nó không đòi hỏi bất cứ mức độ thuần thục nào cụ thể.

So với nhiều bài tập khác, bài tập này không đòi hỏi các nhóm ở cùng địa điểm.

Thực hiện nó như thế nào

Vẽ một con thuyền, các bãi đá, các đám mây và hai hòn đảo như hình vẽ dưới đây:

Các hòn đảo đại diện cho các mục tiêu/tầm nhìn của nhóm. Họ làm việc hàng ngày nhằm cập bến những hòn đảo này. Các bãi đá đại diện cho các rủi ro họ có thể gặp phải dọc đường đi. Mỏ neo trên thuyền là mọi cái làm giảm tốc chuyến hành trình của họ. Các đám mây và gió đại diện mọi cái giúp họ đạt tới mục tiêu.

Với hình ảnh trên tường, viết ra các viễn cảnh và mục tiêu của nhóm. Bắt đầu một phiên brainstorming để suốt thời gian đó nhóm tha hồ đưa ra các ý tưởng ở những lĩnh vực khác nhau tùy theo bức tranh. Cho nhóm 10 phút viết ra các ý tưởng trên giấy dán. Sau đó, cho mỗi người 5 phút để đọc lên các ý tưởng của mình thật to.

Tại thời điểm này, hãy thảo luận với nhóm cách họ có thể tiếp tục tiến hành những điểm được viết ở khu vực các đám mây/gió. Đây là những ý tưởng tốt có thể trợ giúp nhóm và họ cần tiếp tục theo đuổi chúng. Tiếp đó, hãy thảo luận cách nhóm có thể làm dịu các rủi ro đã được nhận diện.

Cuối cùng, cho phép nhóm lựa chọn vấn đề nghiêm trọng nhất đang làm chậm tiến độ của mình. Nếu có sự bất đồng thuận trong nhóm về chủ đề cần xử lý, bạn có thể sử dụng các chấm biểu quyết. Cuối cùng, nhóm xác định thức tự các bước tiến hành nhằm giải quyết vấn đề và chốt lại buổi retrospective.