KANBAN VS SCRUM

"Chúng tôi làm việc theo phương pháp Agile". Bạn sẽ nghe câu nói này khá nhiều khi nói chuyện với các nhóm phát triển phần mềm. Và đó là sự thật, theo thống kê, khoảng 90% các nhà phát triển phần mềm trên toàn thế giới đã sử dụng Agile vào năm 2018.

Tuy nhiên, Agile không phải là sự đồng nhất. Đó là một cách tiếp cận chung để tổ chức một quy trình làm việc. Phát triển phần mềm theo phương pháp Agile đặt ra các giá trị và nguyên tắc chung nhằm làm cho quá trình phát triển trở nên hợp lý, hiệu quả và đáp ứng đối với sự thay đổi. Các giá trị và nguyên tắc này có thể được tìm thấy trong Tuyên ngôn Agile mà đã đưa ra các khuyến nghị chung về việc thiết lập dòng chảy phát triển.

So sánh giữa Scrum và Kanban

 
Trong thực tế, các nguyên tắc Agile này đã có một số được triển khai thực tế và được gọi là các khung phát triển phần mềm. Kanban và Scrum là một trong những khung phát triển phổ biến nhất và được sử dụng thường xuyên. Tuy nhiên, trong khi cả hai phương pháp đều có một mục tiêu chung là tạo ra một quy trình làm việc hiệu quả, có một số khác biệt nhất định mà chúng ta sẽ thảo luận hôm nay.

Hiểu hoạt động của Scrum và Kanban có thể giúp cả khách hàng và nhà phát triển phần mềm hiểu được nhịp điệu làm việc của nhóm và lên kế hoạch cho các hoạt động của họ một cách phù hợp.

1 - Scrum là gì?
Scrum được đặt tên từ một thuật ngữ bóng bầu dục có nghĩa là một đội hình các cầu thủ làm việc cùng nhau để sở hữu bóng. Trong phát triển phần mềm, Scrum cũng đề cập đến phương pháp tổ chức làm việc nhóm để việc phát triển các sản phẩm phần mềm tinh vi hiệu quả hơn.

Các giá trị cốt lõi của Scrum

 
Triết lý Scrum dựa trên giả định - hay, chúng ta nên nói, thực tế rằng nhóm phát triển không biết kết quả của dự án ngay từ đầu và sẽ học hỏi và thích nghi khi công việc tiếp tục phát triển. Scrum được thiết kế để làm cho việc điều chỉnh đó dễ dàng hơn bằng cách đặt lại các ưu tiên ở đầu mỗi lần lặp, được gọi là cuộc chạy nước rút trong thuật ngữ Scrum.

Ở đây chúng ta đến với một trong những khái niệm trung tâm của Scrum - sprint, đó là khoảng thời gian từ 2 đến 4 tuần, trong đó một lượng công việc nhất định được thực hiện. Sprint giúp chia phạm vi dự án thành các nhiệm vụ được quản lý dễ dàng hơn và phân phối các thành phần phần mềm hoạt động thường xuyên hơn. Đội nhóm sẽ có thêm thông tin chi tiết về kế hoạch sprint, điều chỉnh và hoàn thành trong thời gian ngắn.

Làm việc với các sprint và tập trung vào các nhiệm vụ cần hoàn thành trong mỗi sprint cho phép chúng ta có thể linh hoạt trong việc lập kế hoạch. Nhóm bắt đầu mỗi sprint mới với một “clean slate” và lập kế hoạch cho các nhiệm vụ với tình hình hiện tại và bất kỳ thay đổi nào trong các yêu cầu dự án đã nhận được cho đến nay.

2 - Kanban là gì?
Kanban lần đầu tiên được phát minh bởi Toyota trong nỗ lực tối ưu hóa hàng tồn kho của nhà máy. Trong tiếng Nhật, "kanban" có nghĩa là một bảng hoặc thẻ. Trong triển khai ban đầu, một bộ phận nhà máy đang thiếu một mặt hàng nào đó sẽ gửi một chiếc "kanban" đến kho yêu cầu cung cấp hàng hóa. Kho, đến lượt mình, kho gửi các "kanban" tới nhà cung cấp để đặt thêm hàng nhiều hơn nữa.


Mô hình bảng Kanban

Từ ví dụ này, chúng ta có thể thấy rằng phương pháp Kanban tập trung vào năng lực hiện tại và đây là khái niệm chính mà nó đưa vào phát triển phần mềm. Không giống như Scrum, Kanban không có giới hạn thời gian; thay vào đó, nó giới hạn số lượng công việc có thể được thực hiện cùng một lúc.

Một trong những dữ liệu chính của Kanban là công việc đang trong tiến trình - các nhiệm vụ hiện đang được thực hiện. Theo Kanban, để đạt được hiệu quả tối đa, công việc đang tiến hành nên được giới hạn tương ứng với năng lực của nhóm, do đó giảm rủi ro của bất kỳ tắc nghẽn nào.

Phương pháp Kanban cũng thích nghi tốt với sự thay đổi, điều này rất quan trọng vì những thay đổi có thể được thực hiện ở bất kỳ giai đoạn nào của dự án và được thêm vào nhóm các nhiệm vụ sẽ được thực hiện.


Xem tiếp: Lựa chọn quy trình phát triển phần mềm theo phương pháp Agile? (Phần 2)

Nếu bạn có nhu cầu xây dựng hệ thống phần mềm phục vụ bài toán quản lý doanh nghiệp, dịch vụ của mình, hãy liên hệ với chúng tôi để được hỗ trợ tốt nhất!

Tầng 12, Mipec Tower, 229 Tây Sơn, Đống Đa, Hà Nội

Mục này đã được đăng trong: Kiến Thức