Mô hình Yêu cầu Tương tác Quy mô dự án Ưu điểm Nhược

(+/-) khách hàng (+/-) điểm

(+/-)
Agile (+) (+) (-) *, Agile: *, agile:
model & -Tham gia -Ưu tiên cao -Do đặc trưng của - Agile là một - khó định
Scrum tích cực của nhất là thỏa agile phân đoạn phương pháp linh lượng và
Process khách hàng: mãn khách sprint có khung hoạt, linh động và ước tính
Khách hàng hàng thông tgian ngắn từ 1-4 tăng cường tương thời gian,
đóng vai trò qua việc tuần để cho ra các tác và phản hồi công sức,
nhà quản lý chuyển giao phần nhỏ của sản - đặt khách hàng và nguồn
sản phẩm sớm và liên phẩm và không lên hàng đầu và tập lực cần
(Product tục các phần thực hiện việc lập trung vào việc thiết cho
Owner) để mềm có giá kế hoạch dài hạn. cung cấp giá trị dự án
định hướng trị. - Các cuộc họp, trao cho khách hàng - Agile cần
và phản hồi - Tổ chức các đổi ý kiến giữa các sớm nhất từ thể sự tương
dự án. cuộc họp bên có liên quan hiện thực của sản tác và phối
- Quy trình trong và sau như daily scrum sẽ phẩm hợp tốt
làm việc theo mỗi Sprint để dễ dàng hơn khi - thay đổi yêu cầu giữa các
Sprint ngắn: nhận phản hồi quy mô nhóm nhỏ linh hoạt trong quá thành viên
Thường 1-4 về tính năng, hơn. trình phát triển, trong
tuần, xác chức năng - Dễ theo dõi tiến đáp ứng tốt với nhóm.
định rõ phạm mới. Linh độ và chủ động điều môi trường ngày
vi và mục hoạt điều chỉnh kế hoạch nếu càng biến động và
tiêu cho từng chỉnh yêu cần thiết trong quy thay đổi.
giai đoạn. cầu, ưu tiên mô nhỏ hơn.
- Họp hàng theo phản hồi *,Scrum: *, Scrum:
ngày (Daily của khách -> Vì vậy quy mô - Scrum là một - Khó dự
Scrum): Rà hàng trong nhỏ là điều kiện phương pháp quản báo chính
soát tiến quá trình phát thuận lợi để áp lý dự án theo mô xác thời
trình, giải triển. dụng hiệu quả các hình linh hoạt, có gian và chi
quyết vấn đề -Thường nguyên tắc của tính minh bạch phí dự án.
nhanh chóng. xuyên Agile như linh hoạt, thanh tra thích nghi - Scrum
chuyển giao phản hồi nhanh và - Tăng khả năng hữu ích cho
phần mềm làm việc theo phản hồi nhanh và nhiều dự án
chạy tốt tới phương pháp định sáng tạo thông qua phần mềm
khách hàng. hướng sự kiện. các sprint ngắn, nhỏ và vừa,
Từ vài tuần tăng tính kỷ luật và yêu cầu
 đến vài hiệu quả làm việc linh hoạt.
tháng, ưu của nhóm thông - phụ thuộc
tiên cho các qua daily scrum vào tương
khoảng thời tác và phản
gian ngắn hồi liên tục
hơn. giữa các
thành viên
trong nhóm
-phải thực
hiện đầy đủ
các nguyên
tắc của
scrum
Rapid (+) (+) (-) -Phát triển nhanh -Không
Applicat - Áp dụng - Phản hồi - RAD thích hợp chóng: phù hợp
ion phân tích và người dùng: cho các dự án có -Sự linh hoạt: cho dự án
Develop thiết kế theo Bằng cách tạo khung thời gian -Phản hồi người lớn và
ment phương pháp mẫu và cho chặt chẽ. Nó nhấn dùng:. phức tạp
từ trên xuống phép người mạnh vào các chu -Tích hợp sâu với - Yêu cầu
(top-down), dùng thử kỳ phát triển nhanh người dùng: kỹ năng
tập trung vào nghiệm sớm, chóng, giúp tăng tốc -Giảm rủi ro: cao
các tính năng bạn có thể thu quá trình triển khai - Tài
then chốt. thập phản hồi dự án. Nếu bạn cần nguyên
- Thông tin từ họ và cải triển khai một giải - Quản lý
phản hồi liên thiện sản pháp phần mềm khó khăn
tục trong phẩm theo một cách nhanh - Thiếu tài
suốt quá thời gian. chóng, RAD có thể liệu chi
trình phát - Tích hợp giúp bạn đáp ứng tiết
triển từ sâu với các thời hạn chặt
người người dùng: chẽ. Trong tgian
dùng/khách Đối với các ngắn hạn từ 2-
hàng ứng dụng yêu 3thang
- yêu cầu sự cầu sự tích - Mô hình RAD
nhanh chóng hợp sâu với hiệu quả nhất cho
và thường sự tham gia các dự án nhỏ và
xuyên cập của người trung bình. Nó có
nhật theo sự dùng, như các thể không phù hợp
 thay đổi của ứng dụng dựa cho các dự án lớn,
