Kịch bản về dự án/sản phẩm

Waterfall

Agile

Phạm vi & Yêu cầu – Requirements (Scope)

1.    Có một ý tưởng cho một sản phẩm mới, phức tạp và các yêu cầu cụ thể sẽ xuất hiện thông qua các thử nghiệm nhỏ, dựa trên nhu cầu của thị trường / người dùng (ví dụ: bắt đầu một dòng sản phẩm mới hoặc một chiến dịch tiếp thị mới).

Phù hợp

2.    Dự án có một checklist các yêu cầu với các giai đoạn được xác định trước phải được hoàn thành theo đúng trình tự đã định. Các mục của Checklist phải được hoàn thành để phân phối sản phẩm cuối cùng (ví dụ: lắp đặt phần cứng hoặc dự án xây dựng cầu)

Phù hợp

Thời gian/Lịch trình – Time/Schedule

1.    Sản phẩm / dự án cần đáp ứng dòng thời gian tích cực ngay cả với các tính năng hoặc chức năng hạn chế (ví dụ: hiển thị các mẫu sản phẩm có sẵn hội chợ triển lãm)

Phù hợp

2.    Các yêu cầu và chức năng của sản phẩm được xác định đầy đủ từ trước, bất kể nhu cầu của người dùng, sự không chắc chắn và rủi ro. Cần phải cung cấp đầy đủ các yêu cầu này trong thời hạn quy định (ví dụ: thực hiện quy định mới có hiệu lực vào một ngày cụ thể)

Phù hợp

Chi phí – Cost

Trong khi quản lý dự án truyền thống được tối ưu hóa cho hiệu quả và thành công trực tiếp của dự án, các phương pháp Agile đáp ứng các yếu tố thành công phi truyền thống như tốc độ và phân phối sản phẩm, tối đa hóa giá trị kinh doanh (mặc dù có thể phải chấp nhận có rủi ro cao hơn). Chi tiêu trong Agile không thể được đo lường bằng cách giảm thiểu chi phí dự án trực tiếp, thay vào đó, thông qua việc tiết kiệm chi phí nhờ việc cung cấp nhanh chóng các giải pháp đáp ứng nhu cầu kinh doanh và thành công nhanh hơn. Áp dụng sự cân bằng hợp lý giữa chi phí và nguồn lực liên quan đến phạm vi trên, các yếu tố rủi ro và lịch trình là những yếu tố rút cục sẽ dẫn đến tiết kiệm chi phí tối ưu.

Có thể sẽ không hợp lý khi so sánh tương đương về yếu tố chi phí. Khi xem xét chi phí, điều quan trọng cần lưu ý là một cách tiếp cận (truyền thống hoặc Agile) không phải lúc nào cũng chắc chắn sẽ rẻ hơn hoặc đắt hơn so với cách tiếp cận kia.

Kịch bản môi trường dự án

Waterfall

Agile

Cam kết của khách hàng/người dùng cuối – Customer / User Engagement

1.    Khách hàng và người dùng có thể tham gia trong suốt quá trình phát triển hoặc sẽ cần cung cấp phản hồi trên cơ sở liên tục

Phù hợp

2.    Dự án / sản phẩm có khách hàng / người dùng đã cung cấp các yêu cầu xác định rõ ràng theo từng mốc thời gian, và chỉ quan tâm đến việc nghiệm thu sản phẩm cuối cùng

Phù hợp

Nhân sự và kỹ năng chuyên môn – People & Skills

1.    Nhóm dự án rất quen thuộc với sản phẩm / dự án. Chẳng hạn, xây dựng một phiên bản mới của một sản phẩm hiện có

Phù hợp

2.    Nhóm gồm các chuyên gia đa chức năng (multiple-skill specilalists) hoàn toàn cam kết 100% thời gian cho dự án để đạt được các quyết định nhanh chóng và hoàn thành dự án.

Phù hợp

3.    Các cá nhân đóng nhiều vai trò đồng thời, hoặc là các nhân sự phải chia sẻ với nhiều dự án. Các thành viên trong nhóm được yêu cầu vẫn phải đáp ứng nhu cầu hoạt động/kinh doanh hàng ngày của tổ chức.

Phù hợp

Cam kết của Nhà thầu (Kiểu hợp đồng) – Third Party Engagement  (Contracting Model)

1.    Cam kết hợp đồng dựa trên phạm vi cố định và ngân sách cố định trong đó các yêu cầu được xác định trả trước

Phù hợp

2.    Nhà thầu phải thường xuyên bàn giao các kết quả/chức năng hoạt động được để trên cơ sở đó nhận được phản hồi của khách hàng

Phù hợp