bài này giúp cho bạn hiểu Scrum là gì? các trụ cột và quý hiếm của Scrum? đông đảo khái niệm cần phải biết khi tiếp cận Scrum? những công thay của Scrum? Quy trình ra mắt Scrum? những vai trò trong team nhóm áp dụng Scrum?

Scrum là gì?

Scrum là một cách thức Agile (phát triển phần mềm linh hoạt) dựa vào cơ chế lặp và tăng trưởng. Scrum có phong cách thiết kế để cung cấp việc phạt triển, hỗ trợ và cách tân các thành phầm phức tạp. Cùng với Scrum, thành phầm được thiết kế trong một chuỗi những quy trình lặp lại, mang tên là vòng sprint. Qua đó, bạn cũng có thể liên tục đổi mới sản phẩm, kỹ thuật, team (nhóm) và môi trường xung quanh làm việc. Cũng nhờ vào vậy mà chúng ta có thể cung cung cấp giá trị cho khách hàng trong suốt quy trình phát triển.Scrum là một khung tổ chức công việc (framework) dùng trong số dự án vạc triển ứng dụng với kim chỉ nam là chuyển giao các sản phẩm mới toanh đều đặn, sau từ bỏ 1-4 tuần. 

Theo Scrum.org - đơn vị nổi tiếng trình làng các triết lý về Scrum, Scrum là một trong framework giúp họ giải quyết các vấn đề phức tạp luôn luôn thay đổi, nhưng mà vẫn giữ công dụng và sáng chế khi chuyển giao các sản phẩm có quý giá cao. 

Scrum cũng rất được tổ chức này thừa nhận mạnh, chưa hẳn là một hệ thống các phương thức luận (methodology). Cơ mà nó bao gồm các cách thức nhất định sẽ giúp đỡ 1 nhóm thao tác cộng tác với nhau trong thực tiễn nhằm mục tiêu chuyển giao sản phẩm phức tạp (như phần mềm). 

Scrum khuyến khích team học hành qua trải nghiệm, tự tổ chức triển khai các buổi giao lưu của team để xử lý các bài toán, cùng reflect - suy tưởng, phản tư về phần đông thành công cũng tương tự thất bại của team để tiếp tục tìm ra những cải tiến. 

Scrum liệu có phải là Agile?

The answer: Scrum is just one of the ways khổng lồ achieve agile thinking. Scrum is in the big Agile umbrella. That big umbrella includes many different methods, ways and practices.

Bạn đang xem: Scrum là gì

*

Có thể nói, Scrum là một trong những cách tiếp cận thông dụng nhất bây giờ khi nhóm nhóm mong ứng dụng agile vào công việc. 

Cần chú ý rằng Scrum là khung có tác dụng việc, còn Agile là mindset. Agile mindset là tứ tưởng, tư duy làm cho việc. Triết lý agile chỉ đề cập mang đến 4 giá trị và 12 nguyên tắc lý thuyết giúp phân phát triển phần mềm một giải pháp linh hoạt, nhanh lẹ đưa ra thị trường, chứ không những rõ ví dụ ta buộc phải làm như thế nào khi vận dụng vào nhóm nhóm. 

Bởi vậy, họ khó rất có thể trở thành người dân có Agile mindset ngay trong 1 thời gian ngắn. Nhưng bằng cách sử dụng những framework (trong kia Scrum là một trong loại framework phổ biến), bạn cũng có thể rút ngắn quy trình đưa phần đa giá trị và chế độ của Agile vào thực tiễn công việc hàng ngày. 

Các trụ cột của Scrum

Scrum được xây dựng dựa trên những kim chỉ nan về các bước thực tế. Những kim chỉ nan này dựa vào 3 trụ cột.

*

1. Biệt lập (transparency)

Sức mạnh mẽ của một dự án hay là 1 công ty nằm ở việc mọi bạn phối hợp với nhau để xong mục tiêu, sứ mệnh đã đề ra. Để hoàn toàn có thể đẩy thuyền đi đến đích, các team, các thành viên yêu cầu được truy cập vào những thông tin hữu ích với bọn họ trong quá trình trở nên tân tiến sản phẩm. 

Trong Scrum đề ra các sự khiếu nại họp như Sprint Planning, Sprint Review, Sprint Retrospective, daily meeting nhằm giúp tăng cường sự địa chỉ và trao đổi thông tin giữa các thành viên làm việc. 

