Thực hiện Agile hiệu quả phụ thuộc rất lớn vào chất lượng công việc được chuẩn bị trước khi chu kỳ phát triển bắt đầu. Làm sạch danh sách công việc Scrum, thường được gọi chính thức là Rà soát danh sách công việc, là cơ chế đảm bảo các mục được sẵn sàng để lựa chọn. Quá trình này không chỉ đơn thuần là hành chính; đó là một nỗ lực kỹ thuật hợp tác, giúp đồng bộ hóa hiểu biết của đội ngũ với kỳ vọng của các bên liên quan. Khi được thực hiện đúng cách, nó biến một danh sách hỗn loạn các mong muốn thành một kế hoạch hành động có cấu trúc.
Hướng dẫn này khám phá những chi tiết tinh tế trong việc chuẩn bị danh sách công việc Sản phẩm cho Sprint sắp tới. Nó bao gồm các hoạt động thiết yếu, các vai trò tham gia và các chiến lược cần thiết để duy trì luồng công việc lành mạnh. Bằng cách tập trung vào sự rõ ràng và sẵn sàng, các đội có thể giảm thiểu xung đột trong quá trình lập kế hoạch Sprint và tăng tốc độ giao hàng.
Làm sạch danh sách công việc là gì? 🤔
Làm sạch danh sách công việc là một quá trình diễn ra liên tục, trong đó đội Scrum xem xét các mục trong danh sách công việc Sản phẩm để đảm bảo chúng được xác định rõ ràng, ước lượng và ưu tiên đúng mức. Mặc dù người sở hữu Sản phẩm chịu trách nhiệm chính trong việc quản lý danh sách công việc, toàn bộ đội Phát triển đều tham gia vào các cuộc thảo luận rà soát.
Thuật ngữ ‘Làm sạch’ trong những năm gần đây đã được thay thế bằng ‘Rà soát’ tại nhiều tổ chức, phản ánh sự thay đổi từ việc dọn dẹp sang cải thiện tích cực giá trị và độ rõ ràng của công việc. Dù dùng từ ngữ nào, mục tiêu cốt lõi vẫn như nhau: chuẩn bị danh sách công việc sao cho minh bạch và có thể hành động được.
Tại sao điều này quan trọng đối với thành công của Sprint 📈
Bỏ qua giai đoạn này thường dẫn đến những vấn đề nghiêm trọng trong suốt Sprint. Thiếu sự rà soát trước, lập kế hoạch Sprint trở thành một trò chơi đoán mò. Các đội có thể cam kết thực hiện công việc mà họ chưa hiểu rõ, dẫn đến các câu chuyện chưa hoàn thành hoặc tích tụ nợ kỹ thuật.
Những lợi ích chính của việc làm sạch danh sách công việc thường xuyên bao gồm:
- Độ rõ ràng của yêu cầu:Sự mơ hồ được giảm thiểu trước khi công việc bắt đầu.
- Ước lượng chính xác:Đội có thể đưa ra ước lượng kích thước đáng tin cậy hơn khi đã thảo luận chi tiết.
- Thời gian lập kế hoạch giảm:Nếu các câu chuyện đã sẵn sàng, lập kế hoạch Sprint sẽ mất ít thời gian hơn và tập trung vào cam kết thay vì phân tích.
- Đồng thuận của các bên liên quan:Kỳ vọng được quản lý từ sớm, ngăn ngừa những bất ngờ xảy ra trong buổi đánh giá Sprint.
- Phát hiện các phụ thuộc:Các rào cản chéo đội hoặc chéo chức năng được phát hiện và xử lý chủ động.
Ai nên tham gia buổi họp? 👥
Mặc dù người sở hữu Sản phẩm dẫn dắt chương trình họp, giá trị đến từ trí tuệ tập thể. Các vai trò sau đây là thiết yếu để buổi họp hiệu quả:
- Người sở hữu Sản phẩm:Làm rõ lý do ‘Tại sao’ và giá trị kinh doanh đằng sau các mục.
- Đội Phát triển:Làm rõ cách thức ‘Làm thế nào’ và xác định tính khả thi về kỹ thuật.
- Scrum Master:Hỗ trợ thảo luận, đảm bảo các khung thời gian được tuân thủ và loại bỏ các trở ngại.
Trong một số trường hợp, các chuyên gia về lĩnh vực hoặc người dùng có thể tham gia để cung cấp kiến thức chuyên môn cụ thể, mặc dù họ không nên chiếm ưu thế trong cuộc thảo luận.
Quy trình làm sạch danh sách công việc từng bước 🔄
Một cách tiếp cận có cấu trúc đảm bảo không bỏ sót bất kỳ khía cạnh quan trọng nào. Quy trình sau đây nêu rõ các hoạt động tiêu chuẩn được thực hiện trong mỗi buổi làm sạch danh sách công việc.
1. Xem xét các mục hàng đầu
Tập trung vào các mục ưu tiên cao nhất trước. Danh sách công việc được sắp xếp theo giá trị, do đó các mục hàng đầu có khả năng cao nhất sẽ được đưa vào Sprint tiếp theo. Đảm bảo các mục này có các tiêu chí chấp nhận rõ ràng.
2. Làm rõ các tiêu chí chấp nhận
Mỗi câu chuyện người dùng cần có một định nghĩa về hoàn thành. Đội nhóm phải thống nhất về những gì cấu thành việc hoàn thành. Điều này ngăn chặn tình huống một câu chuyện được đánh dấu là ‘Hoàn thành’ nhưng lại không đạt được tiêu chuẩn chất lượng.
3. Ước lượng độ phức tạp
Sử dụng các kỹ thuật ước lượng tương đối để gán kích thước cho các mục. Điều này giúp dự đoán được khối lượng công việc có thể đưa vào Sprint. Các phương pháp phổ biến bao gồm Poker lập kế hoạch hoặc Ước lượng đồng cảm.
4. Chia nhỏ các câu chuyện lớn
Nếu một mục quá lớn để hoàn thành trong một Sprint duy nhất, thì phải được chia nhỏ. Quá trình này được gọi là cắt nhỏ. Các mục lớn tạo ra rủi ro vì chúng không thể được giao hàng theo từng bước nhỏ.
5. Xác định các phụ thuộc
Kiểm tra xem công việc có phụ thuộc vào các hệ thống bên ngoài, các đội nhóm khác hoặc cơ sở hạ tầng cụ thể hay không. Các phụ thuộc cần được xác định rõ ràng và giảm thiểu trước khi Sprint bắt đầu.
Các kỹ thuật chia nhỏ câu chuyện ✂️
Không phải mọi công việc nào cũng giống nhau. Một số mục quá rộng để thực tế. Việc chia nhỏ hiệu quả cho phép giao hàng giá trị theo từng bước. Dưới đây là các chiến lược phổ biến để chia nhỏ các cốt truyện lớn thành các câu chuyện dễ quản lý.
- Theo quy trình làm việc:Chia nhỏ theo các giai đoạn mà người dùng trải qua (ví dụ: Đăng nhập, Duyệt, Thanh toán).
- Theo giá trị kinh doanh:Ưu tiên tính năng có giá trị cao nhất trước, ngay cả khi về mặt kỹ thuật nó đơn giản hơn.
- Theo rủi ro:Xử lý rủi ro kỹ thuật cao nhất trước để xác minh các giả định sớm.
- Theo khối lượng dữ liệu:Xử lý các tập dữ liệu nhỏ trước, sau đó mở rộng lên các khối lượng lớn hơn.
- Theo loại người dùng:Triển khai các tính năng cho các vai trò người dùng cụ thể (ví dụ: Quản trị viên so với Khách) riêng biệt.
Mục tiêu là đảm bảo mỗi câu chuyện được chia nhỏ là độc lập, có thể đàm phán, có giá trị, có thể ước lượng, nhỏ gọn và có thể kiểm thử. Điều này phù hợp với mô hình INVEST cho các câu chuyện người dùng.
Các phương pháp ước lượng 📏
Việc ước lượng không phải là dự đoán tương lai một cách chính xác; mà là so sánh nỗ lực tương đối giữa các nhiệm vụ với nhau. Có nhiều kỹ thuật tồn tại để hỗ trợ cuộc thảo luận này.
Poker lập kế hoạch
Mỗi thành viên trong đội chọn một lá bài đại diện cho ước lượng của mình. Khi tất cả cùng công khai cùng lúc, điều này ngăn chặn sự thiên lệch ảnh hưởng đến người khác. Những chênh lệch về số lượng dẫn đến thảo luận, làm rõ những hiểu biết khác nhau về công việc.
Thời gian cố định
Thay vì dùng giờ, hãy dùng các khoảng thời gian cố định. Ví dụ: “Tôi nghĩ việc này sẽ mất nửa ngày.” Điều này khuyến khích suy nghĩ theo khả năng sẵn có thay vì những phút chính xác.
Kích cỡ áo thun
Đối với các cốt truyện cấp cao, hãy sử dụng các kích thước như XS, S, M, L, XL. Điều này hữu ích trong các giai đoạn lập kế hoạch ban đầu khi thông tin chi tiết còn hạn chế.
Xử lý các phụ thuộc 🕸️
Các phụ thuộc là nguyên nhân chính gây chậm trễ trong môi trường phức tạp. Chúng xảy ra khi một nhiệm vụ không thể bắt đầu cho đến khi nhiệm vụ khác hoàn thành.
Các chiến lược để quản lý phụ thuộc bao gồm:
- Phụ thuộc nội bộ: Nếu một thành viên đội cần hoàn thành công việc trước khi thành viên khác bắt đầu, hãy phối hợp lịch trình trong đội.
- Phụ thuộc bên ngoài: Nếu công việc phụ thuộc vào một đội khác, hãy thiết lập một nhịp độ chung cho giao tiếp.
- Phụ thuộc kỹ thuật: Nếu một tính năng phụ thuộc vào một API chưa tồn tại, hãy mô phỏng API để cho phép phát triển tiếp tục.
Trong quá trình chuẩn bị, hãy đánh dấu rõ ràng bất kỳ phụ thuộc nào có thể làm chậm tiến độ. Nếu một phụ thuộc không thể giải quyết trước khi Sprint bắt đầu, hãy cân nhắc loại bỏ mục đó khỏi mục tiêu Sprint.
Những sai lầm phổ biến cần tránh ⛔
Ngay cả các đội có kinh nghiệm cũng có thể rơi vào bẫy trong quá trình tinh chỉnh. Nhận thức được những điểm nguy hiểm này giúp duy trì quy trình lành mạnh.
| Bẫy | Tác động | Chiến lược giảm thiểu |
|---|---|---|
| Tinh chỉnh quá mức | Lãng phí thời gian vào các mục có thể thay đổi hoặc chưa bao giờ xảy ra. | Chỉ tinh chỉnh các mục có khả năng được lấy trong 2-3 Sprint tiếp theo. |
| Bỏ qua tiêu chí chấp nhận | Các nhà phát triển xây dựng sai thứ cần thiết. | Đảm bảo tiêu chí là trường bắt buộc trước khi ước lượng. |
| Vắng mặt của Người sở hữu sản phẩm | Các câu hỏi về giá trị không được trả lời. | Đảm bảo Người sở hữu sản phẩm có mặt hoặc sẵn sàng trả lời câu hỏi. |
| Bỏ qua nợ kỹ thuật | Chất lượng mã nguồn suy giảm theo thời gian. | Bao gồm các mục nợ vào danh sách công việc và phân bổ dung lượng cho chúng. |
| Một người chi phối quá mức | Sự đồng thuận của đội bị mất. | Thúc đẩy các cuộc thảo luận luân phiên để thu thập tất cả các quan điểm. |
Các chỉ số về sức khỏe của quá trình làm rõ 📊
Để đảm bảo quy trình hoạt động hiệu quả, hãy theo dõi các chỉ số cụ thể. Những chỉ số này giúp đội ngũ điều chỉnh cách tiếp cận theo thời gian.
- Độ ổn định tốc độ phát triển: Nếu tốc độ phát triển thay đổi mạnh mẽ, danh sách công việc có thể chưa sẵn sàng để cam kết.
- Tỷ lệ cam kết trong Sprint: Có bao nhiêu mục đã lên kế hoạch được hoàn thành? Tỷ lệ hoàn thành thấp thường cho thấy việc làm rõ chưa tốt.
- Thời lượng làm rõ: Buổi làm rõ có quá dài hay quá ngắn không? Hãy hướng đến một nhịp độ nhất quán, ví dụ như 5-10% tổng năng lực phát triển.
- Số lượng câu chuyện chưa hoàn thành: Nếu nhiều câu chuyện bị kéo sang kỳ tiếp theo, ước lượng kích thước hoặc độ phức tạp có thể không chính xác.
Thích nghi với các đội hình phân tán 🌐
Làm việc từ xa mang lại những thách thức liên quan đến giao tiếp và tính minh bạch. Các buổi làm rõ cho đội hình phân tán đòi hỏi thiết kế có chủ ý.
- Hợp tác trực quan:Sử dụng bảng trắng kỹ thuật số để trực quan hóa các câu chuyện và mối quan hệ phụ thuộc.
- Chia sẻ màn hình:Luôn chia sẻ góc nhìn danh sách công việc để mọi người đều thấy cùng một chi tiết.
- Đầu vào không đồng bộ:Cho phép thành viên đội thêm nhận xét vào các câu chuyện trước cuộc họp để giảm thời gian họp.
- Quản lý múi giờ:Điều chỉnh thời gian họp nếu có thể, hoặc ghi lại buổi họp để những người không thể tham gia trực tiếp có thể xem sau.
Công nghệ giúp kết nối, nhưng yếu tố con người vẫn là trung tâm. Đảm bảo bật video để ghi nhận các tín hiệu phi ngôn ngữ thể hiện sự bối rối hoặc đồng thuận.
Tích hợp nợ kỹ thuật 🛠️
Nợ kỹ thuật là chi phí phát sinh do chọn giải pháp dễ dàng ngay lập tức thay vì một cách tiếp cận tốt hơn nhưng mất nhiều thời gian hơn. Nếu bỏ qua, nó sẽ làm chậm phát triển trong tương lai.
Trong quá trình làm rõ, hãy thảo luận rõ ràng về các mục nợ. Xem chúng như những thành phần ưu tiên hàng đầu trong danh sách công việc. Đừng giấu chúng dưới các vé “hạ tầng” mà chưa bao giờ được thảo luận. Hãy đưa chúng vào cam kết Sprint, có thể phân bổ 20% năng lực riêng cho bảo trì và cải tiến.
Cải thiện Định nghĩa Hoàn thành (DoD) 📝
Định nghĩa Hoàn thành là sự hiểu biết chung về việc công việc được coi là hoàn tất. Nó khác biệt với Tiêu chí Chấp nhận, vốn áp dụng cho từng câu chuyện cụ thể. DoD áp dụng cho mọi công việc.
Ví dụ về các mục DoD bao gồm:
- Mã nguồn đã được đồng nghiệp kiểm tra.
- Các bài kiểm thử tự động đang chạy thành công.
- Tài liệu đã được cập nhật.
- Không có lỗi mới nào được giới thiệu.
- Các tiêu chuẩn hiệu suất đã được đáp ứng.
Xem xét lại Tiêu chuẩn Hoàn thành thường xuyên. Khi đội hình trưởng thành, các tiêu chuẩn có thể cần được nâng cao hơn. Thời điểm làm sạch danh sách công việc là lúc thích hợp để thảo luận xem Tiêu chuẩn Hoàn thành hiện tại có thực tế hay cần điều chỉnh hay không.
Câu hỏi thường gặp ❓
Chúng ta nên làm sạch danh sách công việc bao nhiêu lần?
Không có quy tắc cố định, nhưng một thực hành phổ biến là tổ chức một buổi chuyên biệt một lần mỗi Sprint. Một số đội làm điều này hàng ngày, trong khi những đội khác làm theo nhu cầu. Điều quan trọng là sự nhất quán. Đảm bảo có đủ thời gian để xử lý các mục có khả năng tham gia Sprint tiếp theo.
Chúng ta có thể làm sạch danh sách công việc trong buổi lập kế hoạch Sprint không?
Không được khuyến khích. Lập kế hoạch Sprint nên tập trung vào cam kết và sự thống nhất về mục tiêu Sprint. Làm sạch danh sách công việc đòi hỏi một tư duy khác, tập trung vào phân tích và chia nhỏ. Việc trộn lẫn hai hoạt động này có thể dẫn đến vội vàng hoặc lập kế hoạch chưa hoàn chỉnh.
Điều gì sẽ xảy ra nếu Người sở hữu Sản phẩm không có mặt?
Thiếu vắng Người sở hữu Sản phẩm, đội hình sẽ thiếu sự rõ ràng về giá trị. Hoãn buổi họp hoặc yêu cầu Người sở hữu Sản phẩm xem xét danh sách công việc trước một cách độc lập. Không được tiếp tục với các ước lượng quan trọng nếu không có ý kiến của họ.
Chúng ta có nên ước lượng mọi mục trong danh sách công việc không?
Không. Chỉ ước lượng các mục nằm ở đầu danh sách công việc. Các mục ở phía dưới có thể thay đổi hoặc bị loại bỏ hoàn toàn. Tập trung nỗ lực vào công việc sắp xảy ra.
Tiến bước về phía trước 💡
Làm sạch danh sách công việc là một kỹ năng được cải thiện theo thời gian. Nó đòi hỏi sự cam kết từ Người sở hữu Sản phẩm trong việc viết mô tả rõ ràng và từ Đội Phát triển trong việc tham gia tích cực. Khi đội hình cảm thấy có trách nhiệm với danh sách công việc, chất lượng đầu ra sẽ được cải thiện đáng kể.
Tập trung vào luồng thông tin. Đảm bảo những người đúng đang nói chuyện với nhau vào đúng thời điểm. Bằng cách coi danh sách công việc như một tác phẩm sống động cần được chăm sóc liên tục, đội hình tạo nên nền tảng cho việc giao hàng bền vững. Sự chuẩn bị này chính là điểm khác biệt giữa một Sprint hỗn loạn và một Sprint có thể dự đoán, thành công.
Thực hiện các thực hành này một cách nhất quán. Xem xét kết quả của các Sprint của bạn. Điều chỉnh tần suất làm sạch danh sách công việc dựa trên phản hồi. Mục tiêu không phải là sự hoàn hảo, mà là cải tiến liên tục trong cách đội hình chuẩn bị cho công việc.
