Scrum and Kanban are two terms that

Scrum and Kanban are two terms that are often (incorrectly) used interchangeably or thought to be two sides of the same coin. In reality, there are significant differences between these two Agile methodologies. Understanding these differences is key to choosing the path that will work best for your environment. In a nutshell, what is Scrum? Without getting too detailed, Scrum is a tool used to organize work into small, manageable pieces that can be completed by a cross-functional team within a prescribed time period (called a sprint, generally 2-4 weeks long). To plan, organize, administer, and optimize this process, Scrum relies on at least three prescribed roles: the Product Owner (responsible for initial planning, prioritizing, and communication with the rest of the company), the Scrum Master (responsible for overseeing the process during each sprint), and the Team Members (responsible to carry out the purpose of each sprint, such as producing software code.) Another common tool used by scrum teams is the Scrum Board – a visual representation of the work flow, broken down into manageable chunks called “stories”, with each story moved along the board from the “backlog” (the to-do list), into work-in-progress (WIP), and on to completion.
IN A NUTSHELL, WHAT IS KANBAN?
Again, scratching the surface, Kanban is also a tool used to organize work for the sake of efficiency. Like Scrum, Kanban encourages work to be broken down into manageable chunks and uses a Kanban Board (very similar to the Scrum Board) to visualize that work as it progresses through the work flow. Where Scrum limits the amount of time allowed to accomplish a particular amount of work (by means of sprints), Kanban limits the amount of work allowed in any one condition (only so many tasks can be ongoing, only so many can be on the to-do list.)
HOW ARE SCRUM AND KANBAN THE SAME?
Both Scrum and Kanban allow for large and complex tasks to be broken down and completed efficiently. Both place a high value on continual improvement, optimization of the work and the process. And both share the very similar focus on a highly visible work flow that keeps all team members in the loop on WIP and what’s to come.
HOW ARE SCRUM AND KANBAN DIFFERENT?
As alluded to above, there are a number of differences in both the philosophy behind and the practical application of Scrum and Kanban. While the individual differences are many, they can be grouped into the following three buckets:
SCHEDULING, ITERATION, AND CADENCE
Scrum processes place heavy emphasis on schedule. The scrum team is provided with a prioritized list of story points that need to be completed to deliver a shippable product. The team must decide how many of the points they feel can be completed within one sprint. Anything outside the scope they commit to must wait for the next sprint. Optimally, an efficient scrum team will quickly learn their capabilities over the course of several sprints and their estimates will improve and be optimized as time goes on. Then, every two weeks (or however long their sprint is) the team produces a shippable product, carries out a retrospective to discuss optimizing the process, and moves into the next sprint. This iterative process is designed to allow for accurate estimations of work flow and effective management of multiple projects. On a Kanban team, there are no required time boxes or iterations. While the Kanban method is iterative in nature, the continual improvement is expected to occur in an evolutionary fashion as work is continually completed. The limitations placed on various conditions in the work flow will be regulated early in a team’s (or organization’s) use of Kanban until an optimal set of limits is arrived at to keep the flow steady and efficient.
ROLES AND RESPONSIBILITIES
On scrum teams, there are at least three roles that must be assigned in order to effectively process the work: the Product Owner, Scrum Master, and Team Members. Each role has its own set of responsibilities, and they must work together to achieve an orderly and efficient balance. The scrum team itself also must be cross-functional, which is to say that one team must have all the resources necessary to complete the entire sprint’s work. Under Kanban, no set roles are prescribed. Practically speaking, it makes sense for someone to serve as a project manager or supervisor, especially for larger more complex Kanban projects, but the roles should theoretically evolve with the needs of the project and the organization. A Kanban team is not required to be cross-functional since the Kanban work flow is intended to be used by any and all teams involved in the project. Therefore, a team of specialists and a separate team of generalists may be working on different aspects of the same Kanban project from the same board, and that’s ok.
THE BOARD ITSELF
While very similar, the Scrum Board and Kanban Board are different animals. On a Scrum board, the columns are labeled to reflect

Kết quả (Việt) 1:

Scrum và Kanban là hai thuật ngữ thường (không đúng) được sử dụng thay thế cho nhau hoặc cho là hai bên trong cùng tiền xu. Trong thực tế, không có sự khác biệt đáng kể giữa các phương pháp nhanh nhẹn hai. Sự hiểu biết những khác biệt này là chìa khóa để lựa chọn con đường mà sẽ làm việc tốt nhất cho môi trường của bạn. Trong một nutshell, Scrum là gì? Mà không nhận được quá chi tiết, Scrum là một công cụ được sử dụng để tổ chức công việc thành từng miếng nhỏ, quản lý có thể được hoàn thành bởi một đội ngũ chéo chức năng trong một khoảng thời gian quy định (gọi là một nước rút, thường dài 2-4 tuần). Kế hoạch, tổ chức, quản lý và tối ưu hóa quá trình này, Scrum dựa vào ít nhất ba vai trò theo quy định: người sở hữu sản phẩm (chịu trách nhiệm cho các ban đầu lên kế hoạch, ưu tiên và giao tiếp với phần còn lại của công ty), Thạc sĩ Scrum (chịu trách nhiệm giám sát quá trình trong mỗi sprint) và các thành viên trong nhóm (chịu trách nhiệm để thực hiện mục đích của mỗi nước rút, chẳng hạn như sản xuất mã phần mềm.) Một công cụ phổ biến khác được sử dụng bởi các đội scrum là Scrum bảng-một đại diện trực quan của luồng công việc, được chia nhỏ thành nhiều phần quản lý được gọi là "câu chuyện", với mỗi câu chuyện di chuyển dọc theo Hội đồng quản trị từ "tồn đọng" (danh sách việc cần làm), vào công việc-trong-tiến bộ (WIP), và để hoàn thành.TRONG MỘT NUTSHELL, KANBAN LÀ GÌ?Một lần nữa, trầy xước bề mặt, Kanban cũng là một công cụ được sử dụng để tổ chức các công việc vì lợi ích của hiệu quả. Giống như Scrum, Kanban khuyến khích làm việc để được chia nhỏ thành khối quản lý và sử dụng một bảng Kanban (rất tương tự như Scrum bảng) để hình dung công việc đó như nó tiến triển thông qua luồng công việc. Nơi Scrum giới hạn số lượng thời gian cho phép để thực hiện một số lượng cụ thể của công việc (bằng các phương tiện chạy nước rút), Kanban giới hạn số lượng công việc được cho phép ở bất cứ một điều kiện (chỉ có rất nhiều công việc có thể được liên tục, chỉ vì vậy nhiều người có thể vào danh sách việc cần làm.)LÀM THẾ NÀO LÀ SCRUM VÀ KANBAN NHƯ VẬY?Scrum và Kanban cho phép nhiệm vụ lớn và phức tạp được chia nhỏ và hoàn thành một cách hiệu quả. Cả hai đều đặt một giá trị cao về cải tiến liên tục, tối ưu hóa các công việc và quá trình. Và cả hai chia sẻ rất tương tự như tập trung vào một dòng chảy cao có thể nhìn thấy công việc giữ tất cả các thành viên đội tuyển trong vòng lặp trên WIP và những gì đang tới.LÀM THẾ NÀO LÀ SCRUM VÀ KANBAN KHÁC NHAU?Như được ám chỉ ở trên, có một số khác biệt về triết lý đằng sau và ứng dụng thực tế của Scrum và Kanban. Trong khi sự khác biệt cá nhân rất nhiều, họ có thể được nhóm lại thành ba nhóm sau đây:LẬP KẾ HOẠCH, LẶP ĐI LẶP LẠI VÀ CADENCEQuá trình scrum đặt nặng nhấn mạnh vào lịch trình. Scrum đội được cung cấp với một danh sách ưu tiên của các điểm câu chuyện cần được hoàn thành để cung cấp một sản phẩm shippable. Các đội phải quyết định bao nhiêu điểm, họ cảm thấy có thể được hoàn tất trong vòng một nước rút. Bất cứ điều gì ở bên ngoài phạm vi họ cam kết phải chờ nước rút tiếp theo. Tối ưu, một đội ngũ scrum hiệu quả sẽ nhanh chóng tìm hiểu khả năng của họ trong quá trình chạy nước rút một số và ước tính của họ sẽ cải thiện và được tối ưu hóa như thời gian đi. Sau đó, mỗi hai tuần (hay Tuy nhiên lâu dài của sprint là) đội sản xuất một sản phẩm shippable, thực hiện một lúc trước để thảo luận về tối ưu hóa quá trình này và di chuyển vào sprint tiếp theo. Lặp đi lặp lại quá trình này được thiết kế để cho phép cho estimations chính xác của luồng công việc và quản lý hiệu quả nhiều dự án. Một đội Kanban, không có yêu cầu thời gian hộp hoặc lặp đi lặp lại. Trong khi các phương pháp Kanban là lặp đi lặp lại trong tự nhiên, cải tiến liên tục dự kiến sẽ xảy ra trong một thời trang tiến hóa như việc liên tục hoàn thành. Những hạn chế được đặt trên các điều kiện khác nhau trong dòng chảy công việc sẽ được điều chỉnh sớm trong một đội bóng (hoặc của tổ chức) sử dụng Kanban cho đến khi một thiết lập tối ưu của các giới hạn đã đến lúc để giữ cho dòng chảy ổn định và hiệu quảVAI TRÒ VÀ TRÁCH NHIỆMScrum đội, có ít nhất ba vai trò đó phải được chỉ định để có hiệu quả xử lý các công việc: chủ sở hữu sản phẩm, Scrum Master và thành viên trong nhóm. Mỗi vai trò có thiết lập của riêng mình về trách nhiệm, và họ phải làm việc cùng nhau để đạt được một sự cân bằng trật tự và hiệu quả. Đội scrum chính nó cũng phải được chéo chức năng, mà là để nói rằng một nhóm phải có tất cả các nguồn lực cần thiết để hoàn thành công việc của sprint toàn bộ. Theo Kanban, không có vai trò thiết lập được quy định. Thực tế nói, nó làm cho tinh thần cho một người nào đó để phục vụ như là một quản lý dự án hoặc người giám sát, đặc biệt là cho các dự án Kanban phức tạp hơn lớn hơn, nhưng các vai trò nên về lý thuyết phát triển với nhu cầu của dự án và tổ chức. Một đội Kanban không bắt buộc phải chéo chức năng kể từ khi dòng chảy công việc Kanban là dự định được sử dụng bởi bất kỳ và tất cả các đội tham gia vào dự án. Do đó, một nhóm các chuyên gia và một nhóm riêng biệt của generalists có thể làm việc trên khía cạnh khác nhau của cùng một dự án Kanban từ cùng một bảng, và đó là ok.HỘI ĐỒNG QUẢN TRỊ BẢN THÂNTrong khi rất giống, Scrum bảng và Kanban ban những động vật khác nhau. Trên một diễn đàn Scrum, các cột có gắn nhãn phản ánh

