Tuyên ngôn Agile

Tuyên ngôn Agile là một tài liệu xác định bốn giá trị chính và 12 nguyên tắc mà các tác giả của nó tin rằng các nhà phát triển phần mềm nên sử dụng để hướng dẫn công việc của họ. Chính thức được gọi là Tuyên ngôn cho Phát triển Phần mềm Agile , tuyên ngôn này được 17 nhà phát triển phần mềm trong một chuyến đi chơi từ ngày 11-13 tháng 2 năm 2001, tại The Lodge – khu nghỉ mát trượt tuyết Snowbird ở Utah – chính thức công bố.

Các nhà phát triển tự gọi mình là Liên minh Agile. Họ đang tìm kiếm một giải pháp thay thế cho các quy trình phát triển phần mềm hiện có mà họ cho là phức tạp, không đáp ứng và quá tập trung vào các yêu cầu về tài liệu.

Theo agilemanisfesto.org , trang chủ trực tuyến của tài liệu, mục tiêu đã nêu của các nhà phát triển không phải là chống lại phương pháp luận, mà là “khôi phục độ tin cậy cho từ phương pháp luận.”

Hơn nữa, các nhà phát triển bày tỏ mong muốn tìm được sự cân bằng giữa các cách phát triển hiện có và các giải pháp thay thế mới. Họ thừa nhận chấp nhận mô hình và tài liệu, nhưng chỉ khi nó có mục đích sử dụng có lợi, rõ ràng. Các nhà phát triển cũng giải thích rằng mặc dù việc lập kế hoạch là quan trọng, nhưng cũng cần phải chấp nhận rằng các kế hoạch thay đổi và cho phép sự linh hoạt đối với những sửa đổi này. Nhìn chung, Tuyên ngôn tập trung vào việc đánh giá các cá nhân và các tương tác qua các quy trình và công cụ.

Phát triển Tuyên ngôn Agile

Phương pháp tiếp cận Agile để phát triển phần mềm được xác định bằng cam kết tạo ra phần mềm theo từng bước – hoặc theo từng giai đoạn và gia tăng thường xuyên. Phương pháp này cung cấp cho người dùng các phiên bản hoặc bản phát hành mới của phần mềm sau một thời gian ngắn làm việc. Những khoảng thời gian làm việc ngắn ngủi đó thường được gọi là chạy nước rút (sprint) .

Quy trình Agile này trái ngược với cách tiếp cận thác nước truyền thống để phát triển phần mềm, trong đó các nhà phát triển thường biên dịch các nhu cầu và yêu cầu của người dùng rồi sau đó mới tiến hành xây dựng phần mềm cho đến khi hoàn tất. Với phương pháp luận truyền thống này, dự án hoàn thành được phát hành vào cuối chu kỳ dự án.

Agile Alliance đang tìm kiếm một giải pháp thay thế cho mô hình thác nước, một mô hình được mô tả là “phụ thuộc vào tài liệu, và các quy trình phát triển phần mềm nặng nề”

Bốn giá trị của Agile

Bốn giá trị cốt lõi của phát triển phần mềm Agile như Tuyên ngôn Agile đã nêu là:

• Các cá nhân và tương tác qua các quy trình và công cụ: Các công cụ và quy trình là quan trọng, nhưng điều quan trọng hơn là phải có những người có năng lực làm việc cùng nhau một cách hiệu quả.
• Phần mềm làm việc trên tài liệu toàn diện: Tài liệu tốt sẽ hữu ích trong việc giúp mọi người hiểu cách phần mềm được xây dựng và cách sử dụng nó, nhưng điểm chính của sự phát triển là tạo ra phần mềm chứ không phải tài liệu.
• Hợp tác với khách hàng trong quá trình đàm phán hợp đồng; Hợp đồng là quan trọng nhưng không thể thay thế cho việc hợp tác chặt chẽ với khách hàng để khám phá những gì họ cần.
• Đáp ứng sự thay đổi so với việc tuân theo một kế hoạch: Một kế hoạch dự án là quan trọng, nhưng nó không được quá cứng nhắc để phù hợp với những thay đổi về công nghệ hoặc môi trường, ưu tiên của các bên liên quan và sự hiểu biết của mọi người về vấn đề và giải pháp của nó.

12 nguyên tắc

Tuyên ngôn về Phát triển Phần mềm Agile dựa trên mười hai nguyên tắc sau đây:

1. Làm hài lòng khách hàng thông qua việc phân phối sớm và liên tục các phần mềm có giá trị.
2. Chia công việc lớn thành các nhiệm vụ nhỏ hơn để có thể hoàn thành nhanh chóng (hàng tuần thay vì hàng tháng).
3. Nhận thức rằng công việc tốt nhất xuất hiện từ các nhóm tự tổ chức.
4. Cung cấp cho các cá nhân động lực với môi trường và sự hỗ trợ mà họ cần và tin tưởng để họ hoàn thành công việc.
5. Tạo ra các quy trình thúc đẩy các nỗ lực bền vững.
6. Duy trì một tốc độ không đổi cho công việc đã hoàn thành.
7. Đón đầu các yêu cầu thay đổi, thậm chí là muộn trong một dự án.
8. Tập hợp nhóm dự án và chủ doanh nghiệp hàng ngày trong suốt dự án.
9. Yêu cầu nhóm phản ánh định kỳ về cách trở nên hiệu quả hơn, sau đó điều chỉnh hành vi cho phù hợp.
10. Đo lường tiến độ bằng khối lượng công việc đã hoàn thành.
11. Liên tục tìm kiếm sự xuất sắc.
12. Khai thác sự thay đổi để có lợi thế cạnh tranh.

Mục đích của Tuyên ngôn Agile

Những người ủng hộ các phương pháp Agile cho biết bốn giá trị được nêu trong Tuyên ngôn Agile thúc đẩy quá trình phát triển phần mềm tập trung vào chất lượng bằng cách tạo ra các sản phẩm đáp ứng nhu cầu và mong đợi của người tiêu dùng.

12 nguyên tắc nhằm tạo ra và hỗ trợ một môi trường làm việc tập trung vào khách hàng, phù hợp với các mục tiêu kinh doanh và có thể đáp ứng và xoay chuyển nhanh chóng khi nhu cầu của người dùng và lực lượng thị trường thay đổi.

Agile so với scrum và các phương pháp luận khác

Agile, như được nêu trong Tuyên ngôn Agile, được coi là một triết lý, nhưng có những phương pháp và công cụ cụ thể giúp hiện thực hóa tất cả các ý tưởng được trình bày trong Tuyên ngôn Agile.

Ví dụ, Scrum là một khuôn khổ để quản lý và kiểm soát các dự án lặp đi lặp lại trong đó chủ sở hữu sản phẩm làm việc với các nhóm chức năng chéo để tạo ra một danh sách các nhiệm vụ cần thực hiện. Danh sách này được gọi là tồn đọng của sản phẩm (Product Backlogs).

Các công cụ và phương pháp luận khác bao gồm Kanban , Crystal, Lean và Extreme Programming (XP), tất cả đều có các yếu tố đúc kết từ các triết lý Agile.

Phê bình và tranh cãi

Agile đã được áp dụng rộng rãi bởi các nhóm phát triển phần mềm trong toàn ngành công nghệ, cũng như trong các bộ phận công nghệ thông tin của doanh nghiệp .

Hơn nữa, Agile đã được ghi nhận là đã làm cho các dự án phần mềm thành công hơn trong việc đáp ứng nhu cầu của người dùng, khách hàng và doanh nghiệp, đồng thời sản xuất phần mềm nhanh hơn và nhạy hơn so với các phương pháp Waterfall truyền thống.

Tuy nhiên, một số người cáo buộc Agile đã được thổi phồng quá mức. Các nhà phê bình cho rằng Agile không hoạt động trong mọi tình huống và các phương pháp, thuật ngữ và văn hóa liên quan đến Agile có thể kém phù hợp với văn hóa của một số tổ chức và dự án.

Những người khác lưu ý rằng một số nhóm phát triển tuyên bố có tâm lý Agile trong khi trên thực tế, họ chỉ đơn giản là từ bỏ một số ý tưởng về phát triển truyền thống mà không thực sự nắm lấy các giá trị và nguyên tắc của Agile.