Học Scrum trong 5 phút

Scrum là một phương pháp quản lý dự án tập trung nhưng linh hoạt, giúp các đội làm việc thông qua các quy trình phát triển phần mềm lặp lại. Scrum là thực nghiệm, cung cấp cho các đội một phương pháp để đưa ra giả thuyết về cách họ nghĩ rằng một điều gì đó nên hoạt động, thử nghiệm, phản ánh về trải nghiệm và thực hiện các điều chỉnh phù hợp—khi khung làm việc được sử dụng đúng cách.

Cấu trúc của Scrum cho phép các đội kết hợp các thực hành từ các khung khác mà có ý nghĩa với môi trường của họ. Trong thế giới linh hoạt, Scrum đã trở thành phương pháp dẫn đầu trong phát triển phần mềm. Khái niệm Scrum là đáng tin cậy và đã được xác nhận bởi hàng ngàn đội phát triển trên toàn thế giới. Scrum phù hợp nhất với các đội đa chức năng làm việc trong môi trường phát triển sản phẩm, nơi có khối lượng công việc lớn cần được chia nhỏ thành nhiều giai đoạn lặp lại 2 đến 4 tuần.

Nguồn gốc Scrum

1986: Takeuchi và Nonaka đã công bố bài viết “Trò chơi Trò chơi phát triển sản phẩm mới mới” trên Tạp chí Kinh doanh Harvard. Bài viết mô tả một cách tiếp cận kiểu bóng bầu dục, nơi “quy trình phát triển sản phẩm xuất phát từ sự tương tác liên tục giữa một đội đa ngành được lựa chọn cẩn thận, những thành viên của đội làm việc cùng nhau từ đầu đến cuối.” Bài viết này thường được trích dẫn như nguồn cảm hứng cho khung Scrum.

Giá trị Scrum (Giá trị Scrum)

Các nguyên tắc sau hỗ trợ bản chất thực nghiệm của Scrum:

Minh bạch
Các đội phải làm việc trong môi trường mà mọi người đều biết về những thách thức mà các thành viên khác đang đối mặt. Các đội công khai các vấn đề nội bộ—thường là những vấn đề kéo dài—làm cản trở thành công của đội.

Kiểm tra
Khung làm việc bao gồm các điểm kiểm tra thường xuyên, cho phép các đội phản ánh về cách các quy trình của họ đang hoạt động. Các điểm kiểm tra này bao gồm các cuộc họp Daily Scrum và cuộc họp Tổng kết Sprint.

Thích nghi
Các đội liên tục đánh giá tiến độ và điều chỉnh những mục tưởng chừng không hiệu quả.

Đội Phát triển (Đội Phát triển)

Sở hữu Sản phẩm

Người Sở hữu Sản phẩm là một vai trò chịu trách nhiệm quản lý danh sách công việc sản phẩm để đạt được các kết quả mong đợi mà đội muốn cung cấp.

Vai trò Người sở hữu Sản phẩm tồn tại trong Scrum nhằm giải quyết thách thức về nhiều hướng mâu thuẫn hoặc thiếu định hướng mà các đội phát triển sản phẩm phải đối mặt khi quyết định xây dựng điều gì.

Trợ lý Scrum

Người Trợ lý Scrum chịu trách nhiệm đảm bảo rằng các thành viên trong đội sống theo các giá trị và nguyên tắc Agile và tuân theo các quy trình và thực hành mà đội đồng thuận sử dụng.

Thứ hạng ban đầu được sử dụng để chỉ một chuyên gia Scrum có thể hướng dẫn người khác.

Vai trò này thường không có quyền lực chính thức. Người đảm nhận vai trò này phải dẫn dắt từ một vị trí có ảnh hưởng, thường là theo tư tưởng lãnh đạo phục vụ.

Phát triển
Định nghĩa về Phát triển bao gồm những người giao một bước tiến sản phẩm trong một Sprint.

Trách nhiệm chính của đội phát triển là giao một bước tiến tạo ra giá trị trong mỗi Sprint. Cách phân công công việc được xác định bởi đội dựa trên tình hình hiện tại.

Các sản phẩm của Scrum

Sản phẩm
Định nghĩa về Sản phẩm là danh sách được sắp xếp của tất cả các thay đổi có thể xảy ra đối với sản phẩm. Các mục trong Danh sách Sản phẩm là các lựa chọn, chứ không phải cam kết—việc nằm trong danh sách không đảm bảo việc giao hàng.

Người sở hữu Sản phẩm liên tục duy trì Danh sách Sản phẩm, bao gồm nội dung, độ rõ ràng và thứ tự.

Sprint
Định nghĩa về Sprint là tập hợp các mục Danh sách Sản phẩm được chọn để giao trong Sprint, cùng với các nhiệm vụ mà đội xác định là cần thiết để giao các mục đó và đạt được mục tiêu Sprint.

Bước tiến
Bước tiến là tập hợp các mục Danh sách Sản phẩm được hoàn thành vào cuối một Sprint đáp ứng Định nghĩa về Hoàn thành của đội. Người sở hữu Sản phẩm có thể quyết định phát hành bước tiến trong một Sprint tương lai hoặc phát triển thêm trên đó.

Hoàn thành
Định nghĩa về Hoàn thành là sự đồng thuận trong đội về các tiêu chí mà một mục Danh sách Sản phẩm phải đáp ứng trước khi được coi là hoàn thành.

Các sự kiện Scrum

Sprint
Một thời gian được giới hạnsự kiện kéo dài một tháng hoặc ít hơn, trong đó đội đưa ra một phần sản phẩm có thể giao được. Những đặc điểm điển hình của một Sprint:

• Thời lượng nhất quán trong suốt quá trình phát triển
• Một Sprint mới bắt đầu ngay lập tức sau khi Sprint trước đó kết thúc
• Ngày bắt đầu và ngày kết thúc của một Sprint là cố định

Lên kế hoạch Sprint (Lên kế hoạch Sprint)
Một đội bắt đầu Sprint bằng cách thảo luận về những mục nào từ Danh sách Sản phẩm họ sẽ xử lý trong Sprint. Kết quả cuối cùng của việc lên kế hoạch Sprint là Danh sách Sprint.

Việc lên kế hoạch Sprint thường được chia thành hai phần. Trong phần đầu tiên, Người sở hữu Sản phẩmvà các thành viên khác trong đội thống nhất về những mục trong Danh sách Sản phẩm sẽ được đưa vào Sprint.

Trong phần thứ hai của việc lên kế hoạch Sprint, đội xác định cách thức họ sẽ giao thành công các mục Danh sách Sản phẩm đã xác định như một phần của sản phẩm có thể giao được. Nếu đây là thói quen của họ, đội có thể xác định các nhiệm vụ cụ thể cần thiết để đạt được điều đó. Các mục Danh sách Sản phẩm đã chọn (nếu có) và các nhiệm vụ đã xác định sẽ tạo thành Danh sách Sprint.

Một khi đội và người sở hữu Sản phẩm đồng thuận về phạm vi của Sprint dựa trên mô tả các mục Danh sách Sản phẩm, không thể thêm mục nào khác vào Danh sách Sprint. Điều này bảo vệ đội khỏi việc thay đổi phạm vi trong suốt Sprint.

Gặp hàng ngày (Daily Scrum)
Các Daily Scrumlà một cuộc họp ngắn (thường không quá 15 phút) nơi đội phối hợp các hoạt động cho ngày tiếp theo. Daily Scrum không nhằm mục đích là báo cáo tiến độ hay một buổi giải quyết vấn đề.

Xem xét Sprint
Vào cuối Sprint, toàn bộ đội (bao gồm người sở hữu Sản phẩm) xem xét kết quả của Sprint cùng các bên liên quan đến sản phẩm. Mục đích của cuộc thảo luận này là xem xét, trình diễn và có thể cho phép các bên liên quan sử dụng phần tăng trưởng để đưa ra phản hồi. Việc xem xét Sprint không nhằm mục đích báo cáo tiến độ. Phản hồi từ buổi xem xét Sprint sẽ được đưa vào Danh sách Sản phẩm để xem xét trong tương lai.

Hồi cứu Sprint
Sau buổi xem xét Sprint, vào cuối Sprint, đội (bao gồm người sở hữu Sản phẩm) suy ngẫm về Sprint trước đó và xác định những điều chỉnh họ có thể thực hiện trong tương lai. Điều này hồi cứudẫn đến ít nhất một mục hành động được đưa vào Danh sách Sprint của Sprint tiếp theo.

5 Giá trị cốt lõi

• Cởi mở
• Tôn trọng
• Dũng cảm
• Tập trung
• Cam kết

Vòng đời

Scrum là một khung làm việc cho phép các đội phát triển linh hoạt phản ứng với những thay đổi trong hoàn cảnh. Khung làm việc này cung cấp đủ các điểm kiểm soát để đảm bảo các đội không lệch khỏi kết quả mong đợi và có thể phát hiện, giải quyết các vấn đề cũng như điều chỉnh quy trình trong khi công việc vẫn đang diễn ra.

Vòng đời Scrum bắt đầu bằng một danh sách công việc được ưu tiên, nhưng nó không cung cấp hướng dẫn về cách xây dựng hoặc ưu tiên danh sách công việc đó.

Vòng đời Scrum bao gồm một chuỗi các Sprint, kết thúc bằng một phần tăng trưởng sản phẩm có thể được giao. Trong các Sprint này, tất cả các hoạt động cần thiết cho phát triển sản phẩm diễn ra trên một phần nhỏ của toàn bộ sản phẩm. Dưới đây là mô tả các bước chính trong vòng đời Scrum:

1. Tạo danh sách công việc sản phẩm.
2. Người sở hữu sản phẩm và đội phát triển thực hiện lập kế hoạch Sprint. Trong phần đầu tiên của lập kế hoạch Sprint, phạm vi Sprint được xác định; trong phần thứ hai, kế hoạch để thực hiện phạm vi đó được xây dựng.
3. Trong quá trình Sprint diễn ra, đội phát triển thực hiện công việc cần thiết để hoàn thành các mục công việc sản phẩm đã chọn.
4. Mỗi ngày, đội phát triển phối hợp công việc của họ trong Daily Scrum.
5. Vào cuối Sprint, đội phát triển giao các mục công việc sản phẩm đã chọn từ lập kế hoạch Sprint. Đội tổ chức một Đánh giá Sprintđể trình bày phần tăng trưởng cho khách hàng và thu thập phản hồi. Đội và người sở hữu sản phẩm cũng phản ánh về tiến độ của Sprint đến thời điểm này và điều chỉnh quy trình phù hợp trong buổi tổng kết.
6. Đội độilặp lại các bước 2–5 cho đến khi đạt được kết quả sản phẩm mong muốn.

Lợi ích chính

ScrumScrum đóng góp đáng kể vào lĩnh vực phát triển phần mềm bằng cách cung cấp một cách đơn giản nhưng hiệu quả để quản lý công việc của các nhóm nhỏ hợp tác tham gia phát triển sản phẩm. Nó cung cấp một khung làm việc và một bộ quy tắc đơn giản giúp đạt được mức độ lập kế hoạch, kiểm soát công việc, nhận diện và giảm thiểu rủi ro, cũng như nhận diện và giải quyết vấn đề phù hợp.