Chào các bạn, ở bài trước thì chúng ta đã tìm hiểu về triết lý Agile Bởi vì Agile là một triết lý và nó không chỉ ra một phương pháp thực hành cụ thể nào Đây chính là nhiệm vụ của các phương pháp thực hành họ Agile Như các bạn đã biết thì Scrum là một trong số các phương pháp thực hành họ Agile phổ biến nhất Với 58% các dự án đang dùng Bài này chúng ta sẽ tìm hiểu về phương pháp thực hành Scrum. Scrum được xây dựng trên một thuyết gọi là thuyết thực nghiệm. Thuyết thực nghiệm chỉ ra là với một quyết định mà chúng ta dựa trên những kinh nghiệm đã trải qua thì nó giúp giảm rủi ro và tăng tính chính xác trong từng một tiến trình ngắn, đặc biệt là trong môi trường đầy biến động.
Một hình ảnh ví dụ cho thuyết thực nghiệm đó là hình ảnh đàn chim di cư. Chúng không hề có kế hoạch nào khi bắt đầu cuộc hành trình, nhưng chúng vẫn vượt qua hàng chục ngàn dặm mỗi năm để đi đến tích. Bởi vì chúng luôn luôn quan sát, điều chỉnh và thích nghi để có thể thích nghi được với điều kiện thức ăn, điều kiện khí hậu và nơi cư trú của từng vùng. Scrum Team cũng vậy. Một Scrum Team luôn luôn thăm dò, điều chỉnh và thích nghi để túi hóa giá trị của sản phẩm.
3 trụ cột của Scrum bao gồm tính minh bạch, tính thanh tra và thích nghi. Tức là tất cả công việc ở trong Scrum Team phải được minh bạch giữa tất cả các bên để nó giúp việc thanh tra và thích nghi tốt hơn. Minh bạch và thanh tra cuối cùng giúp cho mục đích là điều chỉnh và thích nghi để phù hợp với từng giai đoạn.
Đó là 3 trụ cột của Scrum. Cho nên 3 trụ cột này có tính bổ sung cho nhau. Scrum thì chia một chư trình phát triển phần mềm dài thành các chư trình ngắn hơn gọi là Spring.
Spring là một trong 5 sự kiện của Scrum. Nó được coi như là trái tim của Scrum. Các Spring có độ dài không đổi. Thường không dài quá một tháng và cũng không ngắn hơn một tuần. Nơi biến các ý tưởng thành giá trị.
Các Spring thì có độ dài không đổi và diễn ra liên tiếp nhau. Không có bị gián đoạn. Khi thời gian đóng khung kết thúc thì Spring sẽ tự động kết thúc không kể là các công việc trong Spring đã hoàn thành hay chưa. Trong một Spring thì đều diễn ra tất cả các quá trình trong phương pháp phát triển phần mềm truyền thống. Đó là từ phân tích, thiết kế, triển khai cho đến kiểm thử.
Và cuối cùng là hết Spring chúng ta có phần tăng trưởng để truyền giao cho khách hàng. Chúng ta có thể tổng kết Scrum với 3 vai trò. 5 sự kiện và 3 tạo tác Chúng ta hãy cùng tìm hiểu xem 3 vai trò, 5 sự kiện và 3 tạo tác như thế nào 3 vai trò bao gồm Product Owner Product Owner là người trực tiếp chịu trách nhiệm về tối hóa lợi nhuận sản phẩm Quyết định xem những hạng mục nào được làm trước, làm sau Và quyết định khi nào sản phẩm được release đến tay khách hàng Thứ 2 là Scrum Master Người này Làm nhiệm vụ đảm bảo cho Scrum Team chạy đúng theo các kỹ thuật và các nguyên tắc của Scrum.
Đây là một lãnh đạo theo hướng phục vụ chứ không phải là quản lý dự án. Và thứ ba là các Developer. Các Developer là các nhà phát triển gọi chung trong một nhóm. Các nhà phát triển không phân biệt ra các cái role như là lập trình viên, hay là kiểm thử, hay là thiết kế.
Và gọi chung là Developer, chịu trách nhiệm. biến các cái ý tưởng các cái product backlog thành các phần chuyển giao cho khách hàng đây chính là năm cái sự kiện 3 vai trò 3 vai trò thì bao gồm có 3 thành phần này năm sự kiện bao gồm có screen screen là một sự kiện của scrum là sự kiện trái tim của scrum mà các bạn đã biết rồi screen planning là một sự kiện diễn ra khi bắt đầu Spring thì nhóm phát triển, nhóm Scrum Team sẽ ngồi với nhau để cùng trả lời 3 câu hỏi Tại sao chúng ta lại làm Spring này? Thì đây chính là cuộc trao đổi giữa Product Owner và nhóm phát triển để cùng xác định mục tiêu của Spring Câu trả lời thứ 2 là What? Có nghĩa là chúng ta sẽ làm gì?
để hoàn thành mục tiêu Thì thông qua trao đổi với Product Owner thì nhóm sẽ biết được mình cần làm những gì để hoàn thành và nhóm các nhà phát triển sẽ lấy những hạng mục ở trong Product Backlog ra để bắt đầu thực hiện trong Spring Tiếp theo Là câu hỏi How, tức là các nhà phát triển sẽ ngồi với nhau để lên kế hoạch chi tiết để làm sao hoàn thành được mục tiêu của Spring. Đó là 3 câu hỏi. Để trả lời được tốt 3 câu hỏi này thì nó cũng giúp cho Scrum Team có thể dễ dàng đạt được mục đích Spring tốt hơn.
Và việc quyết định làm những item nào. theo thứ tự đã được ưu tiên của product owner trên product backlog thì do scrum team quyết định và không biết nào có thể can thiệp được vào tiếp theo là sự kiện Daily scrum đây là một sự kiện bắt đầu hàng ngày và thường khoảng 15 phút để giúp cái scrum team có thể thanh tra và thích nghi và điều chỉnh kịp thời nếu có bất cứ sự thay đổi nào thường là diễn ra vào ở cùng một thời điểm hoặc cùng một địa điểm và cùng một địa điểm để giảm kế sự phức tạp tiếp theo là sự kiện screen review được diễn ra sau khi kết thúc screen là trong giai đoạn cuối của screen giúp cho tất cả trong tim ngồi lại để cùng xem các sản phẩm thanh tra thích nghi hợp và blog owner có thể mời thêm các cái tích hồn đời khác vào các cái bên liên quan vào để cùng đóng góp về sản phẩm và tìm ra những gì cần phải thay đổi và thích nghi trong Spring tới sự kiện cuối cùng là Retrospective đây là sự kiện Scrum Team ngồi lại với nhau để cùng thanh tra và thích nghi cách làm việc công cụ quy trình xem có thể cải tiến hơn trong Spring sau không đó chính là mục đích của Retrospective các bạn nhớ là Spring Review thì thanh tra thích nghi sản phẩm còn Spring Retrospective là thanh tra và thích nghi quy trình làm việc và Scrum Team để cùng improve 3 tạo tác là Product Backlog nơi chứa các hạng mục được luôn luôn refinement bởi Product Owner hoặc là Product Owner cần thì sẽ mời Scrum Team vào để cùng thực hiện Product Refinement Product Backlog Refinement là một quá trình diễn ra liên tục không phải là một sự kiện Broke Owner có thể tự refinement hoặc là mời Scrum Team vào để cùng refinement. Và sau khi refinement thì Broke Backlog đủ để làm và sẽ được pick ra trong Spin Blending theo thứ tự mà Broke Owner đã đẩy những cái quan trọng lên đầu, những cái giá trị cao lên đầu.
Thì sau khi Blending đã xong thì chúng ta có Spin Backlog là đầu ra của Blending và cũng đầu ra là Spin Go tức là mục đích và mục tiêu của team mục tiêu screen và cuối cùng sau khi kết thúc screen thì chúng ta có phần increment là phần được phần increment này dùng để giao cho khách hàng đây chính là phần tăng trưởng của kết quả của scrum team đó chính là 3 vai trò 5 sự kiện và 3 tạo tác mà chúng ta cần tạo được trong Chrome tham khảo với các bạn tên đọc là con gai chấm org để biết thêm Và sau bài này chúng ta có thể làm một bài trắc nghiệm, link ở dưới mô tả video. Xin cảm ơn tất cả các bạn. Như vậy thì các bạn nhìn thấy là Broke Oler, đúng không?
Có Broke Bank Lock, lập kế hoạch thì ra Spring Bank Lock, đưa vào Spring làm. Chúng ta có Daily Scrum, chúng ta có Circuit Spring và Cải tiến Spring, tính là Spring Review và Spring Retrospective và chuyển ra phần tăng trưởng khách hàng.