Tóm Tắt
Scrum là gì?
Scrum là một phương pháp Agile (phát triển phần mềm linh hoạt) dựa trên cơ chế lặp và tăng trưởng. Scrum được thiết kế để hỗ trợ việc phát triển, cung cấp và cải tiến các sản phẩm phức tạp. Với Scrum, sản phẩm được xây dựng trong một chuỗi các quy trình lặp lại, có tên là vòng sprint. Qua đó, bạn có thể liên tục cải tiến sản phẩm, kỹ thuật, team (nhóm) và môi trường làm việc. Cũng nhờ vậy mà bạn có thể cung cấp giá trị cho khách hàng trong suốt quá trình phát triển.
Scrum là một khung tổ chức công việc (framework) dùng trong các dự án phát triển phần mềm với mục tiêu là chuyển giao các sản phẩm mới đều đặn, sau từ 1-4 tuần.
Theo Scrum. org – đơn vị chức năng nổi tiếng ra mắt những triết lý về Scrum, Scrum là một framework giúp tất cả chúng ta xử lý những yếu tố phức tạp luôn biến hóa, mà vẫn giữ hiệu suất cao và phát minh sáng tạo khi chuyển giao những mẫu sản phẩm có giá trị cao .
Scrum cũng được tổ chức này nhấn mạnh, không phải là một hệ thống các phương pháp luận (methodology). Mà nó bao gồm các cách thức nhất định để giúp 1 nhóm làm việc cộng tác với nhau trong thực tiễn nhằm chuyển giao sản phẩm phức tạp (như phần mềm).
Bạn đang đọc: Scrum là gì? Tổng quan về mô hình Scrum | Anh Tester
Scrum khuyến khích team học tập qua thưởng thức, tự tổ chức triển khai những hoạt động giải trí của team để xử lý những bài toán, và reflect – suy tưởng, phản tư về những thành công xuất sắc cũng như thất bại của team để liên tục tìm ra những nâng cấp cải tiến .
Scrum có phải là Agile?
The answer : Scrum is just one of the ways to achieve agile thinking. Scrum is in the big Agile umbrella. That big umbrella includes many different methods, ways and practices .
Có thể nói, Scrum là một trong những cách tiếp cận phổ biến nhất hiện nay khi đội nhóm muốn ứng dụng agile vào công việc.
Cần chú ý quan tâm rằng Scrum là khung thao tác, còn Agile là mindset. Agile mindset là tư tưởng, tư duy thao tác. Triết lý agile chỉ đề cập đến 4 giá trị và 12 nguyên tắc xu thế giúp tăng trưởng ứng dụng một cách linh động, nhanh gọn đưa ra thị trường, chứ không chỉ rõ đơn cử ta nên làm như thế nào khi ứng dụng vào đội nhóm .
Bởi vậy, tất cả chúng ta khó hoàn toàn có thể trở thành người có Agile mindset ngay trong 1 thời hạn ngắn. Nhưng bằng cách sử dụng những framework ( trong đó Scrum là 1 loại framework phổ cập ), tất cả chúng ta hoàn toàn có thể rút ngắn quy trình đưa những giá trị và nguyên tắc của Agile vào thực tiễn việc làm hàng ngày .
Các trụ cột của Scrum
Scrum được xây dựng dựa trên những lý thuyết về quy trình thực tế. Những lý thuyết này dựa trên 3 trụ cột.
1. Minh bạch (transparency)
Sức mạnh của một dự án Bất Động Sản hay một công ty nằm ở việc mọi người phối hợp với nhau để triển khai xong tiềm năng, thiên chức đã đề ra. Để hoàn toàn có thể đẩy thuyền đi đến đích, những team, những thành viên cần được truy vấn vào những thông tin hữu dụng với họ trong quy trình tăng trưởng loại sản phẩm .
Trong Scrum đề ra những sự kiện họp như Sprint Planning, Sprint Review, Sprint Retrospective, daily meeting để giúp tăng cường sự tương tác và trao đổi thông tin giữa những thành viên thao tác .
Khía cạnh minh bạch này cũng tương quan mật thiết tới 2 trụ cột còn lại. Sẽ rất khó để hoàn toàn có thể thanh tra nếu việc làm, quy trình không hiển lộ ra cho người khác biết. Và cũng sẽ rất khó để kịp thời, nhanh gọn kiểm soát và điều chỉnh kế hoạch nếu bị thiếu thông tin, hoặc nhiễu loạn thông tin .
Ví dụ :
Daily meeting là lúc để những thành viên trao đổi, tương tác với nhau về việc làm, về mẫu sản phẩm đang thực thi. Đồng thời nhìn vào những công cụ trình diễn, như Kanban board, bộc lộ rõ quy trình, trạng thái của luồng việc sẽ giúp cả độ tăng trưởng và Product Owner hiểu nhau hơn, đồng thời hoàn toàn có thể nhanh gọn giải quyết và xử lý những yếu tố vướng mắc hoặc chưa được làm rõ .
2. Thanh tra (inspection)
Để bảo vệ chất lượng cho loại sản phẩm, tránh những sự sai khác quá lớn về mẫu sản phẩm làm ra thực tiễn so với loại sản phẩm mong ước bắt đầu, tất cả chúng ta cần phải thanh tra những thứ được tạo ra một cách tiếp tục, định kỳ .
Sự thanh tra được thực thi ở một thời gian nhất định, chứ không nên xen ngang vào giữa chừng .
Ví dụ : Các thành viên đội tăng trưởng cùng với Product Owner tham gia Sprint Review, Sprint Retrospective. Đây là những hoạt động giải trí biểu lộ đặc thù thanh tra. Khi ấy họ sẽ thanh tra chính loại sản phẩm chuyển giao, và những quy trình tăng trưởng loại sản phẩm .
3. Thích nghi (adaptation)
Khi có sự chệch hướng so với Product Roadmap, hoặc do nhu yếu thị trường đổi khác, mẫu sản phẩm và quy trình cũng cần được kiểm soát và điều chỉnh nhanh gọn để thích nghi với những đổi khác này .
Ví dụ : Đội tăng trưởng cần thích ứng loại sản phẩm của mình vào cuối mỗi Sprint, để tương thích với lộ trình tăng trưởng loại sản phẩm, với nhu yếu của Product Owner, hay của những Stakeholders
Các giá trị của Scrum
Các giá trị cốt lõi của Scrum được hiểu là những người sống với giá trị này sẽ thuận tiện hơn khi triển khai Scrum trong việc làm. Đó là .
1. Dũng cảm – Courage
Dũng cảm là một giá trị rất quan trọng mà những thành viên team Scrum cần hướng tới. Đội Scrum hay development team cần phải cảm thấy bảo đảm an toàn để nêu ra quan điểm của mình, để nói không khi cần, và thử nghiệm những điều mới mẻ và lạ mắt. Đội tăng trưởng cũng cần sự quả cảm để thử thách những mô thức cũ, cản trở con đường đạt được tiềm năng .
2. Tập trung – Focus
Scrum coi trọng sự tập trung chuyên sâu vào ít thứ. Nghĩa là mở màn một thứ và kết thúc nó, hạn chế số lượng việc làm đang diễn ra cùng lúc, hạn chế số việc ở trạng thái Doing ( limit WIP )
3. Cam kết – Commitment
Các thành viên của team thao tác Scrum cần phải có sự cam kết với những tiềm năng của đội nhóm. Họ là người lựa chọn sẽ triển khai điều gì, và gắn chặt với những điều mình chọn .
Như bạn đã biết, lõi của Scrum là Sprint. Mỗi Sprint đều cần có những tiềm năng rõ ràng trong 1 timebox ( từ 1-4 tuần ). Đội tăng trưởng hoàn toàn có thể chia nhỏ tiềm năng thành những phần hoàn toàn có thể giải quyết và xử lý được và bắt tay vào triển khai việc làm. Các thành viên cần nhìn nhận tính thực tiễn của những tiềm năng đưa để thống nhất những việc làm cần triển khai xong cho tương thích để họ giữ được cam kết với những thứ mình mong ước chuyển giao .
4. Tôn trọng – Respect
Các thành viên trong Scrum team hay đội tăng trưởng cần bộc lộ 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 như Scrum Master .
Các đội nhóm sống với niềm tin Agile cần biết rằng sức mạnh để đạt được tiềm năng nằm ở trí tuệ tập thể, ở phương pháp họ cộng tác hợp tác ăn ý với nhau. Mỗi cá thể đều có góp phần nhất định vào tiềm năng của Sprint. Vì vậy, họ cần tôn trọng quan điểm của nhau, ghi nhận nỗ lực của nhau, thậm chí còn 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. Cởi mở – Openness
Đội tăng trưởng cần không ngừng tìm kiếm những ý tưởng sáng tạo mới, những thời cơ mới để học hỏi. Một đội nhóm agile cũng cần thành thật với nhau khi cần sự trợ giúp .
Các công cụ của Scrum
1. Product backlog
Product backlog là một hạng mục những việc làm cần triển khai xong, được quản trị bởi Product Owner hoặc Product Manager .
Danh mục này là một list những tính năng, nhu yếu, tăng cấp hoặc lỗi là nguồn vào cho Sprint backlog. Bản chất của Product Backlog là to-do list .
Do những việc làm trong Product Backlog hoàn toàn có thể bị đổi khác do nhu yếu của người mua biến hóa, nhu yếu thị trường đổi khác nên nó cần Product Owner tiếp tục chăm nom, sắp xếp thứ tự ưu tiên và quản trị, duy trì .
2. Sprint backlog
Sprint backlog là một list những đầu việc, hoặc user story, bug được lựa chọn bởi development team ( đội tăng trưởng ), mang vào để tiến hành trong 1 Sprint. Trước mỗi Sprint, đội tăng trưởng sẽ có buổi họp Sprint Planning để lựa chọn sẽ thực thi những đầu việc nào từ Product Backlog .
Sprint Backlog hoàn toàn có thể linh động và tiến hóa trong 1 Sprint. Tuy nhiên những tiềm năng cơ bản Sprint goal – điều mà team muốn đạt được trong Sprint đó thì không hề nhượng bộ .
3. Increment (Sprint Goal)
Là loại sản phẩm hoàn toàn có thể dùng được từ 1 Sprint .
Ở Magestore, chúng mình sẽ chuyển giao increment – phần tăng trưởng của loại sản phẩm vào cuối mỗi tuần cho người dùng. Sprint của chúng mình được cả công ty ấn định là lê dài 1 tuần. Và cứ đến sáng thứ 2 của tuần mới, những team sẽ cùng minh họa và trình làng những mẫu sản phẩm này tới toàn công ty để mọi người cùng hiểu được những team khác đang có bước tiến như thế nào trong sự tăng trưởng của toàn công ty .
Bạn hoàn toàn có thể ít nghe đến từ Increment vì hoàn toàn có thể mọi người thường dùng từ Sprint Goal, milestone, hay hoặc shipped epic. Đó là tùy thuộc vào mỗi công ty, mỗi đội nhóm và cách định nghĩa hoàn thành xong của bạn .
4. Burndown chart
Burndown chart là biểu đồ thể hiện lượng công việc còn lại tới khi hoàn thành. Nó thể hiện tốc độ team của bạn “đốt cháy” các công việc để tiến tới mục tiêu như thế nào.
Xem thêm: Delegate trong C# | How Kteam
Trục dọc thường là lượng việc làm, trục ngang là ngày hoặc Sprint .
Nếu nhìn vào Sprint burndown, thấy việc làm của team bạn đang chậm chơi so với kỳ vọng, bộc lộ lượng việc hoàn thành xong đ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 chú ý và tập trung chuyên sâu triển khai xong những đầu mục việc quan trọng nhất để đạt tiềm năng Sprint. Cùng với đó hoàn toàn có thể họp làm mịn, tìm ra những nút thắt cản trở việc làm được hoàn thành xong .
Nhìn vào Product Burndown chart qua các Sprint tuần tự, bạn cũng sẽ thấy nhịp độ chuyển giao công việc của team. Sẽ không có 1 đường thẳng tắp từ trên xuống dưới vì đội nhóm nào cũng sẽ gặp những biến cố hoặc trắc trở hoặc thuận lợi khác nhau khiến cho nhịp độ chuyển giao lên xuống dao động qua từng Sprint. Nhưng nhìn vào biểu đồ, bạn cũng sẽ có cái nhìn tổng quan hơn về tiến trình thực hiện product backlog hoặc project.
Các vai trò trong đội nhóm sử dụng Scrum
Vai trò và kỹ năng và kiến thức của từng bộ phận : Phân biệt rõ sự độc lạ giữa về việc làm, nghĩa vụ và trách nhiệm giữa những vai trò trong Scrum và những kỹ năng và kiến thức thiết yếu ở từng vị trí. Trong Scrum, đội ngũ tham gia tăng trưởng ứng dụng được phân loại ra 03 vai trò với nghĩa vụ và trách nhiệm rõ ràng để bảo vệ tối ưu hóa những việc làm đặc trưng. Ba vai trò này gồm có :
1. Product Owner
Product Owner là người chịu nghĩa vụ và trách nhiệm về thành công xuất sắc của dự án Bất Động Sản, hoặc của loại sản phẩm. Họ sẽ tập trung chuyên sâu vào góc nhìn business ( kinh doanh thương mại ), góc nhìn người mua và nhu yếu của thị trường, sau đó thiết lập những ưu tiên cho việc làm để đội tăng trưởng thực thi .
Một Product Owner hiệu suất cao là người :
- Xây dựng và quản lý tốt product backlog
- Có mối quan hệ chặt chẽ về phía doanh nghiệp và đội phát triển, đảm bảo rằng tất cả 2 bên cùng hiểu các hạng mục công việc trong Product Backlog.
- Đưa ra những định hướng rõ ràng cho đội phát triển về các tính năng sẽ chuyển giao
- Quyết định khi 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à người am hiểu rõ về Scrum trong đội tăng trưởng. Họ sẽ coach team, Product Owners và những bên tương quan khi những người này tham gia vào quy trình Scrum .
Một Scrum Master có năng lượng là người hiểu những việc làm được thực thi bởi đội tăng trưởng và giúp đội này tối ưu hóa sự minh bạch và hiệu suất chuyển giao. Anh ấy / cô ấy giữ vai trò người điều phối ( facilitator ), tập hợp những nguồn lực thiết yếu ( cả về nhân sự lẫn trang thiết bị, logistics … ) cho những buổi họp Sprint Planning, Stand-up, Sprint Review, Sprint Retrospective .
3. Development Team (BA, Developer, Tester…)
Đội tăng trưởng chính là những người thực thi kiến thiết xây dựng mẫu sản phẩm, hoàn thành xong những thứ cần được chuyển giao tới người mua .
Một đội tăng trưởng hiệu suất cao gồm có những thành viên có mối quan hệ thân thiện với nhau, ngồi gần nhau trong cùng 1 khoảng trống ( co-located ) và thường có từ 5-7 thành viên .
Một trong những quy tắc để xác lập số lượng thành viên cho đội tăng trưởng, dựa trên câu nói nổi tiếng của Jeff Bezos, CEO Amazon : “ Một team chỉ nên đủ nhỏ để ăn chung 2 chiếc bánh pizza. ” – ( 8 miếng bánh -> tối đa 8 người )
Đội tăng trưởng này nên là một cross-function team, gồm những người có nhóm kiến thức và kỹ năng khác nhau ( skill set ), để hoàn toàn có thể training lẫn nhau, nhờ đó không ai trở thành nút thắt trong luồng chảy việc làm .
Đồng thời, đội này cùng cần là một đội tự tổ chức triển khai ( self-organizing team ). Họ được trao quyền để lựa chọn sẽ xử lý những bài toán được đề ra như thế nào. Họ cũng là những người sẽ dự trù khối lượng việc làm mà họ hoàn toàn có thể hoàn thành xong được trong Sprint và cam kết với chúng .
Scrum diễn ra như thế nào?
1. Tổ chức backlog (hay còn được gọi là backlog grooming)
Đây thường là nghĩa vụ và trách nhiệm của Product Owner. PO là người khuynh hướng mẫu sản phẩm tới tầm nhìn đã đưa ra. PO cũng cần có sự nhạy bén về mặt thị trường, về người mua để biến hóa lộ trình tăng trưởng loại sản phẩm khi cần .
PO đồng thời sẽ là cầu nối giữa người dùng và người mua với đội tăng trưởng. PO sẽ đảm nhiệm quan điểm phản hồi từ cả 2 phía để tạo nên một hạng mục những việc làm sẵn sàng chuẩn bị cho việc tiến hành trong thời hạn tiếp theo .
2. Sprint Planning (Họp kế hoạch Sprint)
Đây là cuộc họp lên kế hoạch, đặt tiềm năng cho Sprint của đội tăng trưởng. Các user story đơn cử sẽ được thêm vào Sprint backlog từ Product backlog. Các user story cần được những thành viên đồng thuận với nhau rằng là khả thi để triển khai trong Sprint này .
Cuối buổi họp Sprint Planning, đội tăng trưởng cần rõ với nhau về những gì sẽ cần được chuyển giao trong Sprint, và những phần tăng trưởng loại sản phẩm sẽ chuyển giao sẽ trông như thế nào .
3. Diễn biến trong Sprint
Một Sprint lê dài tối thiểu là 1 tuần, nhiều nhất là 4 tuần. Đây là khoảng chừng thời hạn đội tăng trưởng thao tác, phối hợp với nhau để hoàn thành phần tăng trưởng mẫu sản phẩm ( increment ) .
Trong khoảng chừng thời hạn này, khoanh vùng phạm vi việc làm của Sprint hoàn toàn có thể được Product Owner và đội tăng trưởng ( development team ) mang ra thương lượng, nếu thấy thiết yếu .
Tất cả những sự kiện từ Planning cho đến Retrospective đều diễn ra trong khoanh vùng phạm vi 1 Sprint .
Thời lượng của 1 Sprint nên được giữ vững trong một khoảng chừng thời hạn tăng trưởng mẫu sản phẩm, điều này giúp cho đội tăng trưởng học được từ những thưởng thức trong quá khứ và vận dụng chúng vào những Sprint trong tương lai .
4. Daily meeting (Daily Scrum)
Đây là những buổi họp cực ngắn, tổ chức triển khai vào một khung giờ cố định và thắt chặt, hàng ngày. Các thành viên tham gia vấn đáp 3 câu hỏi : Hôm qua làm gì ? Hôm nay sẽ làm gì ? Khó khăn, trở ngại đang gặp phải là gì ?
Cuộc họp này chỉ nên số lượng giới hạn trong 15 đến 30 phút. Mục đích là để kiểm tra tiến trình hoàn thành xong sprint goal và kiểm soát và điều chỉnh sprint backlog nếu thiết yếu. Ngoài ra, những buổi daily Scrum còn phải đưa ra được kế hoạch thao tác cho 24 giờ tiếp theo .
5. Sprint Review (Họp sơ kết Sprint)
Cuối mỗi Sprint, team sẽ tụ họp với nhau trong một buổi để demo increment – phần tăng trưởng mẫu sản phẩm. Team cũng sẽ chỉ ra những khuôn khổ việc làm đã hoàn thành xong, và đảm nhiệm góp ý từ product owner .
Product Owner sẽ là người quyết định có phát hành phần tăng trưởng sản phẩm này hay không.
Sprint Review cũng là lúc để Product Owner nhìn lại vào Product Backlog sau khi 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 tăng trưởng cùng ngồi lại với nhau và trao đổi về những gì đã diễn ra thuận tiện, những gì chưa tốt trong Sprint. Đó hoàn toàn có thể là về quy trình, về con người, về công cụ, thậm chí còn về chính những sự kiện họp diễn ra trong Sprint .
Mục đích của Retrospective là tạo ra khoảng trống và thời cơ để những thành viên reflect, tìm ra những nâng cấp cải tiến cho Sprint tiếp theo .
Nội dung cần nhớ của quy trình Scrum
Không triển khai đưa hàng loạt nhu yếu / nhiệm vụ mạng lưới hệ thống vào Code và Testing cùng một lúc, mà sẽ chia những nhu yếu làm theo từng quá trình. Mỗi tiến trình chỉ làm một số lượng nhu yếu nhất định .
- Chia thành nhiều giai đoạn nhỏ để thực hiện hay còn gọi lại Sprint.
- Mỗi 1 Sprint thường kéo dài từ 1 đến 4 tuần (không dài hơn 1 tháng).
- Đầu Sprint sẽ lên kế hoạch làm những yêu cầu nào, sau đó sẽ thực hiện code và test. Cuối Sprint là một sản phẩm hoàn hiện cả code lẫn test có thể demo và chạy được.
- Hoàn thành Sprint 1, tiếp tục làm Sprint 2… cho đến khi hoàn thành hết các yêu cầu.
- Trong mỗi 2 Sprint thì sẽ có họp hàng ngày – daily meeting. Cả team sẽ đứng họp thành 1 vòng tròn (xung quanh bàn đó mà :)) ) thường chỉ họp 15-20 phút (nếu làm remote thì có khi lên 30p tùy ngày). Mỗi thành viên sẽ báo cáo: Hôm qua đã làm gì? Hôm nay sẽ làm gì? Có gặp khó khăn gì không?…
- Trong mỗi 1 Sprint thì các thành viên của dự án phải tạo task cho code và test. Một task code xong là phải có task test liền ngay đó. Do thời gian làm ngắn nên hiệu quả làm việc cao, đúng tiến độ đảm bảo cuối Sprint là hoàn thành được cả test.
- Ưu điểm phù hợp với những yêu cầu nghiệp vụ hay thay đổi hoặc hệ thống nghiên cứu do làm theo từng giai đoạn ngắn ngày, có thể nhìn thấy những rủi ro hay những điểm chưa phù hợp để thay đổi.
- Điều hành đội dự án sẽ là Scrum Master, còn có Product Owner là người đánh giá phần mềm làm đã đúng nghiệp vụ/ yêu cầu chưa.
Cách vận hành Scrum trong một Sprint
- Lập kế hoạch & phân bổ nguồn lực trong Sprint Planning;
- Đánh giá hiệu quả 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.
Có nên bắt đầu triển khai Scrum?
Các quy tắc, những công cụ, sự kiện, vai trò trong Scrum khá dễ hiểu. Việc tổ chức triển khai những việc làm phức hợp thành những phần nhỏ hơn là góc nhìn tiếp cận mà Scrum mang đến giúp team xử lý những việc làm khó. Đi kèm với đó, những vai trò và sự kiện được định sẵn giúp hình thành sự minh bạch và cộng tác cao trong suốt quy trình tăng trưởng .
Khi team liên tục chuyển giao giá trị, thì team sẽ có động lực hơn và niềm hạnh phúc hơn khi nhìn thấy tiến trình tăng trưởng của mình trong một thời hạn ngắn .
Đối với doanh nghiệp nói chung, ứng dụng Scrum hoàn toàn có thể giúp doanh nghiệp đẩy nhanh vận tốc phát hành mẫu sản phẩm ra thị trường, tăng hiệu suất thao tác của nhân sự hay mang lại sự hài lòng cho người mua .
Tuy nhiên, càng ứng dụng Scrum, bạn sẽ thấy rằng sẽ cần thời gian để thành thạo Scrum. Các khái niệm về phân đoạn nhỏ như Sprint, các cuộc họp daily meeting, Sprint Review và các thực hành của Scrum master có thể là thách thức với nhiều team mới.
Xem thêm: Delegate trong C# | How Kteam
Nhưng quyền lợi lâu dài hơn của Scrum sẽ rất đáng để bạn vượt qua những trở ngại bắt đầu. Nếu tổ chức triển khai của bạn chưa vận dụng triết lý agile và sử dụng khung thao tác Scrum vào trong đội nhóm thao tác, thì hoàn toàn có thể học từ những khái niệm cơ bản nhất, và thử ứng dụng với một team đang sống với những giá trị sát nhất với Scrum ( dũng mãnh, tập trung chuyên sâu, cam kết, tôn trọng, cởi mở ) .
Hiện tại đội nhóm của bạn đã áp dụng Scrum tới đâu rồi? Bạn có thể liên lạc với chúng mình để cùng nhau thảo luận về chủ đề này!
Chúc các bạn thành công trong việc ứng dụng Scrum vào công việc của đội nhóm, và đem lại nhiều giá trị hơn tới khách hàng!
Mong rằng bài viết này sẽ giúp các bạn có thể hiểu hơn về mô hình 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 để có thể đưa ra lựa chọn tốt nhất do dự án của mình bạn nhé!
Nguồn tham khảo
Source: https://final-blade.com
Category : Kiến thức Internet