Kết quả (Việt) 2:

Scrum và Kanban là hai từ thường (không chính xác) được sử dụng thay thế cho nhau hoặc cho là hai mặt của cùng một đồng xu. Trong thực tế, có những khác biệt đáng kể giữa hai phương pháp Agile. Hiểu những khác biệt chính là chìa khóa để chọn đường dẫn đó sẽ làm việc tốt nhất cho môi trường của bạn. Tóm lại, Scrum là gì? Nếu không đi quá chi tiết, Scrum là một công cụ sử dụng để tổ chức công việc thành những miếng nhỏ, dễ quản lý có thể được hoàn thành bởi một nhóm liên chức năng trong một khoảng thời gian quy định (gọi là chạy nước rút, dài thường từ 2-4 tuần). Để lập kế hoạch, tổ chức, quản lý và tối ưu hóa quá trình này, Scrum dựa trên ít nhất ba vai trò quy định: chủ sản phẩm (chịu trách nhiệm lập kế hoạch ban đầu, ưu tiên, và giao tiếp với phần còn lại của công ty), các Scrum Master (chịu trách nhiệm giám sát việc . quá trình trong mỗi nước rút), và các thành viên nhóm (có trách nhiệm để thực hiện mục đích của mỗi nước rút, chẳng hạn như sản xuất mã phần mềm) một công cụ thường được sử dụng bởi các đội scrum là Hội đồng Scrum - một đại diện trực quan của các dòng chảy công việc, chia nhỏ thành khối quản lý được gọi là "câu chuyện", với mỗi câu chuyện di chuyển dọc theo các hội đồng từ "tồn đọng" (những việc cần làm), thành công việc theo tiến độ (WIP), và để hoàn thành.
Tóm lại, Kanban là gì ?
một lần nữa, trầy xước bề mặt, Kanban cũng là một công cụ sử dụng để tổ chức công việc vì lợi ích của hiệu quả. Giống như Scrum, Kanban khuyến khích công việc được chia nhỏ thành nhiều phần quản lý và sử dụng một Ban Kanban (rất giống với Ban Scrum) để hình dung công việc mà vì nó tiến triển thông qua các dòng chảy công việc. Nơi Scrum giới hạn số lượng thời gian cho phép để hoàn thành một số tiền cụ thể của công việc (bằng phương tiện chạy nước rút), Kanban giới hạn số lượng công việc được cho phép trong bất kỳ một điều kiện (chỉ có rất nhiều nhiệm vụ có thể được liên tục, chỉ có rất nhiều có thể được trên để -Không danh sách.)
CÁCH LÀ SCRUM vÀ Kanban CÙNG?
Cả Scrum và Kanban cho phép cho các nhiệm vụ lớn và phức tạp được chia nhỏ và hoàn thành một cách hiệu quả. Cả hai đặt một giá trị cao về cải tiến liên tục, tối ưu hóa công việc và quá trình. Và cả hai chia sẻ sự tập trung rất tương tự trên một dòng chảy công việc rất dễ thấy mà giữ tất cả thành viên trong nhóm trong vòng lặp trên WIP và những gì sắp tới.
THẾ NÀO LÀ SCRUM VÀ Kanban KHÁC NHAU?
Như đã nói ở trên, có một số sự khác nhau trong cả hai triết lý phía sau và các ứng dụng thực tế của Scrum và Kanban. Trong khi các cá nhân khác biệt rất nhiều, chúng có thể được nhóm lại thành ba nhóm sau đây:
Lập kế hoạch, lặp đi lặp lại, và Cadence
Scrum xử lý đặt nặng yếu tố lịch. Các đội scrum được cung cấp với một danh sách ưu tiên của các điểm câu chuyện cần được hoàn thành để cung cấp một sản phẩm shippable. Các đội phải quyết định như thế nào nhiều điểm họ cảm thấy có thể được hoàn tất trong vòng một nước rút. Bất cứ điều gì ngoài phạm vi mà họ cam kết phải chờ cho nước rút tiếp theo. Tối ưu, một đội scrum hiệu quả sẽ nhanh chóng tìm hiểu khả năng của mình trong quá trình của một số nước rút và các ước tính của họ sẽ cải thiện và được tối ưu hóa như thời gian đi về. Sau đó, mỗi hai tuần (hoặc lâu dài tuy nhiên chạy nước rút của họ là) các đội sản xuất ra một sản phẩm shippable, thực hiện một hồi cứu để thảo luận về việc tối ưu hóa quá trình, và di chuyển vào nước rút tiếp theo. Quá trình lặp đi lặp lại này được thiết kế để cho phép ước tính chính xác của dòng chảy công việc và quản lý hiệu quả của nhiều dự án. Trên một đội Kanban, không có hộp thời gian yêu cầu hoặc lặp đi lặp lại. Trong khi phương pháp Kanban là lặp đi lặp lại trong tự nhiên, cải tiến liên tục được dự kiến sẽ diễn ra trong một thời trang tiến hóa như làm việc liên tục hoàn thành. Những hạn chế đặt trên các điều kiện khác nhau trong dòng chảy công việc sẽ được điều chỉnh vào đầu (hoặc tổ chức) sử dụng một đội ngũ Kanban cho đến khi một thiết lập tối ưu của các giới hạn là đến để giữ cho dòng chảy ổn định và hiệu quả.
VAI TRÒ VÀ TRÁCH NHIỆM
On đội scrum, có ít nhất ba vai trò đó phải được chỉ định để xử lý hiệu quả công việc: chủ sản phẩm, Scrum Master, và đội viên. Mỗi vai diễn đã thiết lập riêng của mình về trách nhiệm, và họ phải làm việc cùng nhau để đạt được một sự cân bằng có trật tự và hiệu quả. Các đội scrum chính nó cũng phải có chức năng chéo, mà là để nói rằng một đội phải có tất cả các nguồn lực cần thiết để hoàn thành công việc toàn bộ nước rút của. Dưới Kanban, không có vai trò tập hợp được quy định. Thực tế mà nói, nó có ý nghĩa đối với một người nào đó để phục vụ như một người quản lý dự án hoặc giám sát, đặc biệt là đối với các dự án Kanban phức tạp hơn lớn hơn, nhưng vai trò về mặt lý thuyết nên tiến triển với nhu cầu của dự án và tổ chức. Một nhóm Kanban là không bắt buộc phải chéo chức năng từ dòng chảy công việc Kanban là dự định được sử dụng bởi bất kỳ và tất cả các đội tham gia dự án. Do đó, một nhóm các chuyên gia và một nhóm riêng biệt của tổng quát có thể làm việc trên các khía cạnh khác nhau của dự án Kanban tương tự từ cùng một bảng, và đó là ok.
BAN chính nó
khi rất tương tự, Ban Scrum và Kanban Ban là loài động vật khác nhau. Trên một bảng Scrum, các cột được dán nhãn để phản ánh