Critical Path, là ?

Phương pháp sơ đồ PERT (Program Evaluation and Review Technique) thường được biết đến với những ưu điểm và nhược điểm sau: **Ưu điểm:** 1. **Quản lý thời gian hiệu quả:** PERT giúp ước tính thời gian hoàn thành dự án, xác định đường găng và các hoạt động quan trọng để tập trung nguồn lực. 2. **Xác định và quản lý rủi ro:** Phương pháp này cho phép xác định các rủi ro tiềm ẩn và lập kế hoạch ứng phó. 3. **Cải thiện giao tiếp:** Sơ đồ PERT cung cấp một hình ảnh trực quan về dự án, giúp các thành viên trong nhóm giao tiếp và phối hợp tốt hơn. **Nhược điểm:** 1. **Ước tính thời gian không chính xác:** Việc ước tính thời gian cho các hoạt động có thể không chính xác, đặc biệt là trong các dự án phức tạp. 2. **Phức tạp:** Việc tạo và duy trì sơ đồ PERT có thể tốn thời gian và công sức, đặc biệt là đối với các dự án lớn. Như vậy, phương pháp sơ đồ PERT có 3 ưu điểm và 2 nhược điểm.

Câu hỏi này kiểm tra sự hiểu biết về việc đánh giá hiệu suất dự án dựa trên sự khác biệt giữa kế hoạch và thực tế. Nếu có sự khác biệt lớn, điều đó có nghĩa là dự án đang đi chệch khỏi kế hoạch ban đầu. Điều này có thể do nhiều nguyên nhân, và không nhất thiết chỉ ra rằng dự án đang 'rất xấu'. Tuy nhiên, sự khác biệt lớn đòi hỏi phải xem xét và có thể dẫn đến kết quả xấu nếu không được quản lý tốt. Mặt khác, nếu sự khác biệt là nhỏ, dự án đang đi đúng hướng, và do đó 'rất tốt' không phải là đáp án chính xác trong trường hợp sự khác biệt lớn. 'Cũng không xấu và cũng không tốt' không phù hợp vì sự khác biệt lớn chắc chắn là một dấu hiệu cần quan tâm. Vì vậy, sự khác biệt lớn có thể dẫn đến kết quả xấu nếu không được xử lý kịp thời, đáp án chính xác nhất là 'Có thể xấu hoặc tốt', vì cần phải phân tích thêm để xác định nguyên nhân và tác động của sự khác biệt đó.

Câu hỏi này liên quan đến việc quản lý thay đổi trong dự án, đặc biệt là sau giai đoạn thiết kế giao diện người dùng và trong giai đoạn triển khai. Chúng ta cần xác định những thay đổi nào có thể chấp nhận được mà không gây ra rủi ro lớn (phải làm lại toàn bộ). * **A. Phạm vi:** Thay đổi phạm vi (scope creep) thường dẫn đến những thay đổi lớn trong dự án. Việc thay đổi phạm vi sau giai đoạn thiết kế giao diện người dùng có thể đòi hỏi phải thiết kế lại, lập trình lại, và kiểm tra lại, do đó có rủi ro lớn phải làm lại nhiều công việc. Vì vậy, đây không phải là đáp án đúng. * **B. Nguồn tài chính:** Thay đổi về nguồn tài chính (ví dụ: cắt giảm ngân sách) có thể ảnh hưởng đến tiến độ dự án hoặc chất lượng, nhưng nó không nhất thiết dẫn đến việc phải làm lại toàn bộ dự án. Thay đổi về tài chính có thể dẫn đến việc điều chỉnh các hoạt động chứ không nhất thiết phải làm lại từ đầu. Vì vậy, đây là đáp án đúng. * **C. Thiết kế dữ liệu:** Thiết kế dữ liệu là một phần quan trọng của dự án. Nếu có sự thay đổi lớn sau khi giai đoạn thiết kế giao diện người dùng đã hoàn thành, nó có thể ảnh hưởng đến cách dữ liệu được lưu trữ và truy xuất, và có khả năng yêu cầu thay đổi lớn trong cả giao diện người dùng lẫn phần backend, dẫn đến phải làm lại đáng kể. Vì vậy, đây không phải là đáp án đúng. * **D. Ngày chuyển giao:** Thay đổi ngày chuyển giao (deadline) có thể ảnh hưởng đến kế hoạch dự án, nhưng không nhất thiết dẫn đến việc phải làm lại toàn bộ dự án. Thay đổi ngày chuyển giao có thể được quản lý bằng cách điều chỉnh lịch trình và phân bổ nguồn lực. Vì vậy, đây là đáp án đúng. Như vậy, những thay đổi về nguồn tài chính và ngày chuyển giao có thể xẩy ra mà không có rủi ro tiến hành lại công việc toàn bộ dự án.