Một dự án được quản lý tốt, tức là:

Quản lý dự án phần mềm, theo quan điểm tổng thể, là một quy trình phức tạp bao gồm nhiều khía cạnh, không chỉ đơn thuần là đáp ứng yêu cầu khách hàng một cách máy móc. Nó bao gồm việc lập kế hoạch, tổ chức, điều phối và kiểm soát các nguồn lực để đạt được các mục tiêu cụ thể của dự án phần mềm. Do đó, phương án D "Ghi lại các yêu cầu của khách hàng và tìm cách đáp ứng" thể hiện đúng bản chất của quản lý dự án phần mềm hơn cả, vì nó bao gồm cả việc hiểu rõ nhu cầu của khách hàng và nỗ lực để đáp ứng chúng một cách có hệ thống.

Phương án A chỉ tập trung vào việc thỏa mãn yêu cầu của khách hàng, nhưng bỏ qua các yếu tố quan trọng khác của quản lý dự án như quản lý thời gian, chi phí, rủi ro, và chất lượng.
Phương án B chỉ đề cập đến một khía cạnh hẹp của công nghệ phần mềm.
Phương án C không liên quan đến bản chất của quản lý dự án phần mềm.

Dự án, theo định nghĩa, là một nỗ lực tạm thời được thực hiện để tạo ra một sản phẩm, dịch vụ hoặc kết quả duy nhất. Tính chất 'duy nhất' này ngụ ý rằng dự án chỉ được thực hiện một lần. Nếu một hoạt động được lặp lại nhiều lần, nó thường được coi là một quy trình hoặc hoạt động liên tục, chứ không phải là một dự án. Do đó, đáp án đúng là 'Một lần'.

Trong mô hình lựa chọn dự án, các yếu tố như sự cần thiết của công việc, kiểu ràng buộc, ngân sách và lịch thực hiện đều quan trọng. Tuy nhiên, sự cần thiết của công việc (A) thường là yếu tố quan trọng nhất, vì nó xác định lý do tại sao dự án được thực hiện và liệu nó có phù hợp với mục tiêu chiến lược của tổ chức hay không. Nếu một dự án không thực sự cần thiết, thì dù ngân sách dồi dào hay lịch trình thực hiện hợp lý, nó cũng không nên được ưu tiên. Các yếu tố khác như ngân sách và lịch trình quan trọng để đảm bảo tính khả thi và thành công của dự án, nhưng chúng chỉ có ý nghĩa khi dự án đó thực sự cần thiết. Kiểu của các ràng buộc (B) là yếu tố cần xem xét, tuy nhiên nó không phải là yếu tố quan trọng nhất để lựa chọn dự án.

Câu hỏi này liên quan đến việc ước tính khả năng nén (giảm thiểu) thời gian của một lịch trình phát triển phần mềm. Việc nén lịch trình phụ thuộc vào nhiều yếu tố như tính chất dự án, kỹ năng của đội ngũ, và mức độ phức tạp của công việc. Tuy nhiên, theo kinh nghiệm thực tế và các nghiên cứu trong lĩnh vực quản lý dự án phần mềm, việc nén lịch trình thường chỉ có thể thực hiện ở một mức độ giới hạn, nếu không sẽ ảnh hưởng tiêu cực đến chất lượng sản phẩm và tinh thần làm việc của nhóm.

Phương án D (Dưới 15%) là đáp án hợp lý nhất. Việc nén lịch trình quá mức (ví dụ: trên 25% hoặc 30%) thường dẫn đến tăng rủi ro, giảm chất lượng và có thể gây ra sự cố trong dự án. Do đó, việc nén lịch trình dưới 15% thường là một mục tiêu thực tế và an toàn hơn.

Đội dự án là những người trực tiếp thực hiện các công việc của dự án. Do đó, họ chịu trách nhiệm chính về chất lượng của dự án. Người bảo trợ dự án (Champion) có vai trò hỗ trợ và thúc đẩy dự án, nhưng không trực tiếp chịu trách nhiệm về chất lượng. Những người liên quan đến dự án (Cổ đông, người dùng) và khách hàng quan tâm đến kết quả của dự án, nhưng không chịu trách nhiệm về chất lượng trong quá trình thực hiện.