Giới thiệu về Scrum

Đinh nghĩa

Scrum là một trong những phương pháp phát triển phần mềm Agile, dựa trên cơ chế lặp và tăng trưởng. Mô hình này hỗ trợ đắc lực trong việc thiết kế để phát triển, cung cấp và cải tiến các sản phẩm phức tạp.

3 trụ cột trong Scrum

Khi tìm hiểu về Agile Scrum, bạn nhất định phải biết đến 3 trụ cột chính. Chỉ khi hiểu những điều này, bạn mới áp dụng đúng theo bản chất của mô hình.

Minh bạch, rõ ràng

Yếu tố minh bạch trong Agile Scrum là gì? Sức mạnh của dự án và tổ chức nằm ở cách mọi người phối hợp với nhau. Để đẩy con thuyền đến đích, thành viên cần truy cập vào những thông tin hữu ích giúp họ phát triển sản phẩm.

Tính minh bạch này cần đảm bảo trong các sự kiện họp như Sprint Planning, Sprint Review, Sprint Retrospective, Daily Meeting. Từ đó, quá trình tương tác và trao đổi thông tin được tăng cường.

Khi tìm hiểu Agile Scrum, bạn sẽ thấy minh bạch liên quan đến hai trụ cột còn lại. Sẽ rất khó để giám sát, thanh tra nếu công việc, quy trình không được biểu lộ cho người khác biệt.

Đồng thời, minh bạch cũng là cách để kịp thời điều chỉnh kế hoạch. Hoạt động này đặc biệt cần thiết để tránh bị thiếu hoặc nhiễu loạn thông tin.

Ví dụ như, nếu tuân theo mô hình Agile Scrum, Daily Meeting là điều cần thiết. Đó là lúc các thành viên trao đổi, tương tác với nhau về sản phẩm đang làm. Đồng thời, công cụ hỗ trợ cho sự minh bạch này như Kanban Board.

Từ đó, quy trình, trạng thái của luồng công việc được thể hiện rõ ràng. Đội phát triển và Product Owner hiểu nhau hơn qua đây. Họ cùng đi đến việc xử lý vướng mắc, chưa được thấu hiểu.

Kiểm nghiệm

Đây là nhân tố cốt lõi tiếp theo làm nên Agile Scrum. Những thứ được tạo ra cần phải được kiểm nghiệm thường xuyên, định kỳ. Mục đích là để đảm bảo chất lượng sản phẩm, tránh những sai khác quá lớn so với kỳ vọng ban đầu.

Việc kiểm nghiệm nên được thực hiện vào một thời điểm nhất định. Việc xen ngang vào giữa chừng cần phải hạn chế.

Ví dụ, thành viên đội phát triển và Product Owner tham gia Sprint Review, Sprint Retrospective. Đây đều là những hoạt động kiểm nghiệm.

Thích nghi

Trụ cột thứ ba trong Agile Scrum là thích nghi. Điều này phát huy tác dụng trong các trường hợp như:

- Có sự chênh lệch so với lộ trình Product Roadmap.

- Do nhu cầu của thị trường hoặc khách hàng thay đổi.

Khi này, sản phẩm và quy trình cần được điều chỉnh nhanh chóng để thích nghi với sự thay đổi. Nếu không đáp ứng được yêu cầu này chứng tỏ quá trình áp dụng Agile Scrum chưa đúng cách.

Các bộ phận trong Agile Scrum

Các bộ phận trong Agile Scrum có sự khác nhau giữa công việc, trách nhiệm và kỹ năng. Dưới đây là giải thích của 3 vai trò chính trong mô hình này.

Product Owner

Đây là người chịu trách nhiệm về thành công của dự án hoặc sản phẩm. Họ tập trung vào khía cạnh kinh doanh, khách hàng và nhu cầu thị trường.

Dựa trên cơ sở này, họ sẽ thiết lập các ưu tiên cho công việc để đội phát triển tiến hành. Tính hiệu quả được thể hiện qua những khía cạnh sau:

- Có khả năng xây dựng và quản lý Product Backlog.

- Thiết lập mối quan hệ chặt chẽ giữa phía doanh nghiệp, đội phát triển. Đây là cầu nối đảm bảo rằng các bên hiểu nhau về nhiệm vụ cần làm.

- Đưa ra định hướng rõ ràng cho đội ngũ phát triển về những tính năng cần chuyển giao.

- Quyết định chu kỳ chuyển giao diễn ra như thế nào.

Nếu thiếu đi Product Owner, mô hình Agile Scrum mất định hướng. Nhờ có vị trí này, sản phẩm hình thành đúng như kỳ vọng.

