SCRUM LÀ GÌ: Định nghĩa, Nguyên tắc và Mục đích

Hãy nghĩ về Scrum như một quá trình để hoàn thành công việc với tư cách là một nhóm theo từng phần nhỏ tại một thời điểm, với các vòng phản hồi và thử nghiệm liên tục trong suốt quá trình học hỏi và cải thiện khi bạn tiến hành. Nếu bạn mới bắt đầu, hãy nghĩ về Scrum như một cách để hoàn thành công việc theo cách này. Scrum cho phép mọi người và nhóm tạo ra và làm chủ giá trị theo từng bước nhỏ và bằng cách làm việc cùng nhau. Ngoài ra, scrum là một khuôn khổ cho sự phát triển linh hoạt, cung cấp cho mọi người và các nhóm lượng cấu trúc phù hợp để thêm vào cách thức làm việc của họ trong khi vẫn cho phép họ tự do sử dụng các phương pháp phù hợp nhất với họ. Ba quy tắc và nguyên tắc cơ bản của scrum sẽ được thảo luận trong phần này.

Scrum là gì?

Scrum là một khuôn khổ linh hoạt để quản lý các dự án. Nó bao gồm một tập hợp các nguyên tắc hướng dẫn và thực hành giúp các nhóm sắp xếp và kiểm soát công việc của họ. Mặt khác, Scrum dựa trên cách các đội bóng bầu dục đào tạo và nhấn mạnh tầm quan trọng của việc các đội học hỏi từ những sai lầm của họ, tự giải quyết vấn đề và nói về những thành công cũng như thất bại của họ để phát triển.

Scrum mà tôi đang nói đến thường được sử dụng bởi các nhóm làm phần mềm, nhưng các kỹ năng và ý tưởng mà nó dạy có thể được sử dụng trong bất kỳ hình thức làm việc nhóm nào. Do đó, scrum đã thu hút được rất nhiều sự chú ý. Scrum là một cách lập kế hoạch và quản lý công việc của nhóm bằng cách sử dụng các cuộc họp, công cụ và vai trò cụ thể. Nó dựa trên các nguyên tắc quản lý dự án linh hoạt.

Scrum được áp dụng khi nào?

Scrum hoạt động tốt nhất khi một nhóm đa chức năng đang làm việc để phát triển một sản phẩm trong bối cảnh có một khối lượng công việc đáng kể có thể được chia thành nhiều lần lặp lại kéo dài từ hai đến bốn tuần.

Bảy yếu tố của Scrum là gì?

Những người không hài lòng với kết quả của một dự án gần như nhất trí với niềm tin rằng họ biết ai là người có lỗi. Chủ sở hữu đổ lỗi cho nhân viên chểnh mảng, nhà phân tích đổ lỗi cho khách hàng, nhà phát triển đổ lỗi cho việc quản lý yếu kém, v.v. Có thỏa thuận về điều này? Không ai đúng cả. Mỗi người trong chúng ta đều nghĩ rằng chỉ mình mình mới có thể hành động một cách thông minh và hành động của người khác dựa trên tính cách của họ. Theo quy định, đó không phải là trường hợp; ai cũng có lý lẽ của riêng mình.

Quy kết tội lỗi là vô ích. Thay vì cố gắng tìm ra những người xấu, hãy tập trung vào việc xác định các hệ thống gây hại khuyến khích sự phát triển của các thủ tục xấu và thưởng cho hiệu suất kém. Scrum là một khuôn khổ để thúc đẩy tinh thần đồng đội hợp tác. Nó tránh xác định những người làm sai để phát hiện ra những gì đã sai để có thể sửa chữa. Dưới đây là bảy yếu tố của một scrum:

#1. Xác định một Scrum Master

Ai đó cần thăm dò để tìm câu trả lời cho những câu hỏi hóc búa. Một nhân vật có trí tuệ như một gã hề của Shakespeare sẽ rất hữu ích. “Scrum master” là người theo dõi dự án đang diễn ra như thế nào, đảm bảo rằng các cuộc họp “scrum” hàng ngày của nhóm diễn ra và giúp giải quyết các rào cản. Vai trò chính của scrum master là quản lý dự án. Không nên để cùng một người đóng vai trò là chủ sở hữu scrum và chủ sở hữu sản phẩm, vì họ thực hiện các chức năng khác nhau và có khả năng có lợi ích cạnh tranh.

