Scrum là một phương pháp luận phát triển Agile được sử dụng để phát triển Phần mềm dựa trên quy trình lặp đi lặp lại và gia tăng. Scrum là khuôn khổ linh hoạt có thể thích ứng, nhanh chóng, linh hoạt và hiệu quả được thiết kế để mang lại giá trị cho khách hàng trong suốt quá trình phát triển của dự án. Mục tiêu chính của Scrum là đáp ứng nhu cầu của khách hàng thông qua một môi trường giao tiếp minh bạch, trách nhiệm tập thể và tiến bộ liên tục. Sự phát triển bắt đầu từ một ý tưởng chung về những gì cần được xây dựng, xây dựng một danh sách các đặc điểm được sắp xếp theo thứ tự ưu tiên (product backlog) mà chủ sở hữu sản phẩm muốn có được.
Lịch sử ngắn gọn về Scrum
Lịch sử của Scrum có thể được bắt nguồn từ năm 1986 trong bài báo trên tạp chí Harvard Business Review (HBR) có tiêu đề “Trò chơi phát triển sản phẩm mới ” của Hirotaka Takeuchi & Ikujiro Nonaka. Bài viết này mô tả cách các công ty như Honda, Canon và Fuji-Xerox sản xuất các sản phẩm mới trên toàn thế giới bằng cách sử dụng cách tiếp cận có thể mở rộng và dựa trên nhóm để phát triển sản phẩm. Cách tiếp cận này nhấn mạnh tầm quan trọng của việc trao quyền cho các nhóm tự tổ chức.
Bài báo là một ảnh hưởng để phát triển nhiều khái niệm đã khai sinh ra cái mà ngày nay chúng ta gọi là Scrum. Scrum là một thuật ngữ được rút ra từ Rugby, dùng để chỉ cách trận đấu được bắt đầu lại sau khi phạm lỗi hoặc khi bóng đã rời khỏi trận đấu.
Năm 1993, Jeff Sutherland và nhóm của ông tại Easel Corporation đã tạo ra quy trình Scrum được sử dụng trong các quy trình phát triển phần mềm bằng cách kết hợp các khái niệm của bài báo năm 1986 với các khái niệm về phát triển hướng đối tượng, kiểm soát quy trình thực nghiệm, phát triển lặp đi lặp lại và quy trình phần mềm gia tăng và cải tiến năng suất, cũng như phát triển các hệ thống phức tạp và năng động.
“Doing half of something is, essentially, doing nothing.”
Jeff Sutherland
Quy trình & Phương pháp Scrum
Scrum chính xác là một sự phát triển của Quản lý Agile. Phương pháp luận Scrum dựa trên một tập hợp các hoạt động và vai trò được xác định rất rõ ràng cần phải tham gia trong quá trình phát triển phần mềm. Đây là một phương pháp linh hoạt thưởng cho việc áp dụng 12 nguyên tắc Agile trong bối cảnh được tất cả các thành viên trong nhóm của sản phẩm đồng ý.
Scrum được thực hiện trong các khối tạm thời ngắn và định kỳ, được gọi là Sprint, thường kéo dài từ 2 đến 4 tuần, là thuật ngữ chỉ phản hồi và phản ánh. Mỗi Sprint tự nó là một thực thể, tức là nó cung cấp một kết quả hoàn chỉnh, một biến thể của sản phẩm cuối cùng phải có thể được giao cho khách hàng với nỗ lực ít nhất có thể khi được yêu cầu.
Quá trình có điểm bắt đầu, một danh sách các mục tiêu / yêu cầu tạo nên kế hoạch dự án. Khách hàng của dự án ưu tiên các mục tiêu này khi xem xét sự cân bằng giữa giá trị và chi phí của nó, đó là cách xác định các lần lặp lại và chuyển giao kết quả.
Một mặt, thị trường đòi hỏi chất lượng, giao hàng nhanh với chi phí thấp hơn, vì vậy một công ty phải rất nhanh nhẹn và linh hoạt trong việc phát triển sản phẩm, để đạt được chu kỳ phát triển ngắn có thể đáp ứng nhu cầu của khách hàng mà không làm suy giảm chất lượng của kết quả. . Đây là một phương pháp rất dễ thực hiện và rất phổ biến cho kết quả nhanh chóng.
Phương pháp luận Scrum được sử dụng chủ yếu để phát triển phần mềm, nhưng các lĩnh vực khác cũng đang tận dụng những lợi ích của nó bằng cách triển khai phương pháp luận này trong các mô hình tổ chức của họ như đội ngũ bán hàng, tiếp thị và nhân sự, v.v.
Các vai trò khác nhau trong Scrum
Trong Scrum, các thành viên tập trung vào việc xây dựng phần mềm chất lượng. Chủ dự án Scrum tập trung vào việc xác định đâu là đặc điểm mà sản phẩm phải xây dựng (xây dựng cái gì, cái gì không và theo thứ tự nào) và vượt qua bất kỳ trở ngại nào có thể cản trở nhiệm vụ của nhóm phát triển.
Thành viên của Scrum bao gồm các vai trò sau:
Scrum master (SM): Người lãnh đạo nhóm hướng dẫn tất cả các thành viên tuân thủ các quy tắc và quy trình của phương pháp luận. Scrum master quản lý việc giảm thiểu trở ngại của dự án và làm việc với Product Owner để tối đa hóa ROI. Scrum Master chịu trách nhiệm cập nhật Scrum, cung cấp huấn luyện, cố vấn và đào tạo cho các nhóm trong trường hợp cần.
“Công việc của Scrum Master là hướng dẫn nhóm tiến tới cải tiến liên tục – thường xuyên hỏi: “Làm thế nào chúng ta có thể làm những gì chúng ta làm tốt hơn? ”
Jeff Sutherland
Chủ sở hữu sản phẩm (PO – Product Owner): Là đại diện của các bên liên quan và khách hàng sử dụng phần mềm. Họ tập trung vào phần kinh doanh và chịu trách nhiệm về ROI của dự án. Họ diễn dịch tầm nhìn của dự án cho cả nhóm, xác nhận các lợi ích trong các câu chuyện để được đưa vào Product Backlog và ưu tiên chúng một cách thường xuyên.
Thành viên (Scrum Team): Một nhóm các chuyên gia có kiến thức kỹ thuật cần thiết, những người phát triển dự án cùng thực hiện những câu chuyện mà họ cam kết khi bắt đầu mỗi sprint.
Lợi ích của Phương pháp Scrum
Scrum có nhiều ưu điểm hơn các phương pháp luận phát triển Agile khác. Nó hiện là khung tham chiếu được sử dụng nhiều nhất và đáng tin cậy nhất trong ngành công nghiệp phần mềm. Dưới đây là một số lợi ích đã biết của Scrum:
Dễ dàng mở rộng: Các quy trình Scrum lặp đi lặp lại và được xử lý trong các giai đoạn công việc cụ thể, giúp nhóm dễ dàng tập trung vào các chức năng nhất định cho từng giai đoạn. Điều này không chỉ mang lại lợi ích là đạt được các sản phẩm tốt hơn phù hợp với nhu cầu của người dùng mà còn cho phép các nhóm mở rộng quy mô các mô-đun về chức năng, thiết kế, phạm vi và đặc điểm một cách có trật tự, minh bạch và đơn giản.
Tuân thủ các kỳ vọng: Khách hàng thiết lập các kỳ vọng của họ chỉ ra giá trị mà mỗi yêu cầu / lịch sử của dự án mang lại, nhóm ước tính chúng và với thông tin này, Product Owner thiết lập mức độ ưu tiên của nó. Thường xuyên, trong các bản trình diễn nước rút, Product Owner xác minh rằng các yêu cầu đã được đáp ứng và chuyển phản hồi cho nhóm.
Linh hoạt với những thay đổi: Phản ứng nhanh với những thay đổi trong yêu cầu do nhu cầu của khách hàng hoặc sự phát triển của thị trường tạo ra. Phương pháp luận được thiết kế để thích ứng với các yêu cầu thay đổi mà các dự án phức tạp đòi hỏi.
Giảm thời gian đưa ra thị trường: Khách hàng có thể bắt đầu sử dụng các chức năng quan trọng nhất của dự án trước khi sản phẩm hoàn toàn sẵn sàng.
Chất lượng phần mềm cao hơn: Phương pháp làm việc và nhu cầu có được phiên bản chức năng sau mỗi lần lặp lại, giúp có được phần mềm chất lượng cao hơn.
Dự đoán kịp thời: Sử dụng phương pháp này, chúng tôi biết tốc độ trung bình của nhóm theo sprint (điểm câu chuyện), do đó, có thể ước tính khi nào một chức năng nào đó vẫn còn tồn đọng sẽ khả dụng.
Giảm thiểu rủi ro: Việc thực hiện các chức năng có giá trị nhất ngay từ đầu và biết được tốc độ mà nhóm tiến bộ trong dự án, cho phép loại bỏ rủi ro trước một cách hiệu quả.
Sự kiện trong Scrum
Mỗi sự kiện Scrum tạo điều kiện thuận lợi cho việc điều chỉnh một số khía cạnh của quy trình, sản phẩm, tiến trình hoặc các mối quan hệ.
Sprint: Sprint là đơn vị công việc cơ bản của nhóm Scrum. Đây là tính năng chính đánh dấu sự khác biệt giữa Scrum và các mô hình khác để phát triển nhanh.
Lập kế hoạch Sprint: Mục tiêu của Lập kế hoạch Sprint là xác định những gì sẽ được thực hiện trong Sprint và nó sẽ được thực hiện như thế nào. Cuộc họp này được tổ chức vào đầu mỗi Sprint và được xác định cách nó sẽ tiếp cận dự án từ các giai đoạn và thời hạn của Product Backlog. Mỗi Sprint bao gồm các tính năng khác nhau.
Scrum Hằng ngày: Mục tiêu của Scrum Hằng ngày là đánh giá tiến độ và xu hướng cho đến khi kết thúc Sprint, đồng bộ hóa các hoạt động và lập kế hoạch cho 24 giờ tới. Đó là một cuộc họp ngắn diễn ra hàng ngày trong suốt thời gian Sprint. Ba câu hỏi được trả lời riêng:
- Tôi đã làm gì ngày hôm qua?
- Tôi sẽ làm gì hôm nay?
- Tôi cần trợ giúp gì?
Scrum Master nên cố gắng giải quyết các vấn đề hoặc trở ngại phát sinh.
Đánh giá Sprint: Mục tiêu của đánh giá sprint là cho thấy công việc nào đã được hoàn thành liên quan đến sản phẩm tồn đọng để giao hàng trong tương lai. Quá trình chạy nước rút đã hoàn thành được xem xét, và cần phải có một tiến bộ rõ ràng và hữu hình trong sản phẩm để trình bày với khách hàng.
Sprint Retrospective: Nhóm xem xét các mục tiêu đã hoàn thành của sprint đã hoàn thành, viết ra những điều tốt và chưa tốt để không lặp lại những sai lầm một lần nữa. Giai đoạn này phục vụ cho việc thực hiện các cải tiến theo quan điểm của quá trình phát triển. Mục tiêu của hồi cứu nước rút là xác định các cải tiến quy trình có thể có và lập một kế hoạch để thực hiện chúng trong Sprint tiếp theo.
“Mục tiêu của điều tra là giúp các nhóm cải tiến liên tục cách thức làm việc của họ.”
Ben Linders
Scrum Artifacts
Scrum Artifacts được thiết kế để đảm bảo tính minh bạch của thông tin quan trọng trong quá trình ra quyết định.
Product Backlog (PB): Product Backlog là một danh sách thu thập mọi thứ mà sản phẩm cần để đáp ứng khách hàng tiềm năng. Nó được chuẩn bị bởi chủ sở hữu sản phẩm và các chức năng được ưu tiên theo những gì quan trọng hơn và ít hơn đối với doanh nghiệp. Mục đích là để chủ sở hữu sản phẩm trả lời câu hỏi “Nên làm gì”.
Sprint Backlog (SB): Là một tập hợp con của các hạng mục của sản phẩm tồn đọng, được nhóm lựa chọn để thực hiện trong sprint mà họ sẽ thực hiện. Nhóm thiết lập thời gian của mỗi Sprint. Thông thường, công việc tồn đọng của sprint, được hiển thị trên bảng vật lý được gọi là bảng Scrum – làm cho quá trình phát triển hiển thị cho tất cả những ai bước vào khu vực phát triển.
Phần tăng thêm: Phần tăng thêm là tổng của tất cả các nhiệm vụ, ca sử dụng, câu chuyện của người dùng, nhật ký sản phẩm và bất kỳ yếu tố nào đã được phát triển trong quá trình chạy nước rút và sẽ được cung cấp cho người dùng cuối dưới dạng Phần mềm.
Lập kế hoạch trong Scrum
Cuộc họp Lập kế hoạch Sprint được tổ chức vào đầu mỗi Sprint. Tất cả các thành viên của Nhóm tham gia cuộc họp, tức là Product Owner, Scrum Master và tất cả thành viên nhóm phát triển. Toàn bộ nhóm Scrum phải hiểu và xác định mục tiêu nào cần đạt được trong Sprint đó (Mục tiêu Sprint). Từ thời điểm này, nhóm phát triển phải thiết kế một kế hoạch làm việc để đạt được mục tiêu. Việc lập kế hoạch này sẽ cho phép bạn xem liệu mục tiêu chạy nước rút có liên quan đến khối lượng công việc theo thời gian quy định cho Cuộc chạy nước rút (từ 2 đến 4 tuần) hay không.
Khách hàng chỉ ra kết quả cần đạt được trong Sprint đó và các yêu cầu của sản phẩm có thể phân phối. Tại đây, bạn phải thực hiện một cuộc thảo luận trong đó nhóm phát triển đánh giá những yếu tố nào của danh sách có thể được chuyển giao.
Cả Scrum Master và Product Owner phải hợp tác để làm rõ bất kỳ khía cạnh nào của các yêu cầu. Cuối cùng, nhóm phát triển phải giải thích cách họ sẽ tổ chức công việc của nhóm để đạt được mục tiêu Sprint.
Câu hỏi thường gặp về Scrum
Sự khác biệt giữa Scrum và Agile là gì?
Agile là một triết lý xoay quanh việc sử dụng một tập hợp các giá trị và nguyên tắc cốt lõi để quản lý công việc và nhiệm vụ. Trong khi đó, Scrum là một phương pháp Agile cụ thể được sử dụng để cung cấp một dự án.
3-5-3 trong Scrum là gì?
Scrum được cấu trúc thành 3 vai trò, 5 giai đoạn và 3 hiện vật.
Ba vai trò của Scrum là gì?
Trong một nhóm scrum, có ba vai trò, đó là:
- Scrum master
- Product Owner
- Nhóm phát triển
Năm giai đoạn của Scrum là gì?
Năm giai đoạn của Scrum là:
- Khởi đầu
- Lập kế hoạch và ước tính
- Thực hiện
- Đánh giá
- Phát hành
Ba tạo tác của Scrum là gì?
Scrum có ba thành phần chính, đó là:
- Product Backlog
- Sprint Backlog
- Gia tăng
5 giá trị của Scrum là gì?
Thành công của một nhóm với Scrum phụ thuộc vào mức độ họ phản ánh Năm giá trị của Scrum, đó là: Cam kết, Dũng cảm, Cởi mở, Tập trung và Tôn trọng.
Sáu nguyên tắc Scrum là gì?
Sáu Nguyên tắc Scrum là:
- Kiểm soát quá trình thực nghiệm
- Tự tổ chức
- Hợp tác
- Ưu tiên dựa trên giá trị
- Thời gian phù hợp
- Phát triển lặp đi lặp lại
nguồn digite.com
