Đề 2 – Bài tập, đề thi trắc nghiệm online Quản lý dự án phần mềm

A A. Số lượng lỗi được phát hiện theo thời gian. B B. Số giờ làm việc của từng thành viên trong nhóm. C C. Tiến độ hoàn thành công việc còn lại so với thời gian. D D. Tổng chi phí đã chi tiêu cho dự án.

A A. Thời gian phát triển kéo dài. B B. Khó kiểm soát chất lượng do thời gian phát triển ngắn. C C. Chi phí phát triển rất cao. D D. Yêu cầu khách hàng không được đáp ứng đầy đủ.

A A. Kế hoạch quản lý rủi ro và ứng phó rủi ro. B B. Cách thức giao tiếp giữa các thành viên dự án và các bên liên quan sẽ được thực hiện. C C. Kế hoạch quản lý phạm vi dự án. D D. Kế hoạch quản lý chi phí dự án.

A A. Scrum Master. B B. Development Team. C C. Product Owner. D D. Stakeholder.

A A. Thu thập yêu cầu (Requirements Elicitation). B B. Phân tích yêu cầu (Requirements Analysis). C C. Kiểm thử yêu cầu (Requirements Testing). D D. Quản lý thay đổi yêu cầu (Requirements Change Management).

A A. Scrum. B B. Kanban. C C. Extreme Programming (XP). D D. Lean Development.

A A. Để báo cáo tiến độ cho Product Owner. B B. Để giải quyết các vấn đề kỹ thuật phức tạp. C C. Để đồng bộ hóa công việc của Development Team và lập kế hoạch cho ngày làm việc tiếp theo. D D. Để xem xét và cập nhật Sprint Backlog.

A A. Phạm vi (Scope). B B. Thời gian (Time). C C. Chi phí (Cost). D D. Chất lượng (Quality).

A A. Trước khi bắt đầu Sprint Planning. B B. Trong quá trình Daily Scrum. C C. Sau khi Sprint Review và trước khi bắt đầu Sprint Planning tiếp theo. D D. Bất kỳ thời điểm nào trong Sprint khi có vấn đề phát sinh.

A A. Bảng tính Excel. B B. Biểu đồ Gantt. C C. Sơ đồ Use Case. D D. Biểu đồ lớp (Class Diagram).

A A. Kiểm thử tích hợp (Integration Testing). B B. Kiểm thử hệ thống (System Testing). C C. Kiểm thử chấp nhận (Acceptance Testing). D D. Kiểm thử toàn diện (Comprehensive Testing).

A A. Cải thiện giao tiếp và cộng tác nhóm. B B. Giảm thiểu hoàn toàn rủi ro dự án. C C. Tăng cường khả năng theo dõi tiến độ và hiệu suất dự án. D D. Hỗ trợ lập kế hoạch và phân bổ nguồn lực hiệu quả hơn.

A A. Dự án có yêu cầu thay đổi liên tục và không rõ ràng. B B. Dự án có yêu cầu được xác định rõ ràng và ít có khả năng thay đổi. C C. Dự án cần sự linh hoạt và phản hồi nhanh từ khách hàng. D D. Dự án ưu tiên tốc độ phát triển hơn là chất lượng sản phẩm.

A A. Scrum. B B. Kanban. C C. Extreme Programming (XP). D D. Lean Development.

A A. SWOT Analysis. B B. Critical Path Method (CPM). C C. Earned Value Management (EVM). D D. PERT Chart.

A A. Hợp đồng thời gian và vật liệu (Time and Materials Contract). B B. Hợp đồng chi phí cộng phí (Cost-Plus Fee Contract). C C. Hợp đồng trọn gói (Fixed-Price Contract). D D. Hợp đồng khoán (Labor-Hour Contract).

A A. Kiểm thử hiệu năng (Performance Testing). B B. Kiểm thử bảo mật (Security Testing). C C. Kiểm thử chức năng (Functional Testing). D D. Kiểm thử khả năng sử dụng (Usability Testing).

A A. Loại bỏ hoàn toàn rủi ro. B B. Chấp nhận rủi ro và không làm gì. C C. Giảm xác suất xảy ra hoặc tác động tiêu cực của rủi ro. D D. Chuyển giao rủi ro cho bên thứ ba.

A A. Đại diện cho phiên bản mới nhất của phần mềm đang được phát triển. B B. Là một điểm tham chiếu ổn định, được kiểm soát và chấp thuận, dùng để so sánh và quản lý các thay đổi sau này. C C. Chứa tất cả các lỗi đã được báo cáo trong dự án. D D. Là kế hoạch dự án ban đầu trước khi bắt đầu thực hiện.

A A. Xác định các thành viên trong nhóm dự án. B B. Phân chia dự án thành các công việc nhỏ hơn, dễ quản lý hơn. C C. Lập kế hoạch truyền thông cho dự án. D D. Đánh giá rủi ro dự án.

A A. Quá phức tạp và khó sử dụng. B B. Chỉ áp dụng được cho các dự án lớn. C C. Dựa trên dữ liệu lịch sử, có thể không chính xác cho các dự án mới hoặc công nghệ mới. D D. Không tính đến yếu tố chất lượng phần mềm.

A A. Tối đa hóa lợi nhuận cho công ty phần mềm. B B. Phát triển phần mềm đáp ứng yêu cầu của khách hàng trong giới hạn thời gian và ngân sách. C C. Đảm bảo tất cả các thành viên dự án đều hài lòng với công việc. D D. Sử dụng công nghệ mới nhất trong quá trình phát triển phần mềm.

A A. Cấu trúc mã nguồn của phần mềm. B B. Thiết kế cơ sở dữ liệu của phần mềm. C C. Yêu cầu và đặc tả chức năng của phần mềm. D D. Kiến trúc hệ thống của phần mềm.

A A. Số tiền nợ nhà cung cấp phần mềm. B B. Hậu quả của việc đưa ra các quyết định thiết kế và phát triển phần mềm không tối ưu trong ngắn hạn để đạt được tiến độ nhanh hơn. C C. Chi phí bảo trì phần mềm sau khi triển khai. D D. Tổng chi phí đầu tư vào công nghệ mới cho dự án.

A A. Chỉ khách hàng và đội phát triển. B B. Bất kỳ cá nhân hoặc tổ chức nào có lợi ích hoặc bị ảnh hưởng bởi dự án. C C. Chỉ các nhà quản lý cấp cao trong công ty phần mềm. D D. Chỉ người dùng cuối của phần mềm.

A A. Loại bỏ hoàn toàn sự chủ quan trong ước tính. B B. Tính trung bình của ba ước tính: lạc quan, bi quan và khả năng cao nhất. C C. Chỉ sử dụng ước tính lạc quan để khuyến khích tiến độ nhanh. D D. Tăng thời gian dự phòng cho mọi công việc.

A A. Định lượng xác suất và tác động của từng rủi ro. B B. Ưu tiên rủi ro dựa trên khả năng xảy ra và mức độ ảnh hưởng. C C. Phát triển kế hoạch ứng phó cho từng rủi ro. D D. Xác định và liệt kê tất cả các rủi ro tiềm ẩn.

A A. Kiểm thử hệ thống (System Testing). B B. Kiểm thử tích hợp (Integration Testing). C C. Kiểm thử chấp nhận (Acceptance Testing). D D. Kiểm thử hiệu năng (Performance Testing).

A A. Sự chậm trễ trong tiến độ dự án. B B. Việc chi phí dự án vượt quá ngân sách. C C. Sự thay đổi không kiểm soát và mở rộng liên tục của phạm vi dự án. D D. Sự giảm chất lượng của sản phẩm phần mềm.

A A. Lập kế hoạch chất lượng (Quality Planning). B B. Đảm bảo chất lượng (Quality Assurance). C C. Kiểm soát chất lượng (Quality Control). D D. Cải tiến chất lượng (Quality Improvement).