#2. Chiến lược sản phẩm

Đối với bất kỳ dự án hoặc sản phẩm nào, “tầm nhìn sản phẩm” mô tả mục tiêu cuối cùng. Xác định mục này là bước đầu tiên trong quá trình hoàn thiện dự án hoặc sản phẩm. Tầm nhìn sản phẩm đóng vai trò là kim chỉ nam cho nhóm scrum.

Nhóm scrum nên nắm rõ tầm nhìn của sản phẩm như lòng bàn tay. Điều đó có nghĩa là nó cần phải ngắn gọn và rõ ràng. Tuy nhiên, điều quan trọng đối với nhóm scrum là luôn ghi nhớ tầm nhìn của sản phẩm.

#3. Khởi chạy một Product Backlog

Product backlog chứa mọi yêu cầu đơn lẻ đối với sản phẩm, được ưu tiên. Để tiếp tục tiến về phía trước khi sản phẩm phát triển, nhóm tuân theo một công việc tồn đọng không ngừng phát triển. Để xác định rõ ràng “tất cả những gì một nhóm có thể thực hiện theo mức độ ưu tiên”, không có cách nào tốt hơn là sử dụng một sản phẩm tồn đọng.

Tại bất kỳ thời điểm nào, chỉ nên có tối đa một sản phẩm tồn đọng. Điều đó có nghĩa là chủ sở hữu sản phẩm cần đặt mức độ ưu tiên dựa trên toàn bộ bộ hoạt động. Chủ sở hữu sản phẩm cần nói chuyện với mọi người có liên quan để nhận phản hồi đầy đủ và đảm bảo rằng tất cả các nhu cầu và mong đợi của khách hàng đều nằm trong hồ sơ tồn đọng.

#4. Mang lại sự minh bạch cho quy trình

Đặt cùng nhau cấu trúc thích hợp là vô cùng quan trọng. Phải nhấn mạnh đến chủ nghĩa cá nhân, quyền tự chủ và tôn trọng người khác. Các nhà lãnh đạo tổ chức muốn giữ mọi thứ trong vòng bí mật không muốn ngay cả những thành viên cấp cao nhất của đội ngũ nhân viên biết về tình trạng hiện tại của công việc, những thành tựu của tổ chức hoặc tính kịp thời mà họ đã hoàn thành. Tuy nhiên, không thể trao đổi thông tin hoặc chuyên môn vì bí mật là thứ duy nhất có thể đảm bảo quyền lực tiếp tục của họ (ít nhất, họ nghĩ vậy). Điều duy nhất họ quan tâm là bản thân họ, và trong hầu hết các trường hợp, điều đó không tốt cho sản phẩm hoặc doanh nghiệp.

#5. Sprint backlog

Phần “sprint backlog” của “product backlog” cho biết những gì nhóm sẽ ưu tiên và làm việc trong suốt sprint. Đó là danh sách những việc bạn cần hoàn thành trong giai đoạn nước rút.

Các hạng mục trong Sprint Backlog được phân loại thành các nhiệm vụ mà nhóm có thể thực hiện trong tuần tới. Trước khi kết thúc Sprint, mỗi mục trong Sprint Backlog phải được viết bằng mã, kiểm tra và ghi lại. Trong cuộc họp chạy nước rút, chủ sở hữu sản phẩm hợp tác với nhóm scrum để tạo ra một hồ sơ tồn đọng của nước rút. Một bảng nhiệm vụ với các cột cho từng bước của quy trình thường được sử dụng để hiển thị hồ sơ tồn đọng của Sprint.

#6. Lên kế hoạch Sprint của bạn

Trong giai đoạn chạy nước rút, một nhóm làm việc cùng nhau để tạo ra một phiên bản hoạt động của sản phẩm, ngay cả khi đó chỉ là một phần nhỏ của dự án tổng thể. Sau đó, nó có thể được hiển thị ngay trước mặt khách hàng. Lập kế hoạch hay còn gọi là “lập kế hoạch chạy nước rút” là cuộc họp được tổ chức trước mỗi lần chạy nước rút trong đó nhóm, giám sát viên scrum và chủ sở hữu sản phẩm quyết định những gì sẽ được hoàn thành trong quá trình chạy nước rút.

Cần có giới hạn thời gian nhất quán cho các lần chạy nước rút và giới hạn thời gian đó không được dài hơn một tháng. Thời lượng Sprint từ một đến hai tuần được khuyến nghị (có vấn đề, nhưng đối với tôi, nó hoạt động tốt nhất). Nhóm ước tính có bao nhiêu thứ có thể được giải quyết trong lần chạy nước rút tiếp theo từ phần đầu của công việc tồn đọng. Chiến lược của nhóm nên tính đến tổng điểm của lần chạy nước rút gần đây nhất sau một vài lần lặp lại. Mặc dù scrum master và nhóm có thể cố gắng tăng số điểm kiếm được trong mỗi lần chạy nước rút, nhưng họ nên làm như vậy khi có lý do.

Chủ sở hữu sản phẩm và nhóm có thể kiểm tra kỹ xem họ có hiểu biết chung về cách thực hiện các nhiệm vụ của mình trong giai đoạn lập kế hoạch nước rút hay không. Mọi người tham gia vào cuộc chạy nước rút phải đi đến thống nhất về mục đích của nó và các nhiệm vụ liên quan đến nó tại cuộc họp này.

#7. Biểu đồ tỷ lệ ghi

Mặc dù nó thường không phải là một trong những phần quan trọng nhất của scrum, nhưng biểu đồ burndown là một công cụ thiết yếu không nên bỏ qua. Nó là một đại diện trực quan về tốc độ làm việc của nhóm thông qua các câu chuyện của người dùng hoặc các mục khác trong sản phẩm tồn đọng. Do đó, một biểu đồ burndown mô tả nỗ lực tổng thể liên quan đến khối lượng công việc của Sprint.

Biểu đồ burndown cũng được sử dụng để đảm bảo rằng một dự án vẫn đang tiến triển và kết quả cuối cùng sẽ tốt và được giao đúng hạn.

Có bao nhiêu điểm câu chuyện của người dùng mà một nhóm scrum hoàn thành trong một lần chạy nước rút sẽ quyết định hiệu quả của nó. Đừng tính đến việc hoàn thành một phần khi tính toán tốc độ.

Có bao nhiêu trụ cột trong Scrum?

Có ba trụ cột trong khung scrum, đó là:

Minh bạch
Thích ứng
Điều tra.

Chúng rất quan trọng đối với những thành tựu của Scrum. Không có chúng, bạn có nguy cơ dành thời gian và năng lượng cho một bánh xe hamster không có kết quả. Chúng ta hãy xem xét ngắn gọn về những trụ cột này.

# 1. Minh bạch

Product backlog, Sprint backlog và product increment đều phải được mở cho nhau. Bởi vì các quyết định dựa trên các yếu tố này, nhóm scrum và tất cả các bên liên quan cần có quyền truy cập vào chúng. Ngoài các yếu tố đã nói ở trên, nhóm scrum cũng phải minh bạch về các thỏa thuận nhóm của mình, cách thức hợp tác cả bên trong và bên ngoài, tầm nhìn và chiến lược của công ty, cũng như cách thức gia tăng sản phẩm đóng góp vào những điều này.

Tính minh bạch là rất quan trọng để kiểm toán thành công. Thanh tra là một sự lãng phí thời gian và tiền bạc nếu không có cách nào để xem những gì đang được thanh tra, và việc thực hiện các phán quyết được đưa ra dựa trên một cuộc thanh tra không minh bạch thậm chí còn lãng phí nhiều thời gian và tiền bạc hơn.

#2. thích nghi

Khi đánh giá chứng minh rằng phần gia tăng hoặc phát triển sản phẩm mới nhất cần được điều chỉnh, kỹ thuật scrum phải được thay đổi ngay lập tức. Nhóm scrum đưa ra quyết định và thực hiện các bước thích hợp. Nhóm scrum cần có thẩm quyền từ cấp trên để tăng tốc độ phát triển và tiến hóa của quy trình. Ngoài ra, việc hạn chế quyền tự chủ của một nhóm scrum là một sai lầm phổ biến của tổ chức.

# 3. Điều tra

Trong scrum, các thành viên thường xuyên kiểm tra kỹ lưỡng xem họ đang làm tốt như thế nào trong việc đạt được cả mục tiêu sản phẩm tổng thể và mục tiêu nước rút hiện tại. Bằng cách đó, các vấn đề về gia tăng sản phẩm hoặc quá trình phát triển có thể được phát hiện sớm. Sprint, lập kế hoạch chạy nước rút, scrum hàng ngày, đánh giá chạy nước rút và hồi cứu nước rút là năm thời điểm kiểm tra được chú trọng nhất trong Scrum. Tại bất kỳ thời điểm nào trong quá trình scrum, đều có khả năng xảy ra yêu cầu kiểm tra.

Kiểm tra là bước quan trọng nhất trong bất kỳ loại thích ứng nào. Nếu không thử nghiệm, dành thời gian và tiền bạc để thích nghi là một sự lãng phí thời gian và tiền bạc. Quên kiểm tra các điều chỉnh của bạn trước khi triển khai chúng có thể lãng phí toàn bộ thời gian chạy nước rút cho nhóm của bạn.

Scrum Master là gì

Nói một cách đơn giản, Scrum Master là một chuyên gia được đào tạo sử dụng quản lý dự án Agile để lãnh đạo một nhóm thông qua một dự án. Một Scrum Master cũng chịu trách nhiệm điều phối và tạo điều kiện cho tất cả các tương tác giữa những người phụ trách dự án và các thành viên trong nhóm.

Vai trò của Scrum Master được tập trung nhưng có ý nghĩa sâu rộng đối với bất kỳ công ty nào. Tuy nhiên, một scrum master thường hoạt động ở chế độ nền và ít có tiếng nói trong quá trình phát triển hoặc chiến lược của chính sản phẩm. Với tư cách là người quản lý dự án, vai trò của họ giống với vai trò trung gian hơn giữa chủ sở hữu sản phẩm hoặc ngành nghề kinh doanh và nhóm phát triển. Scrum Master phải có khả năng kết hợp kiến thức kỹ thuật với khả năng giao tiếp và giao tiếp giữa các cá nhân. Điều này là do bản chất hợp tác của các thủ tục linh hoạt. Xem xét mức độ phức tạp của các dự án phần mềm, thật dễ dàng để một nhà phát triển đơn lẻ đánh mất tầm nhìn về bức tranh toàn cảnh khi đang viết mã chuyên sâu.

Mặt khác, một Scrum Master giữ mọi thứ theo quan điểm, hỗ trợ các nhóm nhìn thấy bức tranh toàn cảnh và học cách vượt qua những trở ngại như sự phụ thuộc vào tổ chức và công nghệ. Điều này mang lại cho các thành viên trong nhóm tinh thần trách nhiệm và giúp họ hoàn thành công việc đúng hạn.

Vai trò và trách nhiệm của Scrum Master là gì?

Bất chấp danh hiệu, scrum master không có quyền điều hành đối với nhóm phát triển hoặc dự án. Trách nhiệm của Scrum master có thể bao gồm, nhưng không giới hạn ở những điều sau:

#1. Đưa vào các phương pháp quản lý dự án hiệu quả và các phương pháp hay nhất

Công việc của Scrum Master là gắn kết nhóm lại với nhau và chào đón các thành viên mới, giới thiệu họ với văn hóa của công ty và cung cấp cho họ một bức tranh rõ ràng về mục tiêu cuối cùng là gì. Scrum master cũng phục vụ như một cách để nhóm dự án và bất kỳ bên liên quan bên ngoài nào chia sẻ thông tin và nói chuyện với nhau. Họ theo dõi mọi thứ đang diễn ra như thế nào, đưa ra những lời phê bình hữu ích và thúc đẩy tư duy học hỏi và thích nghi.

#2. Thành viên đội huấn luyện

Bằng cách phản ánh tình hình hiện tại của nhóm cho họ, scrum master giúp họ cải thiện hiệu suất của mình. Với một số trợ giúp và công việc, một nhóm Scrum có thể tự quản lý và xây dựng ý thức chung về quyền sở hữu và cam kết.

Triết lý scrum, thực hành scrum và tiêu chuẩn nhóm là tất cả những thứ mà scrum master có thể giúp các thành viên trong nhóm.

Bởi vì không có cấp quản lý chính thức trong nhóm Scrum, Scrum master phải dựa vào khả năng thuyết phục của mình để hoàn thành công việc. Scrum cũng chuyển gánh nặng trách nhiệm giải trình cho sự thành công của dự án khỏi người chủ scrum và sang toàn bộ nhóm scrum.

#3. Thoát khỏi chướng ngại vật

Scrum Master đảm bảo rằng sự chú ý của mọi người đều tập trung vào các nhiệm vụ đang thực hiện khi làm việc theo cách lặp đi lặp lại. Để thực hiện điều này, scrum master sẽ quan tâm đến bất cứ điều gì có thể cản trở sự phát triển của nhóm. Chẳng hạn, quá nhiều cuộc họp không cần thiết có thể cản trở năng suất của nhóm. Scrum Master nên làm việc với những người lập kế hoạch cuộc họp để đảm bảo rằng chỉ những người tham gia cần thiết mới được triệu tập. Cùng với chủ sở hữu sản phẩm và các bên liên quan, người chủ scrum có thể phân bổ lại thời gian và công sức cho các thành viên trong nhóm đang làm việc trong một số nhóm.

#4. Dạy các Nguyên tắc và Thực hành Scrum

Một trong những công việc chính của Scrum master là lãnh đạo tổ chức thông qua quá trình đưa Scrum vào thực hiện bằng cách đào tạo, huấn luyện và tư vấn cho các thành viên trong nhóm. Đồng thời, hãy truyền bá về khuôn khổ, nguyên lý và nguyên tắc Scrum mà bạn đã học được. Mục tiêu chính là khuyến khích công ty bắt đầu đưa ra quyết định dựa trên bằng chứng.

Một phần công việc của Scrum master là giúp các bên liên quan nói chuyện với nhóm Scrum theo cách khuyến khích sự cởi mở, tôn trọng lẫn nhau và phát triển.

#5. Bắt đầu các cuộc họp đứng hàng ngày

Bằng cách tạo điều kiện cho các cuộc họp như đứng lên hàng ngày, lập kế hoạch chạy nước rút, đánh giá chạy nước rút, v.v., Scrum Master đảm bảo nhóm luôn đi đúng hướng và luôn có tổ chức. Các thành viên trong nhóm báo cáo về tiến độ của họ cho đến nay, chia sẻ kế hoạch trong ngày và nêu lên bất kỳ mối quan tâm nào mà họ có thể gặp phải cho đến nay. Scrum Master phải đảm bảo rằng mọi người trong nhóm, bao gồm cả những người đang làm việc từ xa, có quyền truy cập và có thể tham gia vào tất cả các cuộc họp đã lên lịch.

Nguyên tắc Scrum

Khung Scrum được xây dựng trên một tập hợp các nguyên tắc hướng dẫn được gọi là các nguyên tắc Scrum. Hãy nhớ rằng các nguyên lý của Scrum cũng áp dụng cho mọi ngành hoặc dự án. Các nguyên tắc cốt lõi của Scrum không thể thay đổi và chúng phải được sử dụng như mô tả trong sổ tay. Tuy nhiên, các yếu tố và thực tiễn của Scrum có thể thích ứng với các chi tiết cụ thể của bất kỳ dự án hoặc hoạt động kinh doanh cụ thể nào.

Người dùng có nhiều khả năng tin rằng khung Scrum sẽ giúp họ đạt được mục tiêu dự án nếu họ tuân thủ các nguyên tắc hướng dẫn của khung và sử dụng chúng một cách chính xác. Trong khuôn khổ Scrum, “các nguyên tắc” là các quy tắc cơ bản phải được tuân theo. Dưới đây là 3 nguyên tắc scrum hàng đầu:

Kiểm soát quá trình thực nghiệm: Nguyên tắc này nhấn mạnh các nguyên lý cơ bản của phương pháp luận Scrum, đó là tính mở, tính kiểm tra và tính linh hoạt. Khi một vấn đề không được xác định rõ ràng hoặc khi không có câu trả lời rõ ràng, kiểm soát quy trình theo kinh nghiệm có thể giúp người học hiểu rõ hơn thông qua thử nghiệm.
Tự tổ chức: Quy trình Scrum phụ thuộc rất nhiều vào một số lượng lớn người, do đó việc tự tổ chức là rất quan trọng. Nguyên tắc tự tổ chức thúc đẩy quyền tự chủ trong công việc, giúp nâng cao tinh thần và giúp việc đánh giá đóng góp của mỗi người tham gia trở nên đơn giản hơn.
Hợp tác: Nguyên tắc hướng dẫn này nhấn mạnh tầm quan trọng của ba yếu tố quan trọng để làm việc nhóm hiệu quả: tự nhận thức, giao tiếp và sở hữu sáng tạo. Hơn nữa, nó thúc đẩy ý tưởng phân phối dự án như một quá trình hợp tác để tạo ra giá trị cho toàn bộ tổ chức, với các nhóm làm việc cùng nhau và tương tác với nhau, với khách hàng và bất kỳ bên liên quan nào khác của doanh nghiệp.

Scrum trong Agile là gì?

Scrum là một mô hình quản lý dự án linh hoạt vạch ra trách nhiệm, thời hạn và sản phẩm bàn giao cho các nhóm. Một cuộc chạy nước rút điển hình chỉ kéo dài từ một đến bốn tuần, khiến phương pháp này trở nên lặp đi lặp lại. Bằng cách làm theo kế hoạch này, nhóm của bạn sẽ tiếp tục đưa ra các phiên bản mới của sản phẩm.

Scrum là một quy trình phát triển lặp đi lặp lại dựa trên mô hình dựa trên phần mềm với các vai trò, trách nhiệm và cấu trúc cuộc họp được xác định. Kết quả tốt nhất đến từ việc sử dụng nó khi kết quả cuối cùng là một sản phẩm hữu hình chứ không phải là một dịch vụ, nhưng nó có thể được sử dụng cho bất kỳ dự án khó khăn nào. Ngoài ra, đọc CÔNG CỤ QUẢN LÝ DỰ ÁN AGILE: Định nghĩa, Sử dụng và Danh sách APM.

Scrum so với Agile là gì?

Sự tập trung của Scrum vào cải tiến liên tục tương tự như một trong những trụ cột hướng dẫn của Agile, khiến một số người cho rằng cả hai có thể hoán đổi cho nhau một cách sai lầm. Mặt khác, Scrum là một khuôn khổ để hoàn thành công việc, trong khi Agile là một cách tiếp cận quản lý nhiều hơn. Các nguyên tắc linh hoạt nhấn mạnh tiến trình lặp đi lặp lại, gia tăng thông qua các bản phát hành quy mô nhỏ, thường xuyên. Để thực sự “trở nên nhanh nhẹn”, toàn bộ nhóm của bạn sẽ cần phải thay đổi suy nghĩ của họ về cách họ cung cấp giá trị cho khách hàng, điều không thể thực hiện được nếu không có nỗ lực đáng kể. Nhưng một khuôn khổ như Scrum có thể giúp bạn suy nghĩ theo hướng đó và thực hành tích hợp các nguyên tắc nhanh nhẹn vào các nhiệm vụ và giao tiếp thông thường của bạn.

Kết luận

Phương pháp scrum rất đơn giản. Thật đơn giản để nắm bắt các quy tắc, hiện vật, sự kiện và vai trò của hệ thống. Bản chất bán theo quy định của nó giúp làm cho quá trình phát triển trở nên rõ ràng hơn đồng thời tạo điều kiện cho các doanh nghiệp thêm những điểm nhấn đặc biệt của riêng họ.

Nó hoàn hảo cho các dự án đầy thách thức vì nó chia nhỏ các tác vụ lớn, phức tạp thành các câu chuyện người dùng nhỏ hơn, dễ quản lý hơn. Ngoài ra, có vai trò rõ ràng và lịch trình các sự kiện sẽ khuyến khích mọi người cởi mở và tham gia vào quá trình phát triển. Với các bản cập nhật thường xuyên, cả nhóm và những người sử dụng sản phẩm đều có thể thấy sản phẩm đang cải thiện nhanh như thế nào, điều này tốt cho tinh thần và sự hài lòng.

Câu hỏi thường gặp về Scrum

Giá trị scrum là gì?

Cam kết
SỰ KHÍCH LỆ
Tập trung
Sự tôn trọng

Quy trình Scrum là gì?

Quy trình Scrum thúc đẩy mọi người sử dụng những gì họ có và liên tục xem xét những gì hiệu quả và không hiệu quả. Giao tiếp tốt là rất quan trọng và nó được thực hiện thông qua các cuộc họp được gọi là “sự kiện”.

3 C của Scrum là gì?

Ba chữ C là viết tắt của Thẻ, Cuộc trò chuyện và Xác nhận