Trắc nghiệm Công nghệ Phần mềm Bài: VẤN ĐỀ LẬP KẾ HOẠCH VÀ ƯỚC LƯỢNG DỰ ÁN PHẦN MỀM

Vấn đề cốt lõi nhất khiến việc lập kế hoạch và ước lượng dự án phần mềm trở nên khó khăn là gì?

Hậu quả chính của việc ước lượng thiếu chính xác thời gian và chi phí cho một dự án phần mềm là gì?

Yếu tố nào sau đây có ảnh hưởng lớn nhất đến độ chính xác của ước lượng dự án phần mềm?

Phương pháp ước lượng nào dựa trên kinh nghiệm của các chuyên gia hoặc những người đã từng tham gia các dự án tương tự?

Tại sao việc ước lượng lại khó khăn hơn đối với các dự án phần mềm sử dụng công nghệ mới hoặc chưa từng được thử nghiệm?

Trong các mô hình ước lượng chi phí thuật toán, "Function Point" (Điểm chức năng) là một thước đo về điều gì?

Mô hình COCOMO (Constructive Cost Model) là một ví dụ về phương pháp ước lượng nào?

Một trong những lý do khiến việc ước lượng lại khó khăn là sự không chắc chắn của "năng suất của con người" (human productivity). Điều này có nghĩa là gì?

Vấn đề "Scope Creep" (Phạm vi trượt) ảnh hưởng đến việc ước lượng như thế nào?

Để cải thiện độ chính xác của ước lượng, điều gì là cần thiết về "dữ liệu lịch sử" (historical data)?

Phát biểu nào sau đây **không đúng** về vấn đề lập kế hoạch và ước lượng dự án phần mềm?

Tại sao việc "lập kế hoạch lặp lại" (Iterative Planning) trong các phương pháp Agile lại giúp giải quyết một số vấn đề ước lượng?

Rủi ro dự án (Project Risks) có mối liên hệ như thế nào với việc lập kế hoạch?

Khi một dự án phần mềm không có tài liệu yêu cầu rõ ràng, điều này ảnh hưởng đến ước lượng như thế nào?

Công cụ nào sau đây có thể hỗ trợ việc lập kế hoạch và theo dõi tiến độ dự án phần mềm?

Vấn đề nào sau đây là do "áp lực từ ban quản lý" (management pressure) đối với việc ước lượng?

Khái niệm "Three-Point Estimation" (Ước lượng ba điểm) trong lập kế hoạch là gì?

Chi phí cho việc "quản lý cấu hình phần mềm" (Software Configuration Management - SCM) nên được tính vào giai đoạn nào của kế hoạch?

Tại sao các dự án phần mềm mới và sáng tạo thường khó ước lượng hơn?

Để cải thiện tính minh bạch và sự đồng thuận trong ước lượng, phương pháp nào khuyến khích thảo luận nhóm và đạt được sự đồng thuận từ các chuyên gia?

Một dự án phần mềm ban đầu được ước lượng là \( \$100,000 \) và 6 tháng. Sau 3 tháng, đã chi \( \$60,000 \) và chỉ hoàn thành 40% công việc. Điều này cho thấy vấn đề gì về ước lượng ban đầu?

Vấn đề nào sau đây liên quan đến việc không tính toán đầy đủ các "chi phí ẩn" (hidden costs) trong kế hoạch?

Mục tiêu của việc "quản lý kỳ vọng" (Expectation Management) trong lập kế hoạch là gì?

Vai trò của "kế hoạch dự án" (Project Plan) trong việc giải quyết các vấn đề lập kế hoạch và ước lượng là gì?

Khi một nhà quản lý dự án liên tục thúc đẩy các lập trình viên đưa ra ước lượng "thấp hơn" so với dự kiến của họ, đây là một ví dụ của vấn đề gì?