Khía cạnh biệt lập này cũng liên quan mật thiết tới 2 trụ cột chính còn lại. Sẽ rất khó để có thể thanh tra ví như công việc, quá trình không hiển lộ ra cho những người khác biết. Và cũng trở thành rất nặng nề để kịp thời, gấp rút điều chỉnh planer nếu bị thiếu hụt thông tin, hoặc nhiễu loàn thông tin.

Ví dụ:

Daily meeting là thời điểm để những thành viên trao đổi, tác động với nhau về công việc, về sản phẩm đang thực hiện. Đồng thời chú ý vào những cách thức trình bày, như Kanban board, miêu tả rõ quy trình, tâm trạng của luồng việc để giúp cả độ cách tân và phát triển và sản phẩm Owner phát âm nhau hơn, đồng thời có thể nhanh chóng xử lý các vấn đề vướng mắc hoặc chưa được làm rõ. 

2. Thanh tra (inspection)

Để đảm bảo chất lượng cho sản phẩm, tránh phần lớn sự không đúng khác quá lớn về sản phẩm tạo sự thực tế so với sản phẩm mong ý muốn ban đầu, chúng ta cần đề xuất thanh tra rất nhiều thứ được tạo nên một phương pháp thường xuyên, định kỳ. 

Sự điều tra được thực hiện ở 1 thời điểm duy nhất định, chứ tránh việc xen ngang vào giữa chừng. 

Ví dụ: những thành viên đội cải cách và phát triển cùng với product Owner tham gia Sprint Review, Sprint Retrospective. Đây là các chuyển động thể hiện đặc điểm thanh tra. Khi đó họ sẽ thanh tra chính sản phẩm chuyển giao, và các quy trình phát triển sản phẩm. 

3. ưa thích nghi (adaptation)

Khi bao gồm sự chệch phía so với hàng hóa Roadmap, hoặc do yêu cầu thị trường nuốm đổi, sản phẩm và quá trình cũng cần được điều chỉnh hối hả để thích hợp nghi với những thay đổi này. 

Ví dụ: Đội cách tân và phát triển cần phù hợp ứng sản phẩm của bản thân vào cuối từng Sprint, để cân xứng với lộ trình cách tân và phát triển sản phẩm, cùng với yêu mong của product Owner, hay của những Stakeholders

Các quý giá của Scrum

Các giá trị chủ yếu của Scrum được phát âm là những người sống với cái giá trị này sẽ dễ dãi hơn khi thực hiện Scrum vào công việc. Đó là.

*
1. Quả cảm - Courage

Dũng cảm là 1 trong giá trị rất quan trọng mà những thành viên team Scrum yêu cầu hướng tới. Đội Scrum tuyệt development team cần được cảm thấy bình an để nêu ra ý kiến của mình, nhằm nói không khi cần, cùng thử nghiệm hầu hết điều bắt đầu mẻ. Đội trở nên tân tiến cũng nên sự dũng mãnh để thử thách những mô thức cũ, cản trở nhỏ đường đã có được mục tiêu. 

2. Tập trung - Focus

Scrum coi trọng sự tập trung vào không nhiều thứ. Nghĩa là bước đầu một sản phẩm và dứt nó, tiêu giảm số lượng các bước đang ra mắt cùng lúc, giảm bớt số câu hỏi ở tâm lý Doing (limit WIP)

3. Cam kết - Commitment 

Các thành viên của team thao tác làm việc Scrum cần phải có sự cam đoan với các mục tiêu của team nhóm. Chúng ta là tín đồ lựa chọn sẽ triển khai điều gì, và gắn chặt với phần đông điều bản thân chọn. 

Như chúng ta đã biết, lõi của Scrum là Sprint. Mỗi Sprint đều cần có những mục tiêu cụ thể trong 1 timebox (từ 1-4 tuần). Đội phạt triển rất có thể chia nhỏ mục tiêu thành những phần có thể xử lý được và hợp tác vào tiến hành công việc. Các thành viên cần nhận xét tính thực tiễn của các mục tiêu đưa nhằm thống độc nhất các các bước cần xong xuôi cho tương xứng để họ giữ lại được cam đoan với số đông thứ mình ước muốn chuyển giao.

4. Kính trọng - Respect

Các thành viên trong Scrum team xuất xắc đội trở nên tân tiến cần thể hiện sự tôn trọng lẫn nhau, tôn trọng product Owner và những bên tương quan (Stakeholders), cũng giống như Scrum Master. 