Scrum Master

Trong mô hình Agile Scrum, đây cũng là vị trí thiết yếu. Người này am hiểu về Scrum trong đội phát triển. Từ đó, họ sẽ dẫn dắt nhóm, Product Owner và các bên liên quan cùng tham gia vào quy trình.

Một Scrum Master có năng lực cần hiểu và bám sát công việc được thực hiện bởi đội phát triển. Họ đưa ra định hướng để tối ưu sự minh bạch và hiệu suất chuyển giao.

Họ cũng làm nhiệm vụ điều phối, tập hợp các nguồn lực cần thiết. Điều này phục vụ cho các buổi họp Sprint Planning, Stand-up, Sprint Review, Sprint Retrospective.

Development Team

Đây là lực lượng nòng cốt trong Agile Scrum. Họ thực hiện xây dựng sản phẩm, hoàn thành những thứ cần được chuyển giao tới khách hàng. Nhóm này thường có từ 5 – 7 thành viên và làm việc chung cùng nhau trong một không gian.

Đội phát triển này nên là cross-functional team. Nhóm được tạo nên từ những người có nhiều kỹ năng khác nhau. Từ đó, các thành viên hướng dẫn cho nhau, không ai trở thành nút thắt trong dòng chảy công việc.

Đồng thời, đúng với tinh thần Agile Scrum, đây là đội tự tổ chức. Họ được trao quyền để lựa chọn sẽ giải quyết các bài toán được đề ra bằng cách nào.

Mô hình Scrum diễn ra như thế nào?

Để hình dung rõ hơn về Agile Scrum, bạn cần nhìn vào cách thức hoạt động. Quy trình này được thực hiện với các bước trong bảng dưới đây.


✅ Các bước

Mô tả

✅ Tổ chức Backlog

Đây là bước đầu tiên trong Agile Scrum và nhiệm vụ thuộc về Product Owner(PO). Người này sẽ định hướng sản phẩm tới tầm nhìn được khách hàng đưa ra.

PO cần đáp ứng được sự nhanh nhạy về mặt thị trường, khách hàng và thay đổi lộ trình phát triển sản phẩm khi cần. Đây cũng là câu nối, tiếp nhận ý kiến từ cả khách hàng và đội phát triển. Từ đó, họ tạo nên danh mục công việc sẵn sàng triển khai trong thời gian tới.

✅ Họp kế hoạch Sprint

Đây là cuộc họp lên kế hoạch, đặt mục tiêu Sprint cho team phát triển. Các user story cụ thể được thêm vào Sprint Backlog từ Product Backlog.

Cuối buổi họp, đội phát triển cần rõ với nhau về những gì sẽ chuyển giao trong Sprint.

✅ Diễn biến trong Sprint

Một Sprint kéo dài ít nhất là 1 tuần, tối đa 4 tuần. Đây là khoảng thời gian cần thiết đội phát triển làm việc, phối hợp với nhau và hoàn thành phần tăng trưởng sản phẩm.

Trong giai đoạn này, phạm vi công việc có thể được PO và đội phát triển thương lượng nếu cần. Tất cả sự kiện từ Planning đến Retrospective đều diễn ra trong phạm vi 1 Sprint.

✅ Daily Meeting

Đây là các buổi họp cực ngắn, tổ chức vào một khung giờ cố định, diễn ra hàng ngày. Các thành viên cùng trả lời về việc đã làm hôm qua, sẽ làm hôm nay. Đồng thời, team cũng nêu ra khó khăn, trở ngại.

Cuộc họp thường nhật chỉ nên giới hạn từ 15 – 30 phút. Mục đích để kiểm tra tiến độ, điều chỉnh Sprint Backlog nếu cần. Đồng thời, mọi người biết kế hoạch làm việc cho 24h tiếp theo.

✅ Sprint Review

Cuối từng Sprint, team sẽ tụ họp với nhau trong một buổi để demo increment. Họ cũng chỉ ra hạng mục công việc đã hoàn thành và nhận đóng góp ý kiến từ PO.

PO là người quyết định có phát hành phần tăng trưởng sản phẩm hay không. Từ đó, họ cũng đưa ra những dự định cho Sprint tiếp theo.

✅ Sprint Retrospective

Retrospective được hiểu là cuộc họp để đội phát triển cùng ngồi lại với nhau. Họ trao đổi về những gì đã diễn ra thuận lợi, những gì chưa tốt trong Sprint.

Những yếu tố đề cập có thể là về quy trình, con người, công cụ, sự kiện họp,…Mục đích là tạo không gian, cơ hội để các thành viên tự nhìn nhận và cải tiến cho Sprint tiếp theo.