AGILE SCRUM LÀ GÌ

     
bài xích này giúp đỡ bạn hiểu Scrum là gì? các trụ cột và giá trị của Scrum? số đông khái niệm cần phải biết khi tiếp cận Scrum? những công cầm của Scrum? Quy trình diễn ra Scrum? các vai trò trong team nhóm sử 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 trên cơ chế lặp cùng tăng trưởng. Scrum có phong cách thiết kế để hỗ trợ việc phát triển, cung cấp và đổi mới các thành phầm phức tạp. Cùng với Scrum, sản phẩm được xuất bản trong một chuỗi những quy trình lặp lại, mang tên là vòng sprint. Qua đó, chúng ta cũng có thể liên tục cách tân sản phẩm, kỹ thuật, team (nhóm) và môi trường làm việc. Cũng nhờ vào vậy mà bạn cũng có thể cung cấp giá trị cho khách hàng trong suốt quá trình phát triển.Scrum là 1 trong khung tổ chức các bước (framework) dùng trong những dự án phát triển ứng dụng với kim chỉ nam là bàn giao các sản phẩm mới đều đặn, sau trường đoản cú 1-4 tuần. 

Theo Scrum.org - đơn vị nổi tiếng ra mắt các định hướng về Scrum, Scrum là 1 framework giúp chúng ta giải quyết những vấn đề phức tạp luôn luôn thay đổi, mà lại vẫn giữ tác dụng và sáng tạo khi bàn giao các thành phầm có cực hiếm cao. 

Scrum cũng khá được tổ chức này nhấn mạnh, chưa phải là một hệ thống các phương thức luận (methodology). Cơ mà nó bao hàm các phương pháp nhất định để giúp 1 nhóm làm việc cộng tác với nhau vào 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 khích lệ team tiếp thu kiến thức qua trải nghiệm, tự tổ chức triển khai các hoạt động vui chơi của team để xử lý các bài toán, cùng reflect - suy tưởng, phản tứ về hầu như thành công tương tự như thất bại của team để thường xuyên tìm ra những cải tiến. 

Scrum 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: Agile scrum là gì

*

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

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

Bởi vậy, bọn họ khó có thể trở thành người có Agile mindset ngay lập tức trong 1 thời hạn ngắn. Nhưng bằng phương pháp sử dụng những framework (trong đó Scrum là 1 trong những loại framework phổ biến), bạn có thể rút ngắn quá trình đưa mọi giá trị và hiệ tượng của Agile vào thực tiễn quá trình hàng ngày. 

Các trụ cột chính của Scrum

Scrum được xây dựng dựa trên những lý thuyết về tiến trình thực tế. Những kim chỉ nan này dựa trên 3 trụ cột.

*

1. Tách biệt (transparency)

Sức mạnh mẽ của một dự án hay 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. Để có thể đẩy thuyền đi cho đích, các team, các thành viên đề nghị được truy cập vào những thông tin hữu ích với chúng ta trong thừa trình cải cách và phát triển sản phẩm. 

Trong Scrum đặt ra các sự kiện họp như Sprint Planning, Sprint Review, Sprint Retrospective, daily meeting để giúp tăng tốc sự cửa hàng và trao đổi thông tin giữa những thành viên làm cho việc. 

Khía cạnh minh bạch này cũng tương quan mật thiết cho tới 2 trụ cột còn lại. Sẽ khá khó để có thể thanh tra ví như công việc, các bước không hiển lộ ra cho tất cả những người khác biết. Và cũng trở nên rất khó để kịp thời, hối hả đ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, xúc tiến với nhau về công việc, về sản phẩm đang thực hiện. Đồng thời quan sát vào những điều khoản trình bày, như Kanban board, diễn tả rõ quy trình, tinh thần của luồng việc sẽ giúp cả độ cải cách và phát triển và hàng hóa Owner hiểu nhau hơn, đồng thời hoàn toàn có thể nhanh nệm 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 an toàn chất lượng mang lại sản phẩm, tránh phần nhiều sự không nên khác quá to về sản phẩm tạo nên sự thực tế so với thành phầm mong mong mỏi ban đầu, họ cần bắt buộc thanh tra hồ hết thứ được tạo nên một cách thường xuyên, định kỳ. 

Sự thanh tra được triển khai ở 1 thời điểm độc nhất định, chứ tránh việc xen ngang vào thân chừng. 

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

3. Ham mê nghi (adaptation)

Khi tất cả sự chệch hướng so với hàng hóa Roadmap, hoặc do nhu yếu thị trường nuốm đổi, thành phầm và quy trình cũng rất cần phải điều chỉnh nhanh chóng để ham mê nghi cùng với những thay đổi này. 

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

Các quý hiếm của Scrum

Các giá trị cốt yếu của Scrum được hiểu là những người sống với giá trị này sẽ thuận lợi hơn khi tiến hành Scrum trong công việc. Đó là.

