Scrum
Scrum là một khung làm việc linh hoạt giúp các nhóm giải quyết công việc phức tạp trong các chu kỳ ngắn, lặp lại thông qua các vai trò, sự kiện, và sản phẩm đầu ra cố định.
Scrum là một khung làm việc linh hoạt để phát triển và quản lý các sản phẩm phức tạp, ban đầu được định hình trong phát triển phần mềm và hiện được sử dụng trong nhiều ngành công nghiệp. Nó dựa trên ý tưởng kiểm soát quy trình theo kinh nghiệm: thay vì lập kế hoạch một nhiệm vụ từ đầu đến cuối trước, một nhóm làm việc trong các khung thời gian ngắn, cố định gọi là sprint, thường kéo dài từ một đến bốn tuần. Mỗi sprint kết thúc bằng một phần tăng trưởng khả dụng của công việc, tạo không gian cho phản hồi và cho phép nhóm điều chỉnh các bước tiếp theo. Sự kết hợp giữa minh bạch, kiểm tra, và thích nghi đó làm cho Scrum phù hợp với công việc mà yêu cầu không chắc chắn hoặc có khả năng thay đổi.
Scrum đặt ra ba vai trò cố định. Product owner sở hữu giá trị của sản phẩm và duy trì product backlog, một danh sách ưu tiên hóa mọi thứ cần được thực hiện. Scrum master giữ cho nhóm làm việc trong khuôn khổ, loại bỏ các trở ngại, và tạo điều kiện cho sự hợp tác mà không giao nhiệm vụ trực tiếp. Nhóm phát triển tự lập kế hoạch và thực hiện công việc. Bốn sự kiện lặp lại tạo cấu trúc cho mỗi sprint: sprint planning vào đầu, daily scrum để đồng bộ nhanh, sprint review để trình bày những gì đã được xây dựng, và sprint retrospective để cải thiện cách nhóm làm việc cùng nhau.
Scrum hoạt động tốt nhất cho các nhiệm vụ mà phạm vi hoặc giải pháp chưa hoàn toàn rõ ràng ngay từ đầu, chẳng hạn như phát triển sản phẩm hoặc các dự án phức tạp với nhiều bên liên quan. Nó khác với Kanban ở các khung thời gian cố định và vai trò được xác định rõ, trong khi Kanban dựa nhiều hơn vào một dòng chảy liên tục không có các lần lặp cố định. So với lập kế hoạch waterfall cổ điển, lợi thế của nó là kiểm tra định kỳ: những đánh giá sai sót được bộc lộ sớm thay vì chỉ ở cuối dự án. Trong thực tế, Scrum có xu hướng thất bại không phải vì bản thân khung làm việc mà vì việc thực hiện nửa vời, ví dụ khi các buổi retrospective bị bỏ qua hoặc backlog không được duy trì.
Ví dụ thực tế
Một công ty chế tạo máy móc cỡ vừa đang phát triển phần mềm mới để giám sát thiết bị sản xuất của mình. Nhóm gồm năm người làm việc trong các sprint hai tuần: vào đầu mỗi sprint, nhóm chọn mười mục quan trọng nhất trong số khoảng 40 mục còn mở trong backlog, đồng bộ hàng ngày trong một buổi daily scrum kéo dài 15 phút. Sau mười sprint, tức là năm tháng, một phiên bản khả dụng đầu tiên đã sẵn sàng, thay vì chín tháng phát triển không có kết quả trung gian mà nhóm ban đầu đã lên kế hoạch. Các buổi retrospective cho thấy các yêu cầu không rõ ràng đã tiêu tốn khoảng 20 phần trăm năng lực của nhóm trong ba sprint đầu tiên, vì vậy product owner bắt đầu viết các mô tả backlog sắc bén hơn từ đó trở đi.
Leanshift hỗ trợ như thế nào
Về cốt lõi, sprint retrospective chỉ đơn giản là một chu kỳ Kaizen lặp lại: nhóm dừng lại, nhìn nhận trung thực vào công việc vừa hoàn thành, và thực hiện một cải tiến có chủ đích cho cách nhóm làm việc trước khi tiếp tục. Điều đó phù hợp với quan điểm của Leanshift rằng cải tiến không phải là một dự án một lần mà là một thói quen đều đặn được xây dựng vào công việc hàng ngày. Các nhóm sống theo cách này không chỉ cải thiện sản phẩm, họ xây dựng nhiều người hơn biết cách tự cải thiện mọi thứ.
Câu hỏi thường gặp
Scrum chỉ hữu ích cho phát triển phần mềm?
Không. Scrum bắt đầu trong phần mềm nhưng hiện được sử dụng trong marketing, phát triển sản phẩm, giáo dục, và các lĩnh vực khác, ở bất cứ đâu công việc phức tạp và các yêu cầu có thể thay đổi trong quá trình thực hiện.
Scrum khác với Kanban như thế nào?
Scrum chạy trong các khung thời gian cố định gọi là sprint với các vai trò và sự kiện được xác định rõ, trong khi Kanban trực quan hóa một dòng chảy công việc liên tục không có các lần lặp cố định và tập trung vào việc giới hạn số lượng công việc đang thực hiện cùng lúc.
Một nhóm nhỏ có thực sự cần một scrum master chuyên trách không?
Không nhất thiết phải là một vai trò toàn thời gian. Trong các nhóm nhỏ, ai đó thường đảm nhận vai trò này song song với công việc thường xuyên của họ; điều quan trọng là việc tạo điều kiện và bản thân khung làm việc thực sự được duy trì.