1. Khái niệm của Scrum ? Nó khác gì với Agile ?
Về mặt định nghĩa, Scrum hoàn toàn có thể hiểu là một bộ khung quy trình tiến độ dùng để quản trị việc tăng trưởng loại sản phẩm và những việc làm trình độ khác. Scrum giúp những đội ngũ thiết lập nên giả thiết về cách mọi thứ hoạt động giải trí, sau đó là thử nghiệm, so sánh kinh nghiệm tay nghề và thực thi những kiểm soát và điều chỉnh sao cho tương thích. 
Định nghĩa về bộ quy trình Scrum Scrum có đặc thù rất là linh động, nó được thiết lập sao cho những đội ngũ hoàn toàn có thể thích ứng một cách tự nhiên với những điều kiện kèm theo biến hóa và nhu yếu của người dùng. Thông qua bộ khung thao tác Scrum, đội ngũ của bạn hoàn toàn có thể liên tục học hỏi và nâng cấp cải tiến.
Scrum và Agile thường hay bị nhầm lẫn với nhau, bởi Scrum tập trung vào sự cải tiến liên tục, và đây cũng là nguyên tắc cốt lõi của Agile. Tuy nhiên, để phân biệt một cách đơn giản thì Scrum là một bộ khung quy trình mà mọi người áp vào để hoàn thành công việc, còn Agile thì lại là một mindset, một mô hình tư duy.
Scrum và Agile khác gì nhau? Trong Agile, trách nhiệm trong một dự án Bất Động Sản được phân loại thành những việc làm ngắn, đồng thời triển khai xem xét nhìn nhận và kiểm soát và điều chỉnh kế hoạch một cách tiếp tục. Scrum là một tiến trình theo quy mô Agile, giúp những đội ngũ tạo ra giá trị trải qua việc đưa ra giải pháp linh động cho những yếu tố phức tạp. Scrum sinh ra từ năm 1986, là một thuật ngữ được hai chuyên viên kinh doanh thương mại Hirotaka Takeuchi và Ikujiro Nonaka sử dụng trong bài viết đăng lên tạp chí Harvard Business Review. Đến năm 1993 thì Jeff Sutherland chính thức khởi xướng dự án Bất Động Sản Scrum tiên phong, cũng từ đây nó đã được thiết lập thành một khuôn khổ vững chãi. Hiện nay, Scrum là một trong những tiến trình Agile được sử dụng thoáng rộng nhất trong tăng trưởng ứng dụng, và giải pháp này không chỉ vận dụng cho riêng ngành tăng trưởng ứng dụng mà là bất kể ngành nghề nào khác, ví dụ điển hình như công nghiệp xe hơi hay quân đội.
2. Các vai trò trong một quá trình Scrum
Trong Scrum, có ba vai trò chính cố định và thắt chặt gồm có Product Owner, Scrum Master và Develop Team. Ba vai trò này bộc lộ nghĩa vụ và trách nhiệm chính của những người trong nhóm Scrum chứ không phải là chức vụ, chức vụ, cấp bậc của họ.
2.1 Product Owner – Tiếng nói của người mua
Product Owner đại diện thay mặt cho những bên tương quan, có nghĩa vụ và trách nhiệm bảo vệ rằng Develop Team mang lại nhiều giá trị nhất cho doanh nghiệp. Product Owner tập trung chuyên sâu vào những góc nhìn kinh doanh thương mại của dự án Bất Động Sản và liên lạc với những bên tương quan chứ không đảm nhiệm chỉ huy về mặt kỹ thuật. 
Product Owner – Tiếng nói của khách hàng Product Owner là người đặt ra những khuôn khổ ưu tiên, hướng loại sản phẩm tăng trưởng theo đúng hướng và cân đối nhu yếu của những bên tương quan. Trách nhiệm của họ là quản trị backlog của Scrum, quản trị việc phát hành và quản trị những bên tương quan.
2.2. Scrum Master – Người quản lý và điều hành Scrum
Scrum Master là người bảo vệ rằng khung tiến trình Scrum được tuân thủ đúng, chịu nghĩa vụ và trách nhiệm vô hiệu mọi trở ngại và phiền nhiễu tác động ảnh hưởng đến năng lực triển khai xong tiềm năng của Nhóm tăng trưởng. Scrum Master là một dạng servanr leader – chỉ huy Giao hàng, đóng vai trò là điều phối giữa Product Owner và Develop Team, họ giúp Product Owner xác lập giá trị, giúp Develop Team phân phối giá trị và giúp hàng loạt nhóm Scrum nói chung trở nên tốt hơn. 
Scrum Master – Người điều hành Scrum Scrum Master tập trung chuyên sâu vào những yếu tố : tính minh bạch, chủ nghĩa kinh nghiệm tay nghề, sự tự tổ chức triển khai và những giá trị. Nhiệm vụ chính của họ gồm có : giúp Product Owner quản trị Prodcut Backlog ; giúp Develop Team xác lập những khuôn khổ việc làm cần triển khai xong ; hướng dẫn đào tạo và giảng dạy về Scrum và Agile ; tương hỗ những hoạt động giải trí của nhóm diễn ra suôn sẻ ; duy trì những tạo tác phân phối phản hồi cho những bên tương quan.
2.3. Develop Team – Những người phát minh sáng tạo
Develop Team hay còn được gọi là những Developers. Họ là những người tăng trưởng dự án Bất Động Sản và thực thi việc làm. Trong Scrum, khi nói đến developer thì tức là nói đến thành viên trong nhóm chiếm hữu kiến thức và kỹ năng tương thích, là một phần của đội ngũ để triển khai việc làm. Tất cả những thành viên của Development Team phải có năng lực sửa chữa thay thế vị trí của nhau và không ai chỉ chuyên trách tăng trưởng một hoặc 1 số ít tính năng nhất định. 
Develop Team – Những người sáng tạo
Nhóm phát triển phải có khả năng tự tổ chức để có thể đưa ra quyết định hoàn thành công việc và những giải pháp khắc phục sự cố, vấn đề. Develop Team chuyển giao công việc thông qua Sprint và họp hàng ngày để đảm bảo tính minh bạch cho cả quá trình, kiểm tra và điều chỉnh công việc sao cho hiệu quả hơn.
3. Các sự kiện trong Scrum
Bộ khung quá trình thao tác Scrum gồm có 5 sự kiện chính để đội ngũ dựa theo, đó là Sprint, Lập kế hoạch Sprint, Scrum Hằng ngày, Đánh giá Sprint và Cải tiến Sprint. 
Scrum vận hành như thế nào? – Sprint : là một khoảng chừng thời hạn đơn cử ( thường lê dài từ một tuần đến một tháng ) mà nhóm Scrum sử dụng để sản xuất một mẫu sản phẩm. – Lập kế hoạch Sprint : là một cuộc họp vạch ra những khuôn khổ việc làm cần triển khai trong Sprint và thực thi phân công việc làm để đạt được tiềm năng đề ra. – Scrum Hằng ngày ( còn gọi là Stand-Up hoặc Daily ) : là một cuộc họp hàng ngày lê dài 15 phút để những thành viên cùng update và nghiên cứu và phân tích việc làm ngày hôm trước, sau đó đưa ra kế hoạch cho 24 giờ tới. – Đánh giá Sprint : quy trình này diễn ra sau khi Sprint kết thúc. Trong quy trình nhìn nhận này, Product Owner sẽ liệt kê những khuôn khổ việc làm của Sprint đã hoặc chưa triển khai xong, sau đó cả nhóm cùng nhau thảo luạn để đưa ra hướng xử lý yếu tố. – Cải tiến Sprint : sự kiện này cũng diễn ra sau một Sprint, những thành viên trong nhóm tham gia vào forum riêng để nghiên cứu và phân tích lại tiến trình của Sprit trước và thực thi những kiểm soát và điều chỉnh thiết yếu.
4. Các tạo tác Scrum
Tiêu đề nghe có vẻ như khó hiểu nhưng thực ra ý nghĩa rất đơn thuần thôi, tạo tác Scrum tức là những báo cáo giải trình cung ứng thông tin chi tiết cụ thể về dự án Bất Động Sản, bảo vệ tính minh bạch và thống nhất để mọi người cùng hiểu rõ về dự án Bất Động Sản. Có 4 tạo tác gồm có Product Backlog ( list mẫu sản phẩm ), Sprint Backlog ( list khuôn khổ ) và Product Increment ( list hoàn thành xong ). – Product Backlog là một list tổng hợp rất đầy đủ toàn bộ những nhu yếu so với loại sản phẩm, là tài liệu so sánh tìm hiểu thêm duy nhất nếu có bất kể biến hóa nào về loại sản phẩm, với Product Owner là người chịu nghĩa vụ và trách nhiệm giám sát. Product Owner và những thành viên còn lại sẽ thao tác cùng nhau để xem xét Product Backlog và thực thi những kiểm soát và điều chỉnh trong trường hợp thiết yếu, khi có nhu yếu đổi khác, nâng cấp cải tiến mẫu sản phẩm. – Sprint Backlog là list những khuôn khổ trong Product Backlog sẽ được triển khai trong Sprint. Danh sách này sắp xếp những khuôn khổ Prodcut theo thứ tự ưu tiên và những thành viên sẽ tự tổ chức triển khai phân công nhận trách nhiệm dựa theo kỹ năng và kiến thức và trình độ của mình, cũng như theo mức độ ưu tiên của khuôn khổ. – Product Increment là tổng hợp những khuôn khổ việc làm đã hoàn thành xong trong một Sprint và tích hợp cả tác dụng của những Sprint trước đó. Thế nào là “ đã hoàn thành xong ” thì cần phải có sự chấp thuận đồng ý và xác nhận của hàng loạt thành viên trong nhóm.
Trên đây là bài giới thiệu tổng quan về khái niệm Scrum là gì, nó bao gồm những gì và vận hành ra sao. Hi vọng rằng qua bài viết này bạn đã hiểu rõ hơn về bộ khung quy trình làm việc này, cũng như biết cách áp dụng nó vào trong công việc để cùng đội ngũ của mình đạt được nhiều thành công.
Những thông tin hữu dụng bạn cần biết về test scenarioTest scenario là một thuật ngữ liên tục Open trong nghành nghề dịch vụ kiểm thử, để rõ hơn về khái niệm cũng như vai trò của quy trình này, hãy đọc ngay bài viết sau đây của chúng tôi .
Test scenario là gì
Source: kubet
Category: Tải Phầm Mềm
Leave a Reply