*
1. Can đảm - Courage

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

2. Triệu tập - Focus

Scrum quan tâm sự triệu tập vào không nhiều thứ. Nghĩa là bắt đầu một thiết bị và xong nó, tinh giảm số lượng quá trình đang diễn ra cùng lúc, giảm bớt số vấn đề ở tâm trạng Doing (limit WIP)

3. Cam kết - Commitment 

Các member của team thao tác Scrum rất cần phải có sự khẳng định với các phương châm của nhóm nhóm. Họ là tín đồ lựa chọn sẽ triển khai điều gì, cùng gắn chặt với các điều mình chọn. 

Như chúng ta đã biết, lõi của Scrum là Sprint. Mỗi Sprint đều cần phải có những mục tiêu rõ ràng trong 1 timebox (từ 1-4 tuần). Đội phát triển hoàn toàn có thể chia nhỏ dại mục tiêu thành các phần có thể xử lý được và bắt tay vào triển khai công việc. Những thành viên cần review tính thực tiễn của các phương châm đưa nhằm thống tuyệt nhất các công việc cần ngừng cho tương xứng để họ giữ lại được khẳng định với rất nhiều thứ mình ước muốn chuyển giao.

4. Tôn trọng - Respect

Các member trong Scrum team giỏi đội cách tân và phát triển cần biểu thị sự tôn kính lẫn nhau, tôn trọng sản phẩm Owner và những bên liên quan (Stakeholders), cũng tương tự Scrum Master. 

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

5. Toá mở - Openness

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

Các dụng cụ của Scrum

*
1. Product backlog

Product backlog là một trong những danh mục các công việc cần hoàn thành, được làm chủ bởi product Owner hoặc product Manager. 

Danh mục này là 1 trong những 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. Thực chất của product Backlog là to-do list.

Do những các bước trong product Backlog có thể bị biến hóa do yêu cầu của người sử dụng thay đổi, nhu yếu thị trường đổi khác nên nó yêu cầu Product Owner liên tiếp chăm nom, thu xếp thứ từ ưu tiên cùng quản lý, duy trì.

2. Sprint backlog

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

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

3. Increment (Sprint Goal)

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

Ở Magestore, chúng mình sẽ 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 tất cả 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. Với cứ đến sáng thứ hai của tuần mới, những team sẽ thuộc minh họa và giới thiệu các sản phẩm này tới toàn doanh nghiệp để mọi fan cùng phát âm được những team khác đang 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 rất có thể ít nghe tới từ Increment vì có thể mọi người thường được sử dụng từ Sprint Goal, milestone, xuất xắc hoặc shipped epic. Đó là tùy thuộc vào từng công ty, mỗi đội nhóm và giải pháp định nghĩa xong xuôi của bạn. 

4. Burndown chart

*
Burndown chart là biểu đồ diễn đạt lượng các bước còn lại 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ư cụ nào. 

Trục dọc thường xuyên 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 chơi so cùng với kỳ vọng, biểu thị lượng việc dứt đang ít, cột việc còn sót lại vẫn cao qua 2-3 ngày đầu của Sprint, team các bạn cần chú ý và tập trung chấm dứt các đầu mục việc quan trọng đặc biệt nhất nhằm đạt mục tiêu Sprint. Cùng rất đó hoàn toàn có thể họp có tác dụng mịn, tìm ra các nút thắt cản trở các bước được trả thành. 

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

Các phương châm trong team nhóm áp dụng Scrum

*

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

1. Product Owner

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

Một hàng hóa Owner hiệu quả là người:

Xây dựng và quản lý tốt product backlogCó côn trùng quan hệ nghiêm ngặt về phía doanh nghiệp và đội phát triển, đảm bảo an toàn rằng tất cả 2 bên cùng hiểu những hạng mục quá trình trong sản phẩm Backlog. Đưa ra phần đa định hướng ví dụ cho đội phát triển về những tính năng sẽ gửi giaoQuyết định lúc nào sẽ chuyển giao sản phẩm và với chu kỳ chuyển giao như thế nào. 

2. Scrum Master

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

Xem thêm: Tìm Hiểu Độ Phân Giải Dpi Là Gì ? Vai Trò Ý Nghĩa Dpi Trong In Ấn Quảng Cáo

Một Scrum Master có năng lực là bạn hiểu các quá trình được thực hiện bởi đội cách tân và phát triển và giúp đội này về tối ưu hóa sự rành mạch và năng suất chuyển giao. Anh ấy/cô ấy duy trì vai trò bạn đ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…) mang lại các buổi họp Sprint Planning, Stand-up, Sprint Review, Sprint Retrospective.

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

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

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

Một trong những quy tắc để khẳng định số lượng thành viên cho đội phạt triển, dựa vào câu nói khét tiếng của Jeff Bezos, CEO Amazon: “Một team chỉ nên đủ nhỏ tuổi để ăn chung 2 loại bánh pizza.” - (8 miếng bánh-> tối đa 8 người)

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

Đồng thời, team này thuộc cần là 1 trong đội tự tổ chức (self-organizing team). Bọn họ được trao quyền để lựa chọn sẽ giải quyết các bài toán được đặt ra như cố gắng nào. Bọn họ cũng là những người sẽ dự tính khối lượng quá trình mà họ gồm thể ngừng được vào Sprint và cam kết với chúng. 

Scrum ra mắt như cầm cố nào?

*
1. Tổ chức backlog (hay còn gọi là backlog grooming)

Đây thường là trọng trách của sản phẩm Owner. PO là người lý thuyết sản phẩm tới tầm nhìn đã chuyển ra. PO cũng cần phải có sự nhạy bén về phương diện thị trường, về người sử dụng để biến hóa lộ trình cải cách và phát triển sản phẩm khi cần. 

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

2. Sprint Planning (Họp planer Sprint)

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

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

3. Tình tiết trong Sprint

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

Trong khoảng thời gian này, phạm vi quá trình của Sprint có thể được sản phẩm Owner cùng đội phát triển (development team) mang ra yêu mến lượng, ví như thấy đề xuất thiết. 

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

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

4. Daily meeting (Daily Scrum)

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

Cuộc họp này nên làm giới hạn trong 15 mang đến 30 phút. Mục đích là để soát sổ tiến độ kết thúc sprint goal và điều chỉnh sprint backlog nếu yêu cầu thiết. Ngoại trừ ra, những buổi daily Scrum còn nên đưa ra được kế hoạch làm việc cho 24 giờ tiếp theo.

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

Cuối mỗi Sprint, team vẫn tụ họp cùng nhau trong một trong những buổi để chạy thử increment - phần vững mạnh sản phẩm. Team cũng trở nên chỉ ra số đông hạng mục các bước đã hoàn thành, và đón nhận góp ý từ product owner. 

Product Owner sẽ là người đưa ra quyết định có desgin phần tăng trưởng thành phầm này tốt không.Sprint đánh giá cũng là lúc để Product Owner chú ý lại vào product Backlog sau khoản thời gian Sprint vừa diễn ra, giới thiệu những ý định cho Sprint tiếp theo. 

6. Sprint Retrospective (Họp cách tân Sprint)

Retrospective là buổi họp để đội trở nên tân tiến cùng ngồi lại cùng nhau và đàm phán về mọi gì đã ra mắt thuận lợi, đa số gì chưa tốt trong Sprint. Đó rất có thể là về quy trình, về bé người, về công cụ, thậm chí về chính các sự kiện họp diễn ra trong Sprint. 

Mục đích của Retrospective là tạo thành ra không khí và cơ hội để các thành viên reflect, tìm thấy các cách tân cho Sprint tiếp theo.

 

Nội dung cần nhớ của quá trình Scrum

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

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

*

Cách quản lý Scrum trong một Sprint

Lập planer & phân chia nguồn lực vào Sprint Planning;Đánh giá công dụng sản phẩm vào Sprint Review;Nâng cao Performance cùng với Restrospective;Nắm bắt tình trạng quá trình qua Daily Scrum.

Xem thêm: Giới Hạn Đo Của Một Thước Là Gì ? Độ Chia Nhỏ Nhất Của Thươc Là Gì

Có nên bước đầu triển khai Scrum?

 Các quy tắc, những công cụ, sự kiện, phương châm trong Scrum khá dễ hiểu. Việc tổ chức các công việc phức phù hợp thành những phần nhỏ tuổi hơn là khía cạnh tiếp cận mà Scrum đưa về giúp team xử lý các quá trình khó. Đi kèm cùng với đó, những vai trò cùng sự kiện được định sẵn giúp sinh ra sự riêng biệt và hợp tác cao vào suốt quy trình phát triển. 

Khi team tiếp tục chuyển giao giá trị, thì team sẽ sở hữu được động lực hơn và niềm hạnh phúc hơn khi chú ý thấy quy trình phát triển của chính bản thân mình trong một thời hạn ngắn. 

Đối với doanh nghiệp nói chung, vận dụng Scrum 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 thao tác của nhân sự hay đưa về sự bằng lòng cho khách hàng.

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

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

Hiện tại đội 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 trao đổi về chủ thể này!Chúc các bạn thành công vào việc vận dụng Scrum vào quá trình của nhóm nhóm, và đem đến 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 để giúp đỡ các bạn có thể hiểu rộng về quy mô Scrum. Ngoài khái niệm Scrum là gì, các bạn cũng nên tìm hiểu thêm các phương pháp Agile khác để hoàn toàn có thể đưa ra lựa chọn rất tốt do dự án của bản thân mình bạn nhé!