Tổng quan Agile và phát triển Agile Scrum là gì?

Posted on by adminChuyên mục:Kiến thức Internet

Phát triển phần mềm Agile đề cập đến các phương pháp luận phát triển phần mềm tập trung vào ý tưởng phát triển lặp đi lặp lại, trong đó các yêu cầu và giải pháp phát triển thông qua sự hợp tác giữa các nhóm chức năng chéo tự tổ chức. Giá trị cuối cùng trong phát triển Agile là nó cho phép các nhóm phân phối giá trị nhanh hơn, với chất lượng và khả năng dự đoán cao hơn, cũng như khả năng đáp ứng với sự thay đổi cao hơn. Scrum và Kanban là hai trong số những phương pháp Agile được sử dụng rộng rãi nhất. Dưới đây là những câu hỏi thường gặp nhất xung quanh Agile và Scrum, do các chuyên gia của chúng tôi trả lời.
 

Agile Development là gì?

Agile là một cách tiếp cận để tăng trưởng ứng dụng ưu tiên những bản phát hành loại sản phẩm nhỏ, liên tục trong những chu kỳ luân hồi tăng trưởng lớn. Thay vì những dự án Bất Động Sản lớn, phức tạp mất vài tháng, những dự án Bất Động Sản được chia thành những đơn vị chức năng việc làm nhỏ hơn để hoàn toàn có thể được giao nhanh hơn nhiều .
 

Các đơn vị chức năng này được bộc lộ dưới dạng câu truyện của người dùng, trình diễn chi tiết cụ thể điều gì đó mà người dùng muốn triển khai xong với mạng lưới hệ thống. Câu chuyện của người dùng phải được lý giải rõ ràng với những hiệu quả được xác lập rõ ràng và cho những nhà tăng trưởng biết người dùng là ai, họ muốn đạt được điều gì và tại sao điều đó lại quan trọng so với họ .
 

Các chiêu thức tăng trưởng Agile có từ những năm 1990. Năm 2001, một nhóm những nhà tăng trưởng đã xuất bản Tuyên ngôn về Phát triển Phần mềm Agile, thường được gọi là ” Tuyên ngôn Agile “
 

Tuyên ngôn khuyến khích những nhóm tăng trưởng tập trung chuyên sâu vào ba nguyên tắc chính :

Giá trị cung ứng với sự đổi khác so với việc tuân theo một kế hoạch

Chức năng ứng dụng trên tài liệu tổng lực

Hợp tác trong quy trình và thương lượng hợp đồng .
 

Về cốt lõi, nhanh gọn được phong cách thiết kế để hợp lý hóa cách tiếp cận tăng trưởng ứng dụng của một công ty nhằm mục đích được cho phép nhóm CNTT, những nhóm kiến thiết xây dựng những tính năng và bản update quan trọng theo vận tốc của nhu yếu kinh doanh thương mại văn minh thời nay .
 

Có nhiều cách khác nhau để tổ chức triển khai quy trình tiến độ thao tác nhanh nhưng có hai cách đặc biệt quan trọng phổ cập :

Kanban

Kanban rất có ích ở những nơi không hề thuận tiện Dự kiến được việc làm, ví dụ điển hình như những phiếu tương hỗ và sửa lỗi. Bảng Kanban được sử dụng để tưởng tượng việc làm đang thực thi trong đó mỗi phần việc làm được bộc lộ bằng một thẻ trên bảng. Các cột hiển thị những bước trong quy trình tiến độ và những thẻ được chuyển qua chúng ( từ trái sang phải ) khi việc làm thực thi .

Nếu bạn đã sử dụng Trello, bạn sẽ quen với bố cục tổng quan này. Kanban bắt đầu xuất phát từ sản xuất tinh gọn và giúp duy trì quá trình việc làm ở mức hoàn toàn có thể quản trị được. Chìa khóa của Kanban là khái niệm về việc làm đang thực thi trong tiến trình có số lượng giới hạn ( WIP ). Tổng số WIP không khi nào được vượt quá dung tích đã thỏa thuận hợp tác – nếu bạn đang ở mức số lượng giới hạn thì phải triển khai xong một việc gì đó trước khi hoàn toàn có thể mở màn một trách nhiệm mới .
 

Scrum

 

Scrum là cách tiếp cận mà chúng tôi thấy được vận dụng thoáng rộng nhất trong những nhóm SAP. Cách tiếp cận này sử dụng những chu kỳ luân hồi tăng trưởng ngắn, dài cố định và thắt chặt từ hai đến bốn tuần được gọi là chạy nước rút. Trong thời hạn chạy nước rút, nhóm sẽ thao tác để tăng trưởng một số lượng câu truyện người dùng đã thống nhất để triển khai xong. Làm việc theo chu kỳ luân hồi ngắn giúp bạn hoàn toàn có thể phân phối giá trị nhanh hơn. Nhóm hoàn toàn có thể nhận được phản hồi sớm hơn và tái diễn, cải tổ chất lượng của ứng dụng. Cải tiến liên tục cả loại sản phẩm và quy trình tăng trưởng là trọng tâm của triết lý Scrum .

 

Tại sao Agile lại quan trọng ?

Phát triển Agile có nhiều lợi thế hơn so với quy mô tăng trưởng thác nước truyền thống cuội nguồn thường được sử dụng trong thiên nhiên và môi trường SAP .

Trong quy mô thác nước ( waterfall ), việc làm được lên kế hoạch từ đầu đến cuối trước khi bất kể sự tăng trưởng nào khởi đầu. Tất cả phong cách thiết kế được thực thi trước khi mở màn mã hóa và mã hóa được hoàn thành xong trước khi khởi đầu thử nghiệm. Điều đó hoạt động giải trí tốt, miễn là mọi thứ hoàn toàn có thể Dự kiến được. Nhưng thật không may, nó hiếm khi thành công xuất sắc. Nếu những yếu tố với phong cách thiết kế được tìm thấy trong quá trình mã hóa ( hoặc thậm chí còn là quá trình thử nghiệm ), hoàn toàn có thể cần phải làm lại rất nhiều để đưa dự án Bất Động Sản trở lại đúng hướng .
 

Các dự án Bất Động Sản Waterfall hoàn toàn có thể mất hàng tháng, hoặc thậm chí còn hàng năm, điều này khiến việc cung ứng nhanh gọn những nhu yếu kinh doanh thương mại đang đổi khác là cực kỳ khó khăn vất vả. Vào thời gian ứng dụng đã được tiến hành, những nhu yếu của người dùng hoàn toàn có thể đã đổi khác. Các tổ chức triển khai khó hoàn toàn có thể duy trì lợi thế cạnh tranh đối đầu nếu họ buộc phải đợi hàng tháng giữa những lần update nhỏ .
 


 

Một cách tiếp cận nhanh để phát triển phần mềm giúp:

  • Cung cấp giá trị nhanh hơn : Các nhu yếu quan trọng nhất hoàn toàn có thể được cung ứng nhanh hơn nhiều. Trong quy mô Waterfall, không có gì được tiến hành cho đến khi mọi thứ đã được thiết kế xây dựng và thử nghiệm .
  • Giảm thiểu sự không chắc như đinh : Phương pháp nhạy bén phân phối và thậm chí còn gật đầu những đổi khác trong nhu yếu. Nó thừa nhận rằng tăng trưởng ứng dụng là lặp đi tái diễn và không phải khi nào cũng hoàn toàn có thể trình diễn rõ ràng tổng thể những nhu yếu ngay từ đầu .
  • Giảm tác động ảnh hưởng và rủi ro đáng tiếc : Với những đổi khác nhỏ hơn, sẽ có ít rủi ro tiềm ẩn bị hỏng hóc hơn. Sẽ thuận tiện thấy trước yếu tố hơn khi khoanh vùng phạm vi nhỏ hơn và dễ kiểm tra hơn. Cũng có ít ảnh hưởng tác động hơn so với người dùng khi những bản update nhỏ được phân phối tiếp tục so với những đổi khác lớn, không liên tục .

  • Ưu tiên và luôn phù hợp: Các nhóm Agile chọn câu chuyện của người dùng nào để phát triển cho mỗi sprint và có thể chọn chúng dựa trên các ưu tiên kinh doanh của ngày hôm nay.

  • Luôn tiết kiệm ngân sách và chi phí ngân sách : Việc theo dõi ngân sách nhanh hơn sẽ thuận tiện hơn vì những tính năng đã hoàn thành xong đang được phân phối tiếp tục. Khó hơn nhiều để theo dõi ngân sách trong một dự án Bất Động Sản tăng trưởng dài mà không có gì sống sót cho đến khi kết thúc .
  • Tăng năng lực hiển thị : Cung cấp những tính năng thao tác tiếp tục hơn và cộng tác với doanh nghiệp giúp tăng năng lực hiển thị và hiểu biết trong tổ chức triển khai .
  • Nhưng còn việc tiến hành nhanh gọn trong những thiên nhiên và môi trường phức tạp như SAP thì sao ? Mặc dù những cảnh sắc SAP có những nhu yếu tăng trưởng độc lạ, những phương pháp luận nhanh gọn vẫn hoàn toàn có thể được sử dụng .

 

admin