Trước tiên, các bạn cần biết bốn tuyên ngôn trong Agile, từ đó phân tích các hiểu nhầm hay gặp phải nhé.
Tuyên ngôn Agile
- Cá nhân và tương tác giữa các cá nhân quan trọng hơn Quy trình và công cụ
- Phần mềm dùng được hay giá trị mang lại quan trọng hơn Quá nhiều tài liệu giấy tờ
- Hợp tác phối hợp với khách hàng quan trọng hơn Thương lượng và đàm phán hợp đồng
- Chào đón sự thay đổi quan trọng hơn tuân theo kế hoạch
Vậy, những hiểu nhầm trong Tuyên ngôn Agile mà nhiều người gặp phải là gì?
KHÔNG cần quy trình và công cụ trong Agile
Trong Agile, có sự ưu tiên cho sự linh hoạt và tập trung vào giá trị cốt lõi, đó là lý do tại sao không yêu cầu quy trình và công cụ cứng nhắc như trong các phương pháp phát triển truyền thống. Tuy nhiên, điều này không có nghĩa là Agile không sử dụng quy trình và công cụ.
Trong Agile, quy trình và công cụ được sử dụng theo cách linh hoạt và thích ứng với từng dự án và nhóm làm việc cụ thể. Agile khuyến khích việc lựa chọn các quy trình và công cụ phù hợp với mục tiêu và yêu cầu của dự án, và giữ sự tương tác trực tiếp và linh hoạt trong quá trình làm việc.
Một số ví dụ về quy trình và công cụ thường được sử dụng trong Agile bao gồm:
- Scrum: Scrum là một framework Agile phổ biến, và nó có quy trình và công cụ riêng như Sprint Planning, Daily Scrum, Sprint Review, và Retrospective. Scrum sử dụng các công cụ như bảng Scrum (Scrum board), bảng kanban, và công cụ quản lý sản phẩm để hỗ trợ quá trình phát triển.
- Kanban: Kanban là một phương pháp quản lý công việc và lưu trữ thông tin trực quan. Nó sử dụng bảng Kanban để theo dõi và quản lý quá trình làm việc và tình trạng các công việc. Kanban có thể sử dụng các công cụ trực tuyến hoặc vật lý như bảng Kanban trên tường.
- Công cụ quản lý dự án: Agile sử dụng các công cụ quản lý dự án như JIRA, Trello, Asana, hay Microsoft Azure DevOps để theo dõi và quản lý tiến độ công việc, giao tiếp và phối hợp giữa các thành viên trong nhóm.
Tóm lại, Agile không yêu cầu quy trình và công cụ cứng nhắc, nhưng vẫn tận dụng các quy trình và công cụ phù hợp để hỗ trợ quá trình phát triển và tăng cường sự tương tác và linh hoạt trong nhóm làm việc. Quy trình và công cụ được sử dụng theo cách linh hoạt và thích ứng với yêu cầu và mục tiêu của dự án.
Trong Agile không yêu cầu phải viết tài liệu
Trong phương pháp Agile, việc viết tài liệu được tiếp cận một cách linh hoạt và tập trung vào giá trị cốt lõi. Agile khuyến khích sự tương tác trực tiếp và liên tục giữa các thành viên trong nhóm phát triển và các bên liên quan để chia sẻ thông tin và hiểu rõ yêu cầu.
Tuy nhiên, điều này không có nghĩa là Agile hoàn toàn loại bỏ việc viết tài liệu. Trong một số trường hợp, việc viết tài liệu vẫn có thể được thực hiện để lưu trữ thông tin quan trọng, hướng dẫn sử dụng, tài liệu kiến thức, hoặc để đáp ứng các yêu cầu pháp lý hoặc quản lý dự án. Trong Agile, tài liệu thường được tạo ra theo nguyên tắc “Just Enough Documentation” (Tài liệu đủ và đúng). Điều này có nghĩa là chỉ tạo ra những tài liệu cần thiết để đáp ứng mục tiêu và yêu cầu của dự án, tránh việc tạo ra tài liệu không cần thiết hoặc quá phức tạp.
Thay vì tập trung quá nhiều vào việc viết tài liệu, Agile thường ưu tiên các hoạt động tương tác trực tiếp, như giao tiếp hàng ngày, phản hồi nhanh, phân tích kỹ thuật, và thử nghiệm liên tục để đạt được sự linh hoạt và phản hồi nhanh trong quá trình phát triển dự án.
Tóm lại, Agile không yêu cầu việc viết tài liệu một cách cứng nhắc, nhưng vẫn coi trọng giá trị của việc tạo và duy trì các tài liệu cần thiết để hỗ trợ quá trình phát triển và cung cấp thông tin quan trọng cho các bên liên quan.
Trong Agile, phải đáp ứng tất cả yêu cầu của Khách hàng
Trong Agile, mục tiêu là đáp ứng tất cả yêu cầu hợp lý và cần thiết của khách hàng, nhưng không phải là đáp ứng tất cả các yêu cầu mà khách hàng đưa ra. Agile tập trung vào việc tạo ra giá trị cao nhất cho khách hàng thông qua việc phát triển các sản phẩm và dịch vụ có khả năng đáp ứng nhu cầu thực tế và đem lại lợi ích lâu dài.
Trong Agile, quá trình đáp ứng yêu cầu khách hàng được thực hiện theo các sprint ngắn và linh hoạt. Nhóm phát triển tập trung vào việc phát triển các tính năng có giá trị cao nhất và đáp ứng nhu cầu quan trọng nhất của khách hàng trước tiên. Điều này đòi hỏi nhóm phải có khả năng ưu tiên, phân loại và làm việc theo ưu tiên các yêu cầu quan trọng nhất để đảm bảo tối đa hóa giá trị mang lại cho khách hàng.
Tuy nhiên, trong quá trình làm việc, có thể có những yêu cầu từ khách hàng mà không thể đáp ứng ngay lập tức hoặc không phù hợp với mục tiêu hoặc phạm vi dự án. Trong trường hợp đó, nhóm phát triển sẽ làm việc chặt chẽ với khách hàng để hiểu rõ yêu cầu và tìm cách đạt được một sự hiểu biết chung và tìm giải pháp phù hợp. Có thể xem xét các thay đổi, điều chỉnh hoặc đề xuất các phương án khác nhau để đáp ứng yêu cầu khách hàng một cách hợp lý và tốt nhất.
Quan trọng là tạo ra sự linh hoạt trong việc đáp ứng yêu cầu của khách hàng trong suốt quá trình phát triển. Agile khuyến khích việc thường xuyên liên hệ và phản hồi giữa nhóm phát triển và khách hàng, nhằm hiểu rõ và đáp ứng yêu cầu thay đổi và thích ứng với sự phát triển của dự án
KHÔNG cần lập kế hoạch và KHÔNG cần kiểm soát yêu cầu thay đổi trong Agile
Trong Agile, việc lập kế hoạch và kiểm soát yêu cầu thay đổi vẫn được coi là quan trọng.
Lập kế hoạch là quá trình xác định các hoạt động, tài nguyên và thời gian cần thiết để thực hiện dự án. Mặc dù Agile có tính linh hoạt và tập trung vào việc thích ứng với sự thay đổi, nhưng việc lập kế hoạch vẫn là một phần quan trọng của quá trình phát triển. Agile sử dụng các phương pháp lập kế hoạch như Sprint Planning trong Scrum để xác định các mục tiêu và tính toán tài nguyên cần thiết để đạt được mục tiêu đó.
Việc kiểm soát yêu cầu thay đổi trong Agile cũng là một khía cạnh quan trọng. Mặc dù Agile linh hoạt trong việc đáp ứng yêu cầu thay đổi, nhưng việc kiểm soát và quản lý các yêu cầu này là cần thiết để đảm bảo rằng các thay đổi không ảnh hưởng đến mục tiêu chính của dự án và sự ổn định của quá trình phát triển. Agile sử dụng các cơ chế như Product Backlog và các cuộc họp Sprint Review để xem xét và phê duyệt các yêu cầu thay đổi và quyết định liệu chúng có nên được thực hiện ngay hay trong tương lai.
Tóm lại, lập kế hoạch và kiểm soát yêu cầu thay đổi vẫn là hai khía cạnh quan trọng trong Agile. Mặc dù Agile giới thiệu sự linh hoạt và tập trung vào việc thích ứng với sự thay đổi, nhưng việc lập kế hoạch và kiểm soát yêu cầu thay đổi là cần thiết để đảm bảo mục tiêu và tiến độ của dự án.
