Sự khác biệt giữa Scrum và Agile Development là gì? [đóng cửa]

Sự khác biệt giữa Scrum và Agile Development là gì? Có phải Sprint và Lặp lại giống nhau không?

Scrum chỉ là một trong nhiều phương pháp phát triển phần mềm linh hoạt lặp đi lặp lại và tăng dần. Bạn có thể tìm thấy ở đây một mô tả rất chi tiết của quá trình.

Trong phương pháp SCRUM, Sprint là đơn vị phát triển cơ bản. Mỗi Sprint bắt đầu bằng một cuộc họp lập kế hoạch, trong đó các nhiệm vụ cho lần chạy nước rút được xác định và một cam kết ước tính cho mục tiêu chạy nước rút được thực hiện. Một Sprint kết thúc bằng một cuộc họp đánh giá hoặc hồi cứu trong đó tiến trình được xem xét và bài học cho lần chạy nước rút tiếp theo được xác định. Trong mỗi Sprint, nhóm tạo ra các phần hoàn chỉnh của Sản phẩm.

Trong các phương thức Agile, mỗi lần lặp bao gồm một nhóm làm việc trong một chu trình phát triển phần mềm đầy đủ, bao gồm lập kế hoạch, phân tích yêu cầu, thiết kế, mã hóa, kiểm tra đơn vị và kiểm tra chấp nhận khi một sản phẩm hoạt động được trình bày cho các bên liên quan.

Vì vậy, nếu trong SCRUM Sprint, bạn thực hiện tất cả các giai đoạn phát triển phần mềm (từ phân tích yêu cầu đến kiểm tra chấp nhận) và theo ý kiến ​​của tôi, bạn có thể nói SCRUM Sprints tương ứng với Lặp lại AGILE.

Như đã đề cập ở trên bởi những người khác,

Scrum là một phương pháp phát triển phần mềm linh hoạt lặp đi lặp lại và tăng dần để quản lý các dự án phần mềm và phát triển sản phẩm hoặc ứng dụng. Vì vậy, Scrum trên thực tế là một kiểu tiếp cận Agile được sử dụng rộng rãi trong phát triển phần mềm.

Vì vậy, Scrum là một hương vị đặc trưng của Agile, cụ thể nó được gọi là khung quản lý dự án nhanh.

Ngoài ra Scrum có hai vai trò chủ yếu bên trong, đó là: 1. Vai trò chính / cốt lõi 2. Vai trò phụ trợ

Vai trò chính / cốt lõi: Nó bao gồm chủ yếu ba vai trò: a). Thầy Scrum, b). Chủ sở hữu sản phẩm, c). Nhóm phát triển.

Vai trò phụ trợ: Vai trò phụ trợ trong các nhóm Scrum là những vai trò không có vai trò chính thức và sự tham gia không thường xuyên trong đám rước Scrum nhưng dù sao, chúng phải được tính đến. viz Các bên liên quan, các nhà quản lý.

Scrum Master: - Có 6 loại cuộc họp trong Scrum:

• Scrum hàng ngày / Standup
• Backlog chải chuốt: cốt truyện
• Scrum của Scrum
• Cuộc họp lập kế hoạch Sprint
• Cuộc họp đánh giá nước rút
• Hồi tưởng nước rút

Hãy cho tôi biết nếu có ai cần thêm đầu vào về điều này.

Bánh quy:

SCRUM là một kiểu tiếp cận Agile. Đây là một Khung không phải là Phương pháp luận.

Nó không cung cấp hướng dẫn chi tiết cho những gì cần phải làm thay vì phần lớn phụ thuộc vào nhóm phát triển phần mềm. Bởi vì dự án đang phát triển biết làm thế nào vấn đề có thể được giải quyết, đó là lý do tại sao nhiều thứ còn lại trên chúng

Các nhóm đa chức năng và tự tổ chức là rất cần thiết trong trường hợp của scrum. Trong trường hợp này, không có trưởng nhóm sẽ giao nhiệm vụ cho các thành viên trong nhóm thay vì toàn bộ nhóm giải quyết các vấn đề hoặc vấn đề. Đó là chức năng chéo theo cách mà mọi người đều tham gia vào dự án ngay từ ý tưởng đến việc thực hiện dự án.

Ưu điểm của scrum là hướng điều chỉnh của dự án dựa trên công việc đã hoàn thành, không dựa trên suy đoán hoặc dự đoán.

Vai trò liên quan: Chủ sở hữu sản phẩm, Scrum Master, Thành viên nhóm

Phương pháp nhanh nhẹn :

Xây dựng các ứng dụng Phần mềm không thể đoán trước được trong tự nhiên

Công việc lặp đi lặp lại và gia tăng được gọi là chạy nước rút được sử dụng trong phương pháp này.

Cả Agile và SCRUM đều theo hệ thống - một số tính năng được phát triển như một phần của lần chạy nước rút và ở cuối mỗi lần chạy nước rút; các tính năng được hoàn thành ngay từ mã hóa, thử nghiệm và tích hợp chúng vào sản phẩm. Một bản trình diễn về chức năng được cung cấp cho chủ sở hữu vào cuối mỗi lần chạy nước rút để có thể lấy phản hồi có thể hữu ích cho lần chạy nước rút tiếp theo.

Tuyên ngôn về phát triển nhanh:

1. Các cá nhân và tương tác qua các quy trình và công cụ
2. Phần mềm làm việc trên tài liệu toàn diện
3. Hợp tác khách hàng qua đàm phán hợp đồng
4. Đáp ứng để thay đổi theo kế hoạch

Đó là, trong khi có giá trị trong các mục bên phải, chúng tôi đánh giá các mục bên trái nhiều hơn.

Scrum phù hợp với sự phát triển của Agile như thế nào?

Mặc dù phương pháp Agile có thể được áp dụng để phát triển sản phẩm không chỉ trong ngành công nghiệp phần mềm mà cả các ngành công nghiệp khác, Scrum đặc trưng cho phát triển phần mềm.

Scrum không phải là một phương pháp. Nó chỉ đơn giản cung cấp cấu trúc, kỷ luật và khung phát triển Agile. Toàn bộ dự án được tạo thành từ một loạt các Sprint hoặc Sprint C chu kỳ (1 đến n) trong đó mỗi Sprint có cùng thời lượng. Nếu 'thời gian' được ký hiệu là T, thì T1 = T2 = T3 = Giảm Tn. Nước rút có thể ở bất cứ đâu trong khoảng từ 2 đến 4 tuần. Nước rút ngắn hơn 2 tuần không lý tưởng và được sử dụng ít thường xuyên hơn. Vào cuối mỗi Sprint, một phần mềm chức năng / hoạt động được tạo ra mà người dùng thực sự có thể kiểm tra.

Bài viết gốc ở đây ...

https://www.linkedin.com/pulse/agile-development-USE-scrum-what-you-dont-ledge-sri-prakash?trk=prof-post

Agile và Scrum là các thuật ngữ được sử dụng trong quản lý dự án. Phương pháp Agile sử dụng các nhịp công việc tăng dần và lặp lại còn được gọi là chạy nước rút. Scrum, mặt khác là kiểu tiếp cận nhanh được sử dụng trong phát triển phần mềm.

Agile là thực tiễn và Scrum là quá trình tuân theo thực tiễn này giống như Lập trình eXtreme (XP) và Kanban là quy trình thay thế để tuân theo thực tiễn phát triển Agile.

Phương pháp thác nước là một quá trình thiết kế tuần tự. Điều này có nghĩa là khi mỗi trong tám giai đoạn (thụ thai, khởi tạo, phân tích, thiết kế, xây dựng, thử nghiệm, thực hiện và bảo trì) được hoàn thành, các nhà phát triển chuyển sang bước tiếp theo.

Vì quá trình này là tuần tự, khi một bước đã được hoàn thành, các nhà phát triển không thể quay lại bước trước - không phải là không làm trầy xước toàn bộ dự án và bắt đầu lại từ đầu. Không có chỗ cho sự thay đổi hoặc sai sót, vì vậy, kết quả dự án và kế hoạch mở rộng phải được đặt ra ngay từ đầu và sau đó tuân thủ cẩn thận

Chứng nhận ACP Agile xuất hiện dưới dạng một giải pháp của NỀN TẢNG cho những nhược điểm của phương pháp thác nước. Thay vì một quy trình thiết kế tuần tự, phương pháp Agile tuân theo cách tiếp cận gia tăng. Các nhà phát triển bắt đầu với một thiết kế dự án đơn giản, và sau đó bắt đầu làm việc trên các mô-đun nhỏ. Công việc trên các mô-đun này được thực hiện trong các lần chạy nước rút hàng tuần hoặc hàng tháng, và vào cuối mỗi lần chạy nước rút, các ưu tiên của dự án được đánh giá và các thử nghiệm được thực hiện. Những lần chạy nước rút này cho phép phát hiện ra các lỗi và phản hồi của khách hàng được đưa vào thiết kế trước khi chạy nước rút tiếp theo.

Quá trình, với sự thiếu thiết kế ban đầu và các bước, thường bị chỉ trích vì tính chất hợp tác tập trung vào các nguyên tắc hơn là quy trình.

Ban đầu, những gì tôi có thể nói là - Agile là một phương pháp tiến hóa từ Quy trình hợp nhất, tập trung vào Phát triển lặp và tăng dần (IID). IID nhấn mạnh sự phát triển lặp lại nhiều hơn vào các giai đoạn xây dựng (mã hóa thực tế) và việc giao hàng gia tăng. Nó sẽ không nhấn mạnh nhiều hơn vào Phân tích yêu cầu (Khởi động) và Thiết kế (Xây dựng) được xử lý trong chính các lần lặp. Vì vậy, Lặp ở đây không phải là một "dự án nhỏ".

Trong Agile, chúng tôi đưa IDD này đi xa hơn một chút, bổ sung thêm nhiều thực tế như Hợp tác nhóm, Yêu cầu tiến hóa và Thiết kế, v.v. Và SCRUM là công cụ để kích hoạt nó bằng cách xem xét các yếu tố con người và xây dựng theo nguyên tắc 'Trí tuệ của nhóm'. Vì vậy, Sprint ở đây là một "dự án nhỏ tự nó" cải thiện mô hình IID thuần túy.

Vì vậy, các lần lặp được triển khai theo cách Agile là, vâng, về mặt lý thuyết là Sprints (làm nổi bật kích thước của các lần lặp là nhỏ và việc giao hàng nhanh chóng). Tôi không thực sự phân biệt giữa Agile và SCRUM và tôi thấy rằng SCRUM là một cách tự nhiên để đưa các nguyên tắc Agile vào sử dụng.