Làm việc theo Scrum

1. Scrum là gì?

Chuyện mọi thứ liên quan đến phát triển đều được tiêu chuẩn hóa thì bạn hẳn đã rõ. Nhưng nếu tôi bảo rằng gần như mọi thứ đều được tiêu chuẩn hóa thì sao? Ở đây thậm chí không chỉ nói về tên biến và hàm đâu, dù chúng cũng được tiêu chuẩn hóa 🤦‍♂️.

Có một phương pháp luận phát triển — tên là Agile — và hiện thực phổ biến của nó là Scrum. Scrum còn được gọi là một framework — nó định nghĩa toàn bộ quy trình trong nhóm: khi nào cần họp, ai phải tham dự, cần bàn luận điều gì, kết quả của cuộc họp phải là gì và được ghi lại ở dạng nào 📋.

“Nhưng cần gì nhiều tiêu chuẩn hóa thế?” — bạn hỏi. Thứ nhất, bạn làm việc trong lĩnh vực công nghệ cao — high‑tech các kiểu. Thứ hai, như vậy dễ phối hợp với nhau hơn. Và thứ ba, trong chức danh .NET Software Engineer hãy chú ý từ cuối cùng — engineer — rồi bạn sẽ hiểu gốc rễ vấn đề.

2. Làm việc theo Scrum trông như thế nào

Scrum — là một phương pháp luận quản lý dự án linh hoạt, thường được sử dụng trong phát triển phần mềm, dựa trên các quy trình lặp (iterative) và gia tăng (incremental) 🔁

Scrum chia dự án thành các chu kỳ/giai đoạn phát triển, gọi là sprint, thường kéo dài từ hai đến bốn tuần. Mỗi sprint bắt đầu bằng việc lập kế hoạch các nhiệm vụ cần thực hiện và kết thúc bằng buổi trình bày, nơi nhóm trình diễn những kết quả đã đạt được 🎯.

Các thành phần then chốt của Scrum gồm vai trò, sự kiện và artefact.

• Các vai trò chính — gồm Product Owner, người xác định yêu cầu đối với sản phẩm; Scrum Master, người hỗ trợ quy trình theo các quy tắc Scrum; và nhóm phát triển, là những người thực hiện công việc.
• Các sự kiện chính — gồm các cuộc họp hằng ngày (daily meetings), lập kế hoạch sprint, retrospective và trình diễn kết quả công việc.
• Các artefact bao gồm backlog (danh sách công việc) của sản phẩm, backlog của sprint và increment của sản phẩm 📋.

Đừng hoảng! Dù việc quy chuẩn hóa mọi thứ trông hơi đáng sợ, làm việc “theo Scrum” lại dễ chịu và thoải mái. Scrum đã giải quyết mâu thuẫn chủ đạo giữa lập trình viên và khách hàng/chủ sở hữu sản phẩm 🤗

Lập trình viên luôn muốn được để yên để làm việc cho xong. Còn chủ sản phẩm thì thường cần gấp các tính năng mới, thay đổi thứ gì đó, hoặc tiến hành một thí nghiệm nào đó 🧪.

Scrum chia quá trình phát triển thành các giai đoạn ổn định — các sprint (thường là 2 tuần). Trong một giai đoạn, lập trình viên chỉ làm các nhiệm vụ đã được lên kế hoạch cho sprint hiện tại. Nếu khách hàng cần làm gấp điều gì đó, họ sẽ đưa các tính năng đó vào sprint tiếp theo 🗓️.

3. Sprint & Scrum Board

Sprint — là chu kỳ phát triển cơ bản trong Scrum, kéo dài từ một đến bốn tuần. Như đã nói, trong giai đoạn này nhóm làm việc để hoàn thành một tập công việc cụ thể lấy từ backlog của sản phẩm.

Ở đầu mỗi sprint diễn ra lập kế hoạch ⏳, nơi nhóm chọn nhiệm vụ từ backlog sản phẩm và cam kết thực hiện chúng. Sprint kết thúc bằng buổi trình diễn công việc đã hoàn thành và buổi retrospective, nơi nhóm phân tích quá trình làm việc trong sprint và tìm cách cải thiện sprint kế tiếp. Cách tiếp cận này cho phép cập nhật sản phẩm thường xuyên và phản ứng nhanh trước thay đổi về yêu cầu và mức ưu tiên.

Trong suốt sprint hiện tại, lập trình viên và chủ sản phẩm nên họp để thảo luận các nhiệm vụ cho sprint kế tiếp.

Backlog 📚, hay còn gọi là “backlog”, là danh sách tất cả các nhiệm vụ cần thực hiện. Trong Scrum, phân biệt backlog sản phẩm, bao gồm mọi yêu cầu đối với sản phẩm (tính năng), và backlog sprint, gồm các nhiệm vụ được chọn để thực hiện trong sprint hiện tại. Backlog là một tài liệu sống, được cập nhật và rà soát thường xuyên để bảo đảm phù hợp với mục tiêu kinh doanh hiện tại và điều kiện thị trường.

Backlog của sprint hiện tại thường được hiển thị dưới dạng Scrum Board ✅ — một bảng các nhiệm vụ cùng trạng thái. Bảng được chia thành các cột, thường đại diện cho các giai đoạn thực hiện nhiệm vụ như “Cần làm”, “Đang thực hiện”, “Đang kiểm tra” và “Hoàn thành”. Điều này giúp cả nhóm thấy được tiến độ và dễ dàng nhận diện mọi nút thắt trong quy trình làm việc.