Nếu bạn xem bóng bầu dục, bạn sẽ biết một cuộc ẩu đả liên quan đến một loạt các cầu thủ tập trung chặt chẽ với nhau trong bụi bẩn, tranh nhau một quả bóng. Thật không may, hệ thống quy trình làm việc ‘Scrum’ không giống như thế này. Điều đó không liên quan đến việc vật lộn trong bùn chống lại kẻ thù của bạn mà còn liên quan nhiều hơn đến việc hoàn thành nhiệm vụ một cách hiệu quả và kịp thời.
Scrum, giống như hệ thống tương tự Kanban, là một khuôn khổ linh hoạt để duy trì một nơi làm việc được tổ chức tốt. Nó đặc biệt phổ biến trong phát triển phần mềm và hoạt động tốt cho các nhóm khoảng ba đến chín người, nhưng nó có thể được áp dụng cho hầu hết mọi nơi làm việc. Trừ khi bạn làm việc với tư cách là một cầu thủ bóng bầu dục, trong trường hợp đó, điều đó có thể sẽ tạo ra sự nhầm lẫn.
Scrum: Hệ thống Scrum là gì?
Scrum lần đầu tiên được giới thiệu dưới dạng một thuật ngữ vào năm 1986, trong một Tạp chí Kinh doanh Harvard bài báo của Hirotaka Takeuchi và Ikujiro Nonaka. Hai tác giả thực sự đã mô tả hệ thống này dưới dạng bóng bầu dục, với lực lượng lao động hoạt động giống như một đội “cố gắng đi xa như một đơn vị, chuyền bóng qua lại”.
Cốt lõi của hệ thống Scrum là cách tiếp cận kết hợp một nhóm để làm việc cùng nhau về các mục tiêu cụ thể, có thể đạt được trong khoảng thời gian cố định. Thay vì có mười người làm các nhiệm vụ khác nhau, không liên quan và không có điểm kết thúc rõ ràng, Scrum cố gắng thu hút mọi người lại với nhau để làm việc chung cho các công việc gia tăng.
ĐỌC TIẾP: Kanban là gì?
Điều này dựa trên một số vai trò trong nhóm Scrum. Ở trên cùng, có chủ sở hữu sản phẩm, người đại diện cho các bên liên quan của sản phẩm. Dưới đây là scrum master, về cơ bản là người quản lý dự án chịu trách nhiệm đưa hệ thống Scrum vào hoạt động. Dưới đây là chính nhóm phát triển.
Quy trình làm việc cốt lõi diễn ra như thế này: chủ sở hữu sản phẩm đưa ra một bản ghi sản phẩm tồn đọng, hoạt động như một danh sách mong muốn các tính năng sẽ được thực hiện. Điều này được chuyển đến nhóm scrum, với scrum master chọn một số nhiệm vụ từ công việc tồn đọng này sẽ được thực hiện. Theo cách nói của Scrum, chúng được gọi là "câu chuyện". Những câu chuyện này sau đó được tập trung vào trong quá trình ‘chạy nước rút’; khoảng thời gian mà các nhà phát triển làm việc với những mục tiêu này và chỉ những mục tiêu này.
Vào cuối sprint, công việc nên được hoàn thành. Việc đánh giá diễn ra để đánh giá xem liệu sprint có thành công hay không, điều này sẽ cung cấp lại cho chủ sở hữu sản phẩm và toàn bộ chu kỳ bắt đầu lại.
Scrum board: Vật lý hay kỹ thuật số?
Quản lý nhóm Scrum có xu hướng xoay quanh một số dạng bảng Scrum, giúp hình dung quy trình làm việc. Điều này có thể liên quan đến một bảng lớn, vật lý, được chia thành các cột công việc cần thực hiện, công việc đang tiến hành và công việc đã hoàn thành. Ngoài ra, nó có thể liên quan đến một số loại bảng kỹ thuật số, chẳng hạn như bảng của các công ty như Trello và Asana.
Xem liên quan Tại sao London là nơi tốt nhất để trở thành nhà phát triển ứng dụng vào năm 2018 Cách bắt đầu kinh doanh: Các mẹo hàng đầu để thành côngVí dụ: trong Trello, bạn tạo các cột cho các giai đoạn khác nhau của quy trình làm việc và điền vào các cột này bằng các thẻ nêu chi tiết các nhiệm vụ khác nhau. Phiên bản vật lý của bảng này sẽ được tổ chức giống nhau, mặc dù có nhiều ghi chú sau nó hơn. Trong cả hai trường hợp, hội đồng quản trị sẽ trở thành trọng tâm cho ‘sprint’, nơi trọng tâm sẽ là hoàn thành tất cả các giai đoạn của một nhiệm vụ trong khoảng thời gian. Một cuộc chạy nước rút có thể kéo dài trong hai tuần, hoặc có thể kéo dài trong vài ngày.
Như cảnh này từ Thung lũng Silicon của HBO cho thấy, mục đích thường là giúp các nhà phát triển của bạn thực hiện các nhiệm vụ (xin lỗi, "câu chuyện"), được hướng dẫn trong khuôn khổ quy trình làm việc Scrum.
Scrum vs Kanban
Một hệ thống liên quan đến Scrum là Kanban, cũng xoay quanh các ghi chú sau nó có màu sắc rực rỡ và các từ như 'quy trình làm việc nhanh nhẹn'. Sự khác biệt lớn nhất giữa Scrum và Kanban là quy trình sau này là một quá trình liên tục, với các công nhân lấy thẻ trên diện rộng khi nào họ có thể. Trong Scrum, làm việc trên bảng xoay quanh bộ ‘sprint’.
Các vai trò trong Kanban cũng lỏng lẻo hơn, trong khi Scrum đặc biệt yêu thích những cái tên như ‘scrum master’, có lẽ vì nó nghe đỡ nhàm chán hơn ‘project manager’, mặc dù về cơ bản chúng giống nhau. Scrum cũng có xu hướng có các phiên cập nhật thường xuyên, được gọi là scrums, nơi mà tiến trình của quy trình làm việc được thảo luận bởi… bạn đoán nó: scrum master.