Các nhóm nhóm sống với tinh thần Agile cần biết rằng sức khỏe để đạt được kim chỉ nam nằm ngơi nghỉ trí tuệ tập thể, ở phương pháp họ cùng tác kết hợp ăn ý với nhau. Mỗi cá thể đều có đóng góp nhất định vào kim chỉ nam của Sprint. Vì vậy, họ phải tôn trọng ý kiến của nhau, ghi nhận cố gắng của nhau, thậm chí gật đầu sự không tuyệt vời và hoàn hảo nhất của những thành viên.

5. Dỡ mở - Openness

Đội cải cách và phát triển cần không hoàn thành tìm tìm những ý tưởng phát minh mới, những thời cơ mới nhằm học hỏi. Một đội nhóm nhóm agile cũng cần được thành thiệt với nhau khi đề nghị sự giúp đỡ. 

Các phương pháp của Scrum

*
1. Product backlog

Product backlog là một trong những danh mục các các bước cần trả thành, được làm chủ bởi hàng hóa Owner hoặc product Manager. 

Danh mục này là một trong danh sách những tính năng, yêu cầu, upgrade hoặc lỗi là đầu vào cho Sprint backlog. Bản chất của product Backlog là to-do list.

Do những các bước trong hàng hóa Backlog hoàn toàn có thể bị chuyển đổi do yêu cầu của công ty thay đổi, nhu yếu thị trường chuyển đổi nên nó cần Product Owner tiếp tục chăm nom, thu xếp thứ từ ưu tiên và quản lý, duy trì.

2. Sprint backlog

Sprint backlog là 1 danh sách các đầu việc, hoặc user story, bug được lựa chọn do development team (đội phân phát triển), có vào nhằm triển khai trong 1 Sprint. Trước mỗi Sprint, đội trở nên tân tiến sẽ tất cả buổi họp Sprint Planning để sàng lọc sẽ triển khai các đầu bài toán nào từ product Backlog.

Sprint Backlog có thể linh hoạt cùng tiến hóa trong một Sprint. Tuy vậy những mục tiêu cơ bạn dạng Sprint goal - điều cơ mà team muốn giành được trong Sprint kia thì tất yêu nhượng bộ. 

3. Increment (Sprint Goal)

Là sản phẩm rất có thể dùng được từ một Sprint. 

Ở Magestore, bọn chúng mình sẽ chuyển nhượng bàn giao increment - phần lớn lên của sản phẩm vào cuối từng tuần cho những người dùng. Sprint của chúng mình được cả công ty ấn định là kéo dãn dài 1 tuần. Cùng cứ đến sáng thứ hai của tuần mới, các team sẽ thuộc minh họa và giới thiệu các thành phầm này cho tới toàn doanh nghiệp để mọi bạn cùng đọc được các team khác đang sẵn có bước tiến ra làm sao trong sự trở nên tân tiến của toàn công ty. 

Bạn hoàn toàn có thể ít nghe đến từ Increment vì có thể mọi người hay được sử dụng từ Sprint Goal, milestone, hay hoặc shipped epic. Đó là tùy nằm trong vào mỗi công ty, mỗi team nhóm và bí quyết định nghĩa xong xuôi của bạn. 

4. Burndown chart

*
Burndown chart là biểu đồ miêu tả lượng các bước còn lại cho tới khi trả thành. Nó thể hiện vận tốc team của chúng ta “đốt cháy” các công việc để tiến tới phương châm như vắt nào. 

Trục dọc thường là lượng công việc, trục ngang là ngày hoặc Sprint.

Nếu quan sát vào Sprint burndown, thấy công việc của team bạn đang chậm nghịch so với kỳ vọng, biểu lộ lượng việc xong xuôi đang ít, cột việc còn lại vẫn cao qua 2-3 ngày đầu của Sprint, team bạn cần để ý và tập trung hoàn thành các đầu mục việc đặc biệt nhất để đạt kim chỉ nam Sprint. Với đó rất có thể họp làm mịn, tra cứu ra những nút thắt cản trở các bước được trả thành. 

*
Nhìn vào hàng hóa Burndown chart qua những Sprint tuần tự, bạn cũng trở thành thấy nhịp độ gửi giao quá trình của team. Sẽ không có một đường trực tiếp tắp từ trên xuống dưới vì đội nhóm nào thì cũng sẽ gặp mặt những trở nên cố hoặc vấn đề hoặc dễ dãi khác nhau để cho nhịp độ chuyển giao lên xuống xê dịch qua từng Sprint. Nhưng nhìn vào biểu đồ, bạn cũng trở nên có ánh nhìn tổng quan hơn về tiến trình tiến hành product backlog hoặc project. 
*

