Đề tài: Tìm hiểu về Agile project managemen

Đề tài tham khảo: Tìm hiểu về Agile project managemen bộ môn Phương pháp mô hình hóa. Phương pháp quản lý dự án linh hoạt ra đời từ đầu những năm 90, với ý tưởng khắc phục những nhược điểm của mô hình truyền thống cụ thể là mô hình thác nước.
Nội dung trích xuất từ tài liệu:
Đề tài: Tìm hiểu về Agile project managemen ĐẠI HỌC QUỐC GIA THÀNH PHỐ HỒ CHÍ MINH TRƯỜNG ĐẠI HỌC CÔNG NGHỆ THÔNG TIN KHOA CÔNG NGHỆ PHẦN MỀM Đề tài: TÌM HIỂU VỀ AGILE PROJECT MANAGEMENT Giảng viên hướng dẫn: Th.S Nguyễn Công Hoan Sinh viên thực hiện: Trần Anh Quân 11520305 Nguyễn Trung Nguyên 11520258 Võ Văn Tịnh 11520416 Tp.Hồ Chí Minh, tháng 11 năm 201311/14/2013 I. SỰ RA ĐỜI CỦA MÔ HÌNH AGILE 1. Bối cảnh. Chúng ta có rất nhiều phương pháp giúp xác định con đường phát triển phần mềm ví dụ như một số quy trình: - Mô hình thác nước. - Mô hình xoắn ốc. - Mô hình hướng đối tượng. - Mô hình làm bản mẫu. Các phương pháp kể trên chủ yếu là dự đoán trước cho quy trình phát triển phần mềm. Do đó các phương pháp này thường tạo ra một bản k ế ho ạch t ừ th ời đi ểm đ ầu d ự án và xác định được thời gian hoàn thành của dự án. Nhưng vấn đ ề quan tr ọng nhất v ẫn là “s ự thay đổi yêu cầu người dùng”. Và phương pháp truyền thống thì h ạn ch ế sự thay đ ổi yêu cầu từ khách hàng. Điều này giúp duy trì kế hoạch dự án ban đầu nh ưng không đem l ại s ự thỏa mãn hoàn toàn cho khách hàng. Một phần m ềm tốt là ph ần m ềm mà đem l ại cho khách hàng sự hài lòng. Chính sự hạn chế từ những phương pháp truyền thống mà c ần có một phương pháp hay quy trình phát triển phần mềm m ới ra đời. Quy trình phát tri ển ph ần mềm linh hoạt (Agile) ra đời và phần nào đáp ứng được yêu cầu ấy. Phương pháp quản lý dự án linh hoạt (Agile project management) ra đ ời t ừ đ ầu nh ững năm 90, với ý tưởng khắc phục những nhược điểm của mô hình truyền thống cụ thể là mô hình thác nước. 2. Agile là gì? Agile là tên gọi chung để chỉ các phương pháp phát tri ển nhanh, linh ho ạt. “Agile” nghĩa là nhanh nhẹn, khéo léo, linh hoạt. Agile không phải là một phương pháp cụ thể mà là m ột tri ết lí cùng v ới nhóm các phương pháp và phương pháp luận phát triển sản phẩm dựa trên nguyên tắc phát tri ển phân đoạn lặp và tăng trưởng với mục tiêu là phần mềm phải có khả năng bi ến đ ổi, phát triển và tiến hóa theo thời gian mà không phải làm lại từ đầu. Phương pháp Agile cố gắng cực tiểu hoá rủi ro bằng cách phát tri ển phần m ềm trong những khung thời gian ngắn và sự cộng tác chặt chẽ với khách hàng. Điểm nổi bật là khả năng sửa chữa biến đổi phần mềm ngay cả khi dự án đã bắt đầu. Điểm quan trọng làm lên sự khác biệt của Agile so với các mô hình truyền th ống đó là: các mô hình truyền thống là mô hình theo kế hoạch, còn mô hình Agile thì không nh ất thi ết phải tuân theo kế hoạch, nó có thể có những bước đột phá để tạo ra một phần m ềm hi ệu quả nhất. II. TÌM HIỂU CHUNG VỀ AGILE 1. Tuyên ngôn Agile. Cá nhân và tương tác hơn là quy trình và công cụ: Tất nhiên quy trình và công cụ cũng là điều quan tr ọng. Sẽ không th ể có m ột phần mềm tốt nếu như quy trình và công cụ không tốt. Nhưng đi ều mà b ản tuyên ngôn nhấn mạnh là vai trò của từng cá nhân và m ối quan hệ gi ữa các cá nhân trong đội ngũ phát triển phần mềm. Ý nghĩa quan trọng nhất c ủa Agile là m ọi ng ười cùng làm việc trong nhóm, chia sẻ thông tin thoải mái v ới nhau h ơn là t ập trung theo sát một quy trình hay công cụ nào đó. Sản phẩm xài được quan trọng hơn tài liệu về sản phẩm. Điều này không có nghĩa là chúng ta không phải thu thập lại t ư li ệu đ ể phát triển, chỉ là ít nhấn mạnh thu thập tư liệu và tập trung nhiều h ơn cho vi ệc vi ết phần mềm. Bởi vì đối với một dự án muốn thành công thì ph ải thu th ập tài li ệu đầy đủ. Nhưng bản thân tài liệu cũng không thể giúp được gì n ếu không có m ột sản phẩm phần mềm thực sự. Vì thế, việc tạo ra sản phẩm phần mềm quan tr ọng11/14/2013 hơn, và tài liệu chỉ đóng vai trò hỗ trợ phần mềm, mô tả phần mềm một cách chính xác. Trong Agile thì sẽ ít viết tài liệu nếu khách hàng không yêu c ầu nhi ều v ề tài liệu, việc viết tài liệu một cách cụ thể được xem là không th ực sự c ần thi ết và ...