yêu cầu và trên giao diện phức tạp đòi hỏi kế
môi trường người dùng, hoạch và tài liệu chi
kinh doanh. RAD là một tiết.
lựa chọn tốt.

I, Mô hình Agile model & Scrum Process :

1, Đặc trưng của Agile:

*, Tính lặp (Iterative):
-Dự án sẽ được thực hiện trong các phân đoạn lặp đi lặp lại. Các phân
đoạn (được gọi là Iteration hoặc Sprint) này thường có khung thời gian ngắn
(từ 1 – 4 tuần).
- Nhóm phát triển thực hiện đầy đủ các công việc cần thiết như lập kế
hoạch, phân tích yêu cầu, thiết kế, triển khai, kiểm thử (với các mức độ khác
nhau) để cho ra các phần nhỏ của sản phẩm. Agile thường phân rã mục tiêu
thành các phần nhỏ với quá trình lập kế hoạch đơn giản và gọn nhẹ nhất có thể,
và không thực hiện việc lập kế hoạch dài hạn.
*, Tính tiệm tiến (Incremental) và tiến hóa (Evolutionary):
 - Cuối các phân đoạn, nhóm phát triển thường cho ra các phần nhỏ của
sản phẩm cuối cùng có khả năng chạy tốt, được kiểm thử cẩn thận và có
thể sử dụng ngay
- Theo thời gian, phân đoạn này tiếp nối phân đoạn kia, các phần chạy
được này sẽ được tích lũy, lớn dần lên cho tới khi toàn bộ yêu cầu của
khách hàng được thỏa mãn.
*, Tính thích ứng (adaptive) :
-Do các phân đoạn chỉ kéo dài trong một khoảng thời gian ngắn, và việc
lập kế hoạch cũng được điều chỉnh liên tục, nên các thay đổi trong quá
trình phát triển (yêu cầu thay đổi, thay đổi công nghệ, thay đổi định
hướng về mục tiêu v.v.) đều có thể được đáp ứng theo cách thích hợp.

-Theo đó, các quy trình Agile thường thích ứng rất tốt với các thay đổi.

*, Nhóm tự tổ chức và liên chức năng

*, Quản lý tiến trình thực nghiệm (Empirical Process Control)
*, Giao tiếp trực diện (face-to-face communication)
*, Phát triển dựa trên giá trị (value-based development)

2, Scrum :

*, 3 giá trị cốt lõi :

-Minh bạch (transparency): tầm nhìn (vision) về sản phẩm, yêu cầu
khách hàng, tiến độ công việc, các khúc mắc và rào cản v.v.
-Thanh tra (inspection) : đảm bảo cho việc phát lộ các vấn đề cũng như
giải pháp để thông tin đa dạng và hữu ích
-Thích nghi (adaptation) : Dựa trên các thông tin minh bạch hóa từ các
quá trình thanh tra và làm việc, Scrum có thể phản hồi lại các thay đổi
một cách tích cực, nhờ đó mang lại thành công cho dự án
*, 3 vai trò:
-Product Owner (chủ sản phẩm): Là người chịu trách nhiệm về sự thành
công của dự án, người định nghĩa các yêu cầu và đánh giá cuối cùng đầu
ra của các nhà phát triển phần mềm.
-Scrum Master: Là người có hiểu biết sâu sắc về Scrum và đảm bảo
nhóm có thể làm việc hiệu quả với Scrum.
 -Development Team (Đội sản xuất, hay Nhóm phát triển): Một nhóm
liên chức năng (cross-functional) tự quản lý để tiến hành chuyển đổi các
yêu cầu được tổ chức trong Product Backlog thành chức năng của hệ
thống.
*, 4 events :
-Sprint Planning( họp kế hoạch sprint): Công việc lập kế hoạch bao gồm
việc chọn lựa các yêu cầu cần phải phát triển, phân tích và nhận biết các
công việc phải làm kèm theo các ước lượng thời gian cần thiết để hoàn
tất các tác vụ.
-Daily Scrum ( họp sơ kết sprint): họp hằng ngày trong khoảng 15 phút
để Nhóm Phát triển chia sẻ tiến độ công việc cũng như chia sẻ các khó
khăn gặp phải trong quá trình phát triển phần mềm suốt một Sprint.
-Sprint Review( Họp sơ kết Sprint): rà soát lại các công việc đã hoàn tất
(DONE) trong Sprint vừa qua và đề xuất các chỉnh sửa hoặc thay đổi
cần thiết cho sản phẩm.
-Sprint Retrospective( Họp cải tiến sprint): nhóm phát triển sẽ rà soát lại
toàn diện Sprint vừa kết thúc và tìm cách cải tiến quy trình làm việc
cũng như bản thân sản phẩm
*, Các công cụ Scrum:
-Product backlog: Product Owner chịu trách nhiệm sắp xếp độ ưu tiên
cho từng hạng mục
-Sprint backlog: phân tích các yêu cầu theo độ ưu tiên từ cao xuống thấp
để hiện thực hóa các hạng mục trong Product Backlog dưới dạng danh
sách công việc
-Burndown Chart: có thể được dùng để theo dõi tiến độ của Sprint hoặc
của cả dự án
*, Quy trình vận hành Scrum:
3, Công cụ quản lý dự án theo Agile:

II, Mô hình Rapid Application Development :

-RAD : phương pháp quản lý dự án và phát triển phần mềm có tính linh hoạt và tập trung
vào việc phát triển nhanh chóng của ứng dụng.
*, Khi nào nên sử dụng mô hình RAD :
-Thời gian ngắn hạn: RAD thích hợp cho các dự án có khung thời gian chặt chẽ. Nó nhấn
mạnh vào các chu kỳ phát triển nhanh chóng, giúp tăng tốc quá trình triển khai dự án.
-Dự án nhỏ và trung bình:
-Phạm vi dự án rõ ràng: Mặc dù RAD linh hoạt, nhưng việc có một phạm vi dự án rõ ràng
và mục tiêu cụ thể cũng rất quan trọng. Sự mơ hồ về mục tiêu dự án có thể dẫn đến khó
khăn trong việc tận dụng RAD một cách hiệu quả.
-Ngân sách và tài nguyên: Đảm bảo rằng các tài nguyên cần thiết, bao gồm các công cụ
và môi trường phát triển luôn sẵn sàng cho các dự án RAD. Có sẵn các tài nguyên này có
thể giúp tăng tốc quá trình phát triển
*, Các giai đoạn trong mô hình RAD :

-Business Modeling: nhóm dự án hợp tác chặt chẽ với các bên liên quan và người dùng
để xác định yêu cầu kinh doanh và mục tiêu. Giai đoạn này liên quan đến việc thu thập
thông tin về luồng công việc, các quy tắc và thủ tục của doanh nghiệp
-Data Modeling: Trọng tâm chuyển sang thiết kế cấu trúc cơ sở dữ liệu mà phần mềm sẽ
sử dụng. Nhóm dự án xác định các dữ liệu, mối quan hệ, thuộc tính và quy tắc bảo đảm
tính toàn vẹn dữ liệu, tạo mô hình dl logic mô tả chính xác tt -> đảm bảo ứng dụng có thể
xử lý dữ liệu hiệu quả và hỗ trợ các chức năng cần thiết
-Process Modeling: thiết kế luồng hoạt động và tương tác trong ứng dụng phần mềm,
nhấn mạnh việc định nghĩa luồng làm việc của người dùng, các quy tắc kinh doanh và
quy trình của hệ thống.
-Application Generation: bao gồm việc phát triển thực tế của phần mềm bằng cách sử
dụng các công cụ và kỹ thuật phát triển nhanh -> Trọng tâm là tạo mã một cách nhanh
chóng trong khi duy trì tính nhất quán và chất lượng
-Testing and Turnover: phần mềm trải qua quá trình kiểm tra toàn diện để xác định và
khắc phục các lỗi hoặc sự cố. Kiểm tra bao gồm kiểm tra chức năng, kiểm tra hiệu suất,
kiểm tra khả năng sử dụng và nhiều hơn nữa. Khi phần mềm được xem là ổn định và đáp
ứng các yêu cầu đã chỉ định, nó sẽ được chuyển giao cho người dùng cuối