Các vai trò trong nhóm nhóm sử dụng Scrum

*

Vai trò và năng lực của từng cỗ phận: rành mạch rõ sự khác biệt giữa về công việc, nhiệm vụ giữa các vai trò vào Scrum và những kỹ năng quan trọng ở từng vị trí. Trong Scrum, đội ngũ tham gia vạc triển phần mềm được phân chia ra 03 mục đích với trách nhiệm cụ thể để bảo đảm tối ưu hóa các công việc đặc thù. Ba vai trò này bao gồm:

1. Product Owner

Product Owner là người phụ trách về thành công của dự án, hoặc của sản phẩm. Họ sẽ tập trung vào điều tỉ mỷ business (kinh doanh), khía cạnh khách hàng và nhu cầu của thị trường, sau đó thiết lập cấu hình các ưu tiên cho quá trình để đội cách tân và phát triển tiến hành. 

Một hàng hóa Owner kết quả là người:

Xây dựng và thống trị tốt product backlogCó mối quan hệ ngặt nghèo về phía công ty và nhóm phát triển, bảo đảm rằng tất cả 2 mặt cùng hiểu các hạng mục công việc trong hàng hóa Backlog. Đưa ra mọi định hướng ví dụ cho đội cách tân và phát triển về các tính năng sẽ đưa giaoQuyết định khi nào sẽ chuyển giao thành phầm và với chu kỳ luân hồi chuyển giao như thế nào. 

2. Scrum Master

Scrum Master là fan am hiểu rõ về Scrum trong nhóm phát triển. Họ vẫn coach team, hàng hóa Owners và những bên tương quan khi những người dân này gia nhập vào quy trình Scrum.

Một Scrum Master có năng lực là tín đồ hiểu các công việc được tiến hành bởi đội cách tân và phát triển và giúp team này tối ưu hóa sự khác nhau và năng suất chuyển giao. Anh ấy/cô ấy duy trì vai trò người điều phối (facilitator), tập hợp các nguồn lực quan trọng (cả về nhân sự lẫn trang thiết bị, logistics…) cho các buổi họp Sprint Planning, Stand-up, Sprint Review, Sprint Retrospective.

3. Development Team (BA, Developer, Tester...)

Đội phân phát triển đó là những người thực hiện xây dựng sản phẩm, kết thúc những thứ cần được chuyển giao tới khách hàng. 

Một đội cải tiến và phát triển hiệu quả bao hàm các thành viên gồm mối quan liêu hệ thân thương với nhau, ngồi gần nhau trong thuộc 1 không khí (co-located) và thông thường có từ 5-7 thành viên. 

Một giữa những quy tắc để xác minh số lượng thành viên mang lại đội phạt triển, dựa trên câu nói nổi tiếng của Jeff Bezos, CEO Amazon: “Một team nên làm đủ nhỏ dại để nạp năng lượng chung 2 mẫu bánh pizza.” - (8 miếng bánh-> buổi tối đa 8 người)

Đội cải cách và phát triển này nên là 1 trong những cross-function team, gồm những người có nhóm kĩ năng khác nhau (skill set), để có thể training lẫn nhau, nhờ đó không có bất kì ai trở thành nút thắt trong luồng chảy công việc. 

Đồng thời, team này thuộc cần là một trong đội tự tổ chức triển khai (self-organizing team). Chúng ta được trao quyền để chọn lựa sẽ giải quyết và xử lý các câu hỏi được đưa ra như ráng nào. Họ cũng là những người sẽ dự trù khối lượng quá trình mà họ bao gồm thể xong được vào Sprint và cam kết với chúng. 

Scrum diễn ra như cố gắng nào?

*
1. Tổ chức triển khai backlog (hay nói một cách khác là backlog grooming)

Đây thường xuyên là trách nhiệm của product Owner. PO là người kim chỉ nan sản phẩm cho tới tầm chú ý đã gửi ra. PO cũng cần phải có sự nhanh nhạy về phương diện thị trường, về quý khách hàng để biến đổi lộ trình cách tân và phát triển sản phẩm lúc cần. 

PO đồng thời đã là mong nối giữa người dùng và quý khách hàng với nhóm phát triển. PO sẽ đón nhận ý kiến bình luận từ cả hai phía để làm cho một hạng mục các quá trình sẵn sàng cho việc tiến hành trong thời hạn tiếp theo.

2. Sprint Planning (Họp planer Sprint)

Đây là buổi họp lên kế hoạch, đặt kim chỉ nam cho Sprint của nhóm phát triển. Những user story ví dụ sẽ được sản xuất Sprint backlog từ hàng hóa backlog. Những user story rất cần phải các member đồng thuận cùng nhau rằng là khả thi để thực hiện trong Sprint này. 

Cuối buổi họp Sprint Planning, đội phát triển cần rõ cùng nhau về rất nhiều gì sẽ rất cần được chuyển giao trong Sprint, và các phần tăng trưởng thành phầm sẽ chuyển nhượng bàn giao sẽ trông như thế nào. 

3. Cốt truyện trong Sprint

Một Sprint kéo dài ít nhất là 1 tuần, những nhất là 4 tuần. Đây là khoảng thời gian đội trở nên tân tiến làm việc, phối phù hợp với nhau để hoàn thành phần tăng trưởng thành phầm (increment). 

Trong khoảng thời hạn này, phạm vi quá trình của Sprint có thể được hàng hóa Owner cùng đội trở nên tân tiến (development team) có ra yêu mến lượng, nếu như thấy yêu cầu thiết. 

Tất cả các sự khiếu nại từ Planning cho tới Retrospective đều diễn ra trong phạm vi 1 Sprint. 

Thời lượng của 1 Sprint buộc phải được làm tiếp trong một khoảng tầm thời gian cải cách và phát triển sản phẩm, vấn đề này giúp cho đội phát triển học được từ các trải nghiệm trong quá khứ với áp dụng chúng nó vào các Sprint vào tương lai. 

4. Daily meeting (Daily Scrum)

Đây là các buổi họp cực ngắn, tổ chức triển khai vào một khung giờ cố định, mặt hàng ngày. Những thành viên tham gia vấn đáp 3 câu hỏi: trong ngày hôm qua làm gì? hôm nay sẽ làm cho gì? cạnh tranh khăn, trở ngại đang gặp phải là gì? 

Cuộc họp này chỉ nên giới hạn trong 15 cho 30 phút. Mục đích là để chất vấn tiến độ chấm dứt sprint goal và điều chỉnh sprint backlog nếu bắt buộc thiết. Xung quanh ra, những buổi daily Scrum còn nên đưa ra được kế hoạch thao tác cho 24 giờ tiếp theo.

5. Sprint reviews (Họp sơ kết Sprint)

Cuối từng Sprint, team sẽ tụ họp với nhau trong một trong những buổi để thử nghiệm increment - phần phát triển sản phẩm. Team cũng sẽ chỉ ra đều hạng mục các bước đã trả thành, và tiếp nhận góp ý từ hàng hóa owner. 

Product Owner sẽ là người đưa ra quyết định có sản xuất phần tăng trưởng thành phầm này xuất xắc không.Sprint nhận xét cũng là lúc nhằm Product Owner quan sát lại vào product Backlog sau khoản thời gian Sprint vừa diễn ra, đưa ra những dự định cho Sprint tiếp theo. 

6. Sprint Retrospective (Họp cải tiến Sprint)

Retrospective là cuộc họp để đội cải tiến và phát triển cùng ngồi lại với nhau và trao đổi về đầy đủ gì đã ra mắt thuận lợi, đa số gì chưa xuất sắc trong Sprint. Đó có thể là về quy trình, về nhỏ người, về công cụ, thậm chí về chính những sự kiện họp diễn ra trong Sprint. 

Mục đích của Retrospective là chế tác ra không khí và cơ hội để những thành viên reflect, đưa ra các cải tiến cho Sprint tiếp theo.

 

Nội dung nên nhớ của các bước Scrum

Không thực hiện đưa toàn thể yêu cầu/ nghiệp vụ khối hệ thống vào Code với Testing và một lúc, nhưng sẽ chia những yêu cầu làm theo từng giai đoạn. Mỗi quá trình chỉ làm một số lượng yêu mong nhất định.

Chia thành nhiều giai đoạn nhỏ tuổi để triển khai hay còn được gọi lại Sprint.Mỗi 1 Sprint thường kéo dãn dài từ 1 đến 4 tuần (không dài hơn 1 tháng).Đầu Sprint đã lên kế hoạch làm phần đông yêu cầu nào, kế tiếp sẽ triển khai code với test. Cuối Sprint là một thành phầm hoàn hiện tại cả code lẫn test có thể demo cùng chạy được.Hoàn thành Sprint 1, liên tiếp làm Sprint 2... Cho tới khi chấm dứt hết những yêu cầu.Trong mỗi 2 Sprint thì sẽ có được họp mỗi ngày – daily meeting. Cả team đang đứng họp thành 1 vòng tròn (xung xung quanh bàn này mà :)) ) hay chỉ họp 15-20 phút (nếu làm cho remote thì gồm khi lên 30p tùy ngày). Từng thành viên đã báo cáo: hôm qua đã làm cho gì? hôm nay sẽ làm gì? Có chạm chán khó khăn gì không?...Trong từng 1 Sprint thì các thành viên của dự án phải tạo task cho code với test. Một task code hoàn thành là phải gồm task kiểm tra liền tức thì đó. Do thời hạn làm ngắn nên hiệu quả làm bài toán cao, đúng tiến độ đảm bảo cuối Sprint là xong được cả test.Ưu điểm cân xứng với phần đa yêu cầu nhiệm vụ hay chuyển đổi hoặc hệ thống nghiên cứu vớt do làm theo từng quá trình ngắn ngày, rất có thể nhìn thấy những rủi ro hay hồ hết điểm chưa phù hợp để cố đổi.Điều hành đội dự án công trình sẽ là Scrum Master, còn có Product Owner là người review phần mềm có tác dụng đã đúng nghiệp vụ/ yêu cầu chưa.

*

Cách quản lý và vận hành Scrum trong một Sprint

Lập kế hoạch & phân bổ nguồn lực vào Sprint Planning;Đánh giá công dụng sản phẩm trong Sprint Review;Nâng cao Performance với Restrospective;Nắm bắt tình trạng công việc qua Daily Scrum.

Xem thêm: Phát Biểu Định Luật Ôm Và Viết Hệ Thức Của Định Luật Ôm Là Gì

Có nên ban đầu triển khai Scrum?

 Các quy tắc, các công cụ, sự kiện, sứ mệnh trong Scrum khá dễ dàng hiểu. Việc tổ chức triển khai các các bước phức đúng theo thành các phần nhỏ dại hơn là chi tiết tiếp cận mà lại Scrum mang đến giúp team xử lý các quá trình khó. Đi kèm với đó, các vai trò và sự khiếu nại được định sẵn giúp sinh ra sự rành mạch và hợp tác cao vào suốt chu trình phát triển. 

Khi team thường xuyên chuyển giao giá chỉ trị, thì team sẽ có được động lực hơn và hạnh phúc hơn khi quan sát thấy các bước phát triển của bản thân mình trong một thời hạn ngắn. 

Đối với công ty lớn nói chung, ứng dụng Scrum hoàn toàn có thể giúp công ty đẩy nhanh tốc độ phát hành sản phẩm ra thị trường, tăng năng suất làm việc của nhân sự hay mang về sự ưng ý cho khách hàng hàng.

Tuy nhiên, càng ứng dụng Scrum, bạn sẽ thấy rằng đã cần thời hạn để nhuần nhuyễn Scrum. Những khái niệm về phân đoạn nhỏ dại như Sprint, những cuộc họp daily meeting, Sprint nhận xét và những thực hành của Scrum master rất có thể là thách thức với những team mới. 

Nhưng lợi ích lâu dài của Scrum sẽ rất đáng để để bạn vượt qua phần đa trở ngại ngùng ban đầu. Giả dụ tổ chức của doanh nghiệp chưa áp dụng triết lý agile và thực hiện khung thao tác Scrum vào trong team nhóm có tác dụng việc, thì rất có thể học từ phần đa khái niệm cơ bạn dạng nhất, với thử ứng dụng với một team đang sống và làm việc với những giá trị giáp nhất cùng với Scrum (dũng cảm, tập trung, cam kết, tôn trọng, tháo mở). 

Hiện tại team nhóm của khách hàng đã vận dụng Scrum cho tới đâu rồi? chúng ta cũng có thể liên lạc với bọn chúng mình để cùng nhau thảo luận về chủ thể này!Chúc các bạn thành công vào việc áp dụng Scrum vào quá trình của team nhóm, và mang về nhiều quý hiếm hơn tới khách hàng!

Mong rằng nội dung bài viết này sẽ giúp đỡ các chúng ta có thể hiểu hơn về quy mô Scrum. Ngoài khái niệm Scrum là gì, chúng ta cũng nên tìm hiểu thêm các phương pháp Agile không giống để rất có thể đưa ra lựa chọn tốt nhất có thể do dự án của chính mình bạn nhé!