Với sự phổ biến và thành công đã được chứng minh của Tuyên ngôn Agile, các doanh nghiệp và nhiều chuyên gia quản lý dự án ngoài thế giới phần mềm đã áp dụng các phương pháp của nó. Khi tuân thủ các nguyên tắc của Tuyên ngôn Agile, các tổ chức phải tự hỏi: “Làm cách nào chúng ta có thể tự tổ chức để giải quyết sự không chắc chắn trong quá trình phát triển sản phẩm một cách hiệu quả?”
Tuyên ngôn Agile là gì?
Tuyên ngôn Agile cho phát triển phần mềm là lời tuyên bố về triết lý thống nhất cho các khuôn khổ như Scrum, Lập trình cực đoan và Phát triển hướng tính năng (FDD). Tuyên ngôn Agile khác hẳn với các phương pháp quản lý dự án kiểu thác nước được sử dụng rộng rãi trước thời điểm đó.
Tuyên ngôn về phát triển phần mềm linh hoạt nêu rõ:
“Chúng tôi đang khám phá những cách phát triển phần mềm tốt hơn bằng cách thực hiện nó và giúp đỡ những người khác làm điều đó.
Thông qua công việc này, chúng tôi đã đạt được giá trị:
- Các cá nhân và sự tương tác qua các quy trình và công cụ
- Phần mềm làm việc trên tài liệu toàn diện
- Hợp tác của khách hàng thông qua đàm phán hợp đồng
- Đáp lại sự thay đổi theo kế hoạch
Nghĩa là, mặc dù những món đồ ở bên phải có giá trị nhưng chúng tôi lại coi trọng những món đồ ở bên trái hơn”.
Các giải pháp Agile xuất hiện khi các nhóm Agile đa chức năng , tự tổ chức sử dụng các phương pháp thực hành phù hợp với bối cảnh của họ. Nhưng điều đó không có nghĩa là họ làm mà không có người quản lý. Người quản lý vẫn cần phải:
- Tạo môi trường cho phép nhóm thành công
- Đảm bảo các thành viên trong nhóm có bộ kỹ năng phù hợp
- Cung cấp hướng dẫn khi các nhóm không thể tự giải quyết vấn đề
- Xóa bỏ rào cản và đảm bảo nguồn lực bên ngoài khi cần thiết
Ai đã tạo ra Tuyên ngôn Agile?
Với những ngọn núi Wasatch cao chót vót ở Snowbird, Utah, 17 người đã tụ tập vào đầu năm 2001 để thảo luận về tương lai của việc phát triển phần mềm. Họ bao gồm những người đề xuất Lập trình cực đoan, Scrum, Phương pháp phát triển hệ thống động (DSDM), Phát triển phần mềm thích ứng, Crystal, FDD, Lập trình thực dụng và những người khác nhận thấy nhu cầu về một giải pháp thay thế cho “các quy trình phát triển phần mềm nặng, dựa trên tài liệu”.
Từ nhóm này, 14 người đã trở thành người ký Tuyên ngôn Agile, bao gồm:
- Mike Beedle , người sáng lập và Giám đốc điều hành của e-Architects Inc., một công ty tư vấn chuyên phát triển ứng dụng sử dụng các đối tượng phân tán và công nghệ internet.
- Arie van Bennekum , người đã tích cực tham gia vào DSDM và Hiệp hội DSDM từ năm 1997.
- Alistair Cockburn , người sáng lập Humans and Technology, người nổi tiếng với những cuộc phỏng vấn sâu rộng với các nhóm dự án.
- Ward Cunningham , người sáng lập Cunningham & Cunningham, Inc., người từng giữ chức vụ giám đốc R&D tại Wyatt Software và kỹ sư chính tại Phòng thí nghiệm Nghiên cứu Máy tính Tektronix.
- Martin Fowler, nhà khoa học trưởng của Thoughtworks, một công ty tư vấn và phát triển ứng dụng.
- Jim Highsmith , nhà phát triển chính của Phương pháp linh hoạt phát triển phần mềm thích ứng và là tác giả của cuốn sách cùng tên.
- Andrew Hunt , đối tác của The Pragmatic Programmers và đồng tác giả của The Pragmatic Programmer: From Journeyman to Master and Programming Ruby.
- Ron Jeffries , chủ sở hữu của XProgramming.com, cố vấn của Object Mentor và là đồng tác giả của Extreme Programming Installed.
- Jon Kern , người đam mê giúp đỡ khách hàng thành công trong việc mang lại giá trị kinh doanh thông qua nỗ lực phát triển phần mềm.
- Brian Marick , một lập trình viên và cố vấn kiểm thử phần mềm.
- Robert C. Martin , chủ tịch và người sáng lập của Object Mentor Inc., công ty cung cấp các dịch vụ tư vấn quy trình XP và Agile, tư vấn thiết kế, đào tạo và phát triển phần mềm cho các tập đoàn lớn trên thế giới.
- Ken Schwaber , chủ tịch của Phương pháp phát triển nâng cao (ADM), người luôn nỗ lực cải thiện phương pháp phát triển phần mềm.
- Jeff Sutherland , giám đốc công nghệ của PatientKeeper, một công ty khởi nghiệp có trụ sở tại MIT cung cấp các ứng dụng di động/không dây cho các bác sĩ lâm sàng.
- Dave Thomas , đồng tác giả cuốn Lập trình viên thực dụng.
Câu chuyện Tuyên ngôn Agile.
Vào những năm 1990, trước cuộc họp Tuyên ngôn Agile, các nhà phát triển phần mềm bắt đầu tìm kiếm những cách làm việc tốt hơn, phản ứng nhanh hơn, kết hợp các ý tưởng cũ và mới về phát triển Agile và cố gắng tìm ra sự kết hợp tốt nhất cho mục đích của họ.
Các phương pháp khác nhau của họ tập trung vào:
- Sự hợp tác chặt chẽ giữa nhóm phát triển và các bên liên quan kinh doanh
- Thường xuyên chuyển giao giá trị doanh nghiệp
- Đội ngũ gắn kết chặt chẽ, tự tổ chức
- Những cách thông minh hơn để tạo, xác nhận và gửi mã
Họ bắt đầu phát triển các khuôn khổ mà các nhóm khác có thể sử dụng, bao gồm Scrum, Extreme Programing, FDD và DSDM.
Trong cuộc họp Tuyên ngôn Agile năm 2001, những người tham gia đã tìm kiếm những điểm tương đồng trong các cách tiếp cận khác nhau này. Loại bỏ những điều họ không thể đồng ý, những người tham gia hệ thống hóa các điểm thống nhất còn lại trong Tuyên ngôn Agile, cung cấp một bộ tuyên bố giá trị và đưa ra thuật ngữ “Phát triển phần mềm Agile”.
Liên minh Agile được thành lập vào cuối năm 2001, đóng vai trò là nơi để các nhà phát triển phần mềm khám phá và chia sẻ ý tưởng cũng như kinh nghiệm của họ. Các nhóm phát triển là những người đầu tiên sử dụng phương pháp Agile, nhưng sau đó nó đã được các nhóm khác áp dụng, đặc biệt là những nhóm thực hiện các dự án không có phạm vi và yêu cầu rõ ràng ngay từ đầu.
Khi Agile được áp dụng rộng rãi hơn, một hệ sinh thái đã phát triển bao gồm những người phát triển phần mềm Agile và những người khác đã giúp đỡ họ thông qua tư vấn, đào tạo, khuôn khổ và công cụ.
Các giá trị đằng sau Tuyên ngôn Agile.
Bốn giá trị của Tuyên ngôn Agile là:
1. Cá nhân và sự tương tác qua các quy trình và công cụ.
Chính con người là người thúc đẩy quá trình phát triển và đáp ứng nhu cầu kinh doanh một cách nhanh chóng, vì vậy họ được ưu tiên hơn các quy trình và công cụ. Nếu những điều sau thúc đẩy sự phát triển, nhóm sẽ trở nên kém phản ứng hơn và không thể đáp ứng nhu cầu của khách hàng.
2. Phần mềm hoạt động dựa trên tài liệu toàn diện.
Tuyên ngôn Agile không nhấn mạnh đến tài liệu về quá trình phát triển, vốn thường tiêu tốn rất nhiều thời gian và thường khiến nhóm sa lầy. Bằng cách tránh những chi tiết vụn vặt không quan trọng, Agile chuyển trọng tâm của nhóm từ chính quy trình sang kết quả của quy trình (phần mềm hoạt động thực tế).
3. Hợp tác với khách hàng thông qua đàm phán hợp đồng.
Trong các phương pháp quản lý dự án truyền thống, chẳng hạn như Thác nước, khách hàng thương lượng các yêu cầu sản phẩm rất chi tiết trước khi bất kỳ công việc nào bắt đầu và họ thường chỉ tham gia vào lúc bắt đầu và khi kết thúc. Trong Agile, khách hàng trở thành cộng tác viên quan trọng trong suốt quá trình phát triển, đảm bảo đầu vào của họ được kết hợp và kết quả đáp ứng được nhu cầu của họ trong suốt quá trình.
4. Ứng phó với những thay đổi theo kế hoạch.
Bởi vì việc thích ứng liên tục không được tích hợp vào quy trình phát triển phần mềm truyền thống nên việc thay đổi là một vấn đề đau đầu. Agile chấp nhận sự thay đổi, tập trung vào việc phát hành một sản phẩm khả thi tối thiểu có thể được đánh giá và điều chỉnh từ lần lặp này sang lần lặp khác.
Các nguyên tắc đằng sau Tuyên ngôn Agile.
12 nguyên tắc của Tuyên ngôn Agile , được mở rộng dựa trên tuyên ngôn ban đầu, bao gồm:
- Ưu tiên cao nhất là làm hài lòng khách hàng thông qua việc cung cấp sớm và liên tục các phần mềm có giá trị.
- Nhóm dự án hoan nghênh các yêu cầu thay đổi, thậm chí ở giai đoạn cuối của quá trình phát triển. Các quy trình linh hoạt khai thác sự thay đổi để tạo lợi thế cạnh tranh cho khách hàng.
- Cung cấp phần mềm hoạt động thường xuyên, từ vài tuần đến vài tháng, ưu tiên khoảng thời gian ngắn hơn.
- Người kinh doanh và nhà phát triển phải làm việc cùng nhau hàng ngày trong suốt dự án.
- Quá trình này xây dựng các dự án xoay quanh những cá nhân có động lực, mang lại cho họ môi trường và sự hỗ trợ mà họ cần, đồng thời tin tưởng họ sẽ hoàn thành công việc.
- Cuộc trò chuyện trực tiếp là phương pháp hiệu quả và hiệu quả nhất để truyền đạt thông tin đến và trong nhóm phát triển.
- Phần mềm hoạt động được là thước đo quan trọng nhất của sự tiến bộ.
- Các quy trình linh hoạt thúc đẩy sự phát triển bền vững. Các nhà tài trợ, nhà phát triển và người dùng nên duy trì tốc độ ổn định vô thời hạn.
- Luôn chú ý đến sự xuất sắc về mặt kỹ thuật và thiết kế tốt sẽ nâng cao tính linh hoạt.
- Sự đơn giản là điều cần thiết. Đây là nghệ thuật tối đa hóa số lượng công việc chưa được thực hiện.
- Các nhóm tự tổ chức tạo ra những kiến trúc, yêu cầu và thiết kế tốt nhất.
- Định kỳ, nhóm suy nghĩ về cách trở nên hiệu quả hơn và điều chỉnh hành vi của mình cho phù hợp.
Sự liên quan ngày hôm nay.
Kể từ khi Tuyên ngôn Agile được ký kết, phương pháp phát triển sản phẩm được áp dụng rộng rãi đã đạt được nhiều thành công. Nó đã tạo ra các quy trình phát triển Agile có quy mô khác , chẳng hạn như Khung Agile quy mô (SAFe) và Scrum quy mô lớn (LeSS), giúp đưa Agile ra khỏi lĩnh vực phát triển phần mềm và đến với các nhóm khác trong doanh nghiệp. Theo Harvard Business Review , khoảng 80% công ty đang sử dụng ít nhất một số khía cạnh của Agile trong tất cả các chức năng kinh doanh chính của họ: nghiên cứu và phát triển; sản xuất và vận hành; dịch vụ và hỗ trợ khách hàng; tiếp thị và truyền thông ; việc bán hàng; và thậm chí cả nhân sự, tài chính và quản trị.
Nguồn: https://business.adobe.com/blog/basics/agile